See patch.
Tested on Tyan S1846, works fine.
Uwe.
On Mon, May 28, 2007 at 02:40:10AM +0200, Uwe Hermann wrote:
Lower the RAM init delays we use on the Intel 440BX.
If it works,
Acked-by: Peter Stuge peter@stuge.se
* Uwe Hermann uwe@hermann-uwe.de [070528 02:40]:
Lower the RAM init delays we use on the Intel 440BX.
As per JEDEC, we should wait 200us until voltages and clocks are stable. Then apply NOPs for 200 clock cycles (for simplicity we use 200us here).
All other delays are so low that we get away with just waiting 1us.
Signed-off-by: Uwe Hermann uwe@hermann-uwe.de
Acked-by: Stefan Reinauer stepan@coresystems.de
On Mon, May 28, 2007 at 02:11:51PM +0200, Stefan Reinauer wrote:
Acked-by: Stefan Reinauer stepan@coresystems.de
Applied in r2702.
Uwe.
On Mon, 2007-05-28 at 02:40 +0200, Uwe Hermann wrote:
See patch.
Tested on Tyan S1846, works fine.
Uwe.
linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Tested here on my (buggy) DFI P2XBL.
I'm too getting into the execution of Filo as well after using this patch.
I'm guessing, my Tyan S1832DL will boot just as good as your S1846 (since this buggy 440BX will get this far)!
On a side note, I'm having to use your tyan/s1846 profile instead of the asus/p2b profile (after patching it with my superio) because I think the asus/p2b/auto.c is buggy (... think Corey has it setup for his rig/spd debugging).
Also, for this DFI P2XBL board to get past "booting...", I need to comment out init_timer() funtion w/i src/boot/hardwaremain.c). I then will get past this when this function is called as it is always causing a hang at this point. I then will get a random hang as execution continues boot the boot process.
From looks, I can get this far using your (tyan/s1846 profile):
--- Begin of Snip --- ... rom_stream: 0xfffe0000 - 0xffff1fff Found ELF candidate at offset 0 header_offset is 0 Try to load at offset 0x0 malloc Enter, size 32, free_mem_ptr 00017244 malloc 0x00017244 New segment addr 0x100000 size 0x2d830 offset 0xe0 filesize 0xeb08 (cleaned up) New segment addr 0x100000 size 0x2d830 offset 0xe0 filesize 0xeb08 lb: [0x0000000000004000, 0x000000000001a000) malloc Enter, size 32, free_mem_ptr 00017264 malloc 0x00017264 New segment addr 0x12d840 size 0x48 offset 0xec00 filesize 0x48 (cleaned up) New segment addr 0x12d840 size 0x48 offset 0xec00 filesize 0x48 lb: [0x0000000000004000, 0x000000000001a000) Dropping non PT_LOAD segment Dropping non PT_LOAD segment Dropping non PT_LOAD segment Loading Segment: addr: 0x0000000000100000 memsz: 0x000000000002d830 filesz: 0x000000000000eb08 [ 0x0000000000100000, 000000000010eb08, 0x000000000012d830) <- 00000000000000e0 --- End of Snip ---
(I omitted changing around some pci devices within src/mainboard/tyan/s1846/Config.lb for this board, but think, again, this is a random hang caused by ram timing issues.)
-- Roger http://www.eskimo.com/~roger/index.html Key fingerprint = 8977 A252 2623 F567 70CD 1261 640F C963 1005 1D61
Mon May 28 14:52:49 PDT 2007
On Mon, 2007-05-28 at 14:56 -0700, roger wrote:
On a side note, I'm having to use your tyan/s1846 profile instead of the asus/p2b profile (after patching it with my superio) because I think the asus/p2b/auto.c is buggy (... think Corey has it setup for his rig/spd debugging).
Yeah, I'll fix this pretty soon, just got a couple more bugs to work out of the i810 and I'll get back on it. I hope the p2-99 is close enough to the p2b that the irq tables are the same, I've got a good hunch that they are. I can't believe I forgot to add the rest of the devices to Config.lb...
-Corey
On Mon, 2007-05-28 at 23:24 -0400, Corey Osgood wrote:
On Mon, 2007-05-28 at 14:56 -0700, roger wrote:
On a side note, I'm having to use your tyan/s1846 profile instead of the asus/p2b profile (after patching it with my superio) because I think the asus/p2b/auto.c is buggy (... think Corey has it setup for his rig/spd debugging).
Yeah, I'll fix this pretty soon, just got a couple more bugs to work out of the i810 and I'll get back on it. I hope the p2-99 is close enough to the p2b that the irq tables are the same, I've got a good hunch that they are. I can't believe I forgot to add the rest of the devices to Config.lb...
-Corey
Tossed a patch to you for the Config.lb a week or so ago ... devices listed accordingly with the w83977tf superio chip.
-- Roger http://www.eskimo.com/~roger/index.html Key fingerprint = 8977 A252 2623 F567 70CD 1261 640F C963 1005 1D61
Mon May 28 20:51:44 PDT 2007
On Mon, 2007-05-28 at 20:53 -0700, roger wrote:
Tossed a patch to you for the Config.lb a week or so ago ... devices listed accordingly with the w83977tf superio chip.
Yep, I've just been too busy/excited with the i810 ;) Thanks, btw.
-Corey
* roger roger@eskimo.com [070528 23:56]:
On Mon, 2007-05-28 at 02:40 +0200, Uwe Hermann wrote:
See patch.
Tested on Tyan S1846, works fine.
Uwe.
Tested here on my (buggy) DFI P2XBL.
I'm too getting into the execution of Filo as well after using this patch.
Acked-by: Stefan Reinauer stepan@coresystems.de
Stefan
-
Corey Osgood -
Peter Stuge -
roger -
Stefan Reinauer -
Uwe Hermann