Unoffical empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

Page 2 of 2 < 1 2
Topic Options
#215369 - 06/05/2004 17:33 Re: v389. [Re: pgrzelak]
Jonathan
new poster

Registered: 03/01/2002
Posts: 24
Loc: Skövde, Sweden
I've sent the guy at Micron a mail, hopefully I will have a reply by tomorrow evening.

// Jonathan

Top
#215370 - 06/05/2004 17:41 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: image]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 14477
Loc: Canada
I suspect it may be possible to edit the player binary, if someone wants to disassemble it and find where they access the ReservedCache variable, and then patch it to be a bigger default number.. or to permit '-' signs..



Edited by mlord (06/05/2004 17:42)

Top
#215371 - 06/05/2004 22:32 Re: v389. [Re: mlord]
crazymelki
enthusiast

Registered: 16/02/2001
Posts: 373
Loc: Switzerland
Thank you Mark! Let's see, what we can do.....

bye
_________________________
crazymelki.com

Top
#215372 - 07/05/2004 09:23 Re: v389. [Re: Jonathan]
SonicSnoop
addict

Registered: 29/06/2002
Posts: 531
Loc: Triangle, VA
I actually am working at Micron in Manassas, VA. If your contact doesnt work out let me know maybe I could look around at work and find someone to help us out.
_________________________
-D Modifying and Tweaking is a journey, not a destination................................ MKIIa : 60gig - 040103286 - Blue - v2 + PCATS tuner MKIIa : 20gig - 040103260 - Blue - v3a8 + Mark Lord Special Edition Cherry Dock

Top
#215373 - 07/05/2004 11:44 Re: v389. [Re: SonicSnoop]
pgrzelak
carpal tunnel

Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
Greetings!

Just in case, I am following through with the alternate order. You can never have too much memory!!!
_________________________
Paul Grzelak
200GB with 48MB RAM, Illuminated Buttons and Digital Outputs

Top
#215374 - 08/05/2004 15:32 Re: v389. [Re: pgrzelak]
pgrzelak
carpal tunnel

Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
Link to memory bulk order info in the For Sale forum.
_________________________
Paul Grzelak
200GB with 48MB RAM, Illuminated Buttons and Digital Outputs

Top
#215375 - 10/05/2004 11:03 Re: v389. [Re: Jonathan]
Jonathan
new poster

Registered: 03/01/2002
Posts: 24
Loc: Skövde, Sweden
Got the reply from Micron,
they are out of stock world wide on them.
There's plenty of "MT4LC16M4A7TG-5" in the US, but I didn't find a proper datasheet though I expect it to not be compatible.
There's also a "planned" build of the chip, MT4LC4M16R6TG-5 in the US, due end of July.

// Jonathan

Top
#215376 - 05/07/2004 15:19 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: mlord]
peter
carpal tunnel

Registered: 13/07/2000
Posts: 4172
Loc: Cambridge, England
Quote:
On my upgraded Mk2a player (32MB total), the player software seems to make use of at least a few MB of the extra memory for holding the database. But it does not use most of it yet -- need a newer alpha release (from peter or rob) for that to happen.

Suppose, hypothetically speaking, a new alpha release was in the works, and one of the target features was out-of-the-box support for bonus RAM. Rather than duplicating all the effort, it'd seem wise to use the mighty power of the GPL to add the relevant bits of Hijack back into the standard kernel (with full Mark Lord attribution of course). Would I be right in saying that the bonus RAM detection is localised in arch/arm/mm/mm-sa1100.c, include/asm-arm/sa-1100/memory.h, and arch/arm/kernel/setup.c? Or are there some other bits hiding somewhere I've not found? (head-armv.S seems to have been patched and then unpatched).

Peter

Top
#215377 - 05/07/2004 15:26 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: peter]
pgrzelak
carpal tunnel

Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
Hahahahhahaha.... Hypothetically, of course...
_________________________
Paul Grzelak
200GB with 48MB RAM, Illuminated Buttons and Digital Outputs

Top
#215378 - 06/07/2004 00:22 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: peter]
genixia
Carpal Tunnel

Registered: 08/02/2002
Posts: 3411
If, hypothetically, this were to happen, would it be possible for someone to take a look at the memory test code and make it test any additional memory found? It's hardcoded according to hardware release at the moment.

This would greatly facilitate upgrading other peoples' players as only the mainboad would need to be shipped. At the moment disks are needed to soak test the upgrade.

As for the other questions, I'd suggest pinging Mark by email. He's been very quiet here in the past couple of weeks.
_________________________
Mk2a 60GB Blue. Serial 030102962 sig.mp3: File Format not Valid.

Top
#215379 - 06/07/2004 05:42 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: genixia]
Roger
carpal tunnel

Registered: 18/01/2000
Posts: 5680
Loc: London, UK
Quote:
I'd suggest pinging Mark by email. He's been very quiet here in the past couple of weeks.


He's in the UK this week, with limited access to email.
_________________________
-- roger

Top
#215380 - 06/07/2004 13:45 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: Roger]
peter
carpal tunnel

Registered: 13/07/2000
Posts: 4172
Loc: Cambridge, England
Quote:
He's in the UK this week, with limited access to email.

Ah, of course. It seems to work with just those three files, though. Uh, hypothetically speaking.

Peter

Top
#215381 - 06/07/2004 14:29 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: peter]
mtempsch
pooh-bah

Registered: 02/06/2000
Posts: 1996
Loc: Gothenburg, Sweden
Quote:
Uh, hypothetically speaking




I'm just barely resisting the urge to break out the soldering iron, but there's just to much to do before leaving for the meet... No time to construct that flamethrower either...
_________________________
/Michael

Top
#215382 - 06/07/2004 15:30 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: peter]
genixia
Carpal Tunnel

Registered: 08/02/2002
Posts: 3411
Please, please, please, doublecheck that the v394 change gets in there or anyone with 48MB/64MB will end up with a borked empeg and will need to desolder some RAS wires to recover.

Many Hypothetical Thanks.
_________________________
Mk2a 60GB Blue. Serial 030102962 sig.mp3: File Format not Valid.

Top
#215383 - 06/07/2004 15:43 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: genixia]
peter
carpal tunnel

Registered: 13/07/2000
Posts: 4172
Loc: Cambridge, England
Quote:
Please, please, please, doublecheck that the v394 change gets in there or anyone with 48MB/64MB will end up with a borked empeg and will need to desolder some RAS wires to recover.

How does it manage to bork it so badly that the bootrom can't apply a stock upgrade file?

Peter

Top
#215384 - 06/07/2004 15:45 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: genixia]
tman
carpal tunnel

Registered: 24/12/2001
Posts: 5528
Why would it bork the empeg? The kernel is loaded by the boot loader which does the flash upgrade anyway?

Top
#215385 - 06/07/2004 16:11 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: peter]
genixia
Carpal Tunnel

Registered: 08/02/2002
Posts: 3411
Doh. I'd forgotten about the serial bootloader cause I try to never use it. The problem that HJ v394 fixed is seen as soon as the kernel accesses >32MB, which I'm guessing wouldn't ever occur during a serial bootflash.

Ok, not so serious then. I guess I could rebuild an .upgrade file containing any hypothethical software release so that it had a different kernel and thus avoid RAS pin issues. It would be a pain though as everyone with >32MB would need to do so in order to use any such release.

I'm fairly sure that you have picked up that change anyway - it's been there for a few weeks now.
_________________________
Mk2a 60GB Blue. Serial 030102962 sig.mp3: File Format not Valid.

Top
#215386 - 07/07/2004 07:29 Re: Hijack v386: extra memory support for mk1/mk2/ [Re: genixia]
peter
carpal tunnel

Registered: 13/07/2000
Posts: 4172
Loc: Cambridge, England
Quote:
I guess I could rebuild an .upgrade file containing any hypothethical software release so that it had a different kernel and thus avoid RAS pin issues.

Hypothetically speaking, it could well be a defensible debating position to assume that any putative forthcoming release might perhaps be based on v394 (in fact 395, but the final patch didn't affect RAM detection).

Peter

Top
Page 2 of 2 < 1 2