I got passed it! seemed to be a buggy flash and/or burn. The vt8231 is working with flashrom, except for the verify :/ Anyway I rebuilt and reflashed it and now it almost works. I get an immediate reset during linux startup I have no Idea what might cause it. I've attached the serial output
Thanks for any help! Thomas
2007/6/12, ben@hewson-venieri.co.uk ben@hewson-venieri.co.uk:
Can you try using just 1 memory module to start with and see if that helps.
Hi!
I checked out r2717 and at first it behaved like Markus Boas Epia V but then I applied Ben's patch to the vt8231_early_serial.c and it booted into filo, once, then hanged at the dram setup. then I applied the vt8231_lpc.c patch and it hangs on this:
LinuxBIOS-2.0.0.0Normal Mon Jun 11 22:28:57 CEST 2007 starting... 87 is the comm register SMBus controller enabled vt8601 init starting 00000000 is the north 1106 0601 0120d4 is the computed timing NOP PRECHARGE DUMMY READS CBR MRS NORMAL set ref. rate enable multi-page open Slot 00 is SDRAM 10000000 bytes 000e is the MA type Slot 01 is SDRAM 08000000 bytes x2 000c is the MA type Slot 02 is empty Slot 03 is empty vt8601 done Copying LinuxBIOS to RAM. Jumping to LinuxBIOS. LinuxBIOS-2.0.0.0Normal Mon Jun 11 22:28:57 CEST 2007 booting... Enumerating buses... scan_static_bus for Root Device Finding PCI configuration type. PCI: Using configuration type 1 PCI_DOMAIN: 0000 enabled APIC_CLUSTER: 0 enabled PCI_DOMAIN: 0000 scanning... PCI: pci_scan_bus for bus 00 PCI: 00:00.0 [1106/0601] ops PCI: 00:00.0 [1106/0601] enabled malloc Enter, size 668, free_mem_ptr 00018000 malloc 0x00018000 Capability: 0x07 @ 0x80 Capability: 0x08 @ 0x80 Capability: 0x10 @ 0x80 PCI: 00:01.0 [1106/8601] enabled PCI: devfn 0x10, bad id 0xffffffff PCI: devfn 0x18, bad id 0xffffffff PCI: devfn 0x20, bad id 0xffffffff PCI: devfn 0x28, bad id 0xffffffff PCI: devfn 0x30, bad id 0xffffffff PCI: devfn 0x38, bad id 0xffffffff PCI: devfn 0x40, bad id 0xffffffff PCI: devfn 0x48, bad id 0xffffffff PCI: devfn 0x50, bad id 0xffffffff PCI: devfn 0x58, bad id 0xffffffff PCI: devfn 0x60, bad id 0xffffffff PCI: devfn 0x68, bad id 0xffffffff PCI: devfn 0x70, bad id 0xffffffff PCI: devfn 0x78, bad id 0xffffffff PCI: devfn 0x80, bad id 0xffffffff PCI: 00:11.0 [1106/8231] bus ops PCI: 00:11.0 [1106/8231] enabled PCI: 00:11.1 [1106/0571] ops PCI: 00:11.1 [1106/0571] enabled PCI: 00:11.2 [1106/3038] disabled PCI: 00:11.3 [1106/3038] disabled PCI: 00:11.4 [1106/8235] ops PCI: 00:11.4 [1106/8235] disabled PCI: 00:11.5 [1106/3058] disabled PCI: 00:11.6 [1106/3068] enabled PCI: devfn 0x8f, bad id 0xffffffff PCI: 00:12.0 [1106/3065] ops PCI: 00:12.0 [1106/3065] enabled PCI: devfn 0x98, bad id 0xffffffff malloc Enter, size 668, free_mem_ptr 0001829c malloc 0x0001829c PCI: 00:14.0 [1106/3065] ops PCI: 00:14.0 [1106/3065] enabled PCI: devfn 0xa8, bad id 0xffffffff PCI: devfn 0xb0, bad id 0xffffffff PCI: devfn 0xb8, bad id 0xffffffff PCI: devfn 0xc0, bad id 0xffffffff PCI: devfn 0xc8, bad id 0xffffffff PCI: devfn 0xd0, bad id 0xffffffff PCI: devfn 0xd8, bad id 0xffffffff PCI: devfn 0xe0, bad id 0xffffffff PCI: devfn 0xe8, bad id 0xffffffff PCI: devfn 0xf0, bad id 0xffffffff PCI: devfn 0xf8, bad id 0xffffffff do_pci_scan_bridge for PCI: 00:01.0 PCI: pci_scan_bus for bus 01 PCI: devfn 0x0, bad id 0xffffffff PCI: devfn 0x8, bad id 0xffffffff PCI: devfn 0x10, bad id 0xffffffff PCI: devfn 0x18, bad id 0xffffffff PCI: devfn 0x20, bad id 0xffffffff PCI: devfn 0x28, bad id 0xffffffff PCI: devfn 0x30, bad id 0xffffffff PCI: devfn 0x38, bad id 0xffffffff PCI: devfn 0x40, bad id 0xffffffff PCI: devfn 0x48, bad id 0xffffffff PCI: devfn 0x50, bad id 0xffffffff PCI: devfn 0x58, bad id 0xffffffff PCI: devfn 0x60, bad id 0xffffffff PCI: devfn 0x68, bad id 0xffffffff PCI: devfn 0x70, bad id 0xffffffff PCI: devfn 0x78, bad id 0xffffffff PCI: devfn 0x80, bad id 0xffffffff PCI: devfn 0x88, bad id 0xffffffff PCI: devfn 0x90, bad id 0xffffffff PCI: devfn 0x98, bad id 0xffffffff PCI: devfn 0xa0, bad id 0xffffffff PCI: devfn 0xa8, bad id 0xffffffff PCI: devfn 0xb0, bad id 0xffffffff PCI: devfn 0xb8, bad id 0xffffffff PCI: devfn 0xc0, bad id 0xffffffff PCI: devfn 0xc8, bad id 0xffffffff PCI: devfn 0xd0, bad id 0xffffffff PCI: devfn 0xd8, bad id 0xffffffff PCI: devfn 0xe0, bad id 0xffffffff PCI: devfn 0xe8, bad id 0xffffffff PCI: devfn 0xf0, bad id 0xffffffff PCI: devfn 0xf8, bad id 0xffffffff PCI: pci_scan_bus returning with max=001 do_pci_scan_bridge returns max 1 scan_static_bus for PCI: 00:11.0 malloc Enter, size 668, free_mem_ptr 00018538 malloc 0x00018538 malloc Enter, size 668, free_mem_ptr 000187d4 malloc 0x000187d4 malloc Enter, size 668, free_mem_ptr 00018a70 malloc 0x00018a70 malloc Enter, size 668, free_mem_ptr 00018d0c malloc 0x00018d0c malloc Enter, size 668, free_mem_ptr 00018fa8 malloc 0x00018fa8 malloc Enter, size 668, free_mem_ptr 00019244 malloc 0x00019244 malloc Enter, size 668, free_mem_ptr 000194e0 malloc 0x000194e0 malloc Enter, size 668, free_mem_ptr 0001977c malloc 0x0001977c malloc Enter, size 668, free_mem_ptr 00019a18 malloc 0x00019a18 malloc Enter, size 668, free_mem_ptr 00019cb4 malloc 0x00019cb4 malloc Enter, size 668, free_mem_ptr 00019f50 malloc 0x00019f50 PNP: 002e.0 disabled PNP: 002e.1 disabled PNP: 002e.2 enabled PNP: 002e.3 disabled PNP: 002e.5 enabled PNP: 002e.6 disabled PNP: 002e.7 disabled PNP: 002e.8 disabled PNP: 002e.9 disabled PNP: 002e.a disabled PNP: 002e.b enabled PNP: 607a.0 enabled PNP: 607a.1 enabled PNP: 607a.2 enabled PNP: 607a.3 enabled PNP: 607a.5 enabled PNP: 607a.6 enabled PNP: 607a.7 enabled PNP: 607a.8 enabled PNP: 607a.9 enabled PNP: 607a.a enabled PNP: 607a.b enabled scan_static_bus for PCI: 00:11.0 done PCI: pci_scan_bus returning with max=001 Unexpected Exception: 6 @ 10:e2c3f00a - Halting Code: 0 eflags: 00010093 eax: ffffff00 ebx: 00000000 ecx: 000003f8 edx: 00017eec edi: 00000000 esi: 00000000 ebp: 00000000 esp: 00010004
Any ideas would be great!
Thanks! /Thomas
-- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Hi,
On Tue, Jun 12, Thomas Ekstrand wrote:
I got passed it! seemed to be a buggy flash and/or burn. The vt8231 is working with flashrom, except for the verify :/
may this be my problem, too ? I use uniflash (http://www.uniflash.org/), because flashrom doesn't burn my flash ...
That would depend on what kind of problem you have... ? Funny! I am prone to flashrom because uniflash won't do my board :P
/Thomas
2007/6/12, Dieter Bloms dieter@bloms.de:
Hi,
On Tue, Jun 12, Thomas Ekstrand wrote:
I got passed it! seemed to be a buggy flash and/or burn. The vt8231 is working with flashrom, except for the verify :/
may this be my problem, too ? I use uniflash (http://www.uniflash.org/), because flashrom doesn't burn my flash ...
-- Gruß
Dieter
-- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGbt3++xZgAwaK6mMRAm6TAKCPqNFMpTc9vfSdNkJXWPFnFPl0OwCfbRUI w1vv5eDGY6zgQU+DDMvy34o= =Zvgj -----END PGP SIGNATURE-----
-- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Hi,
On Wed, Jun 13, Thomas Ekstrand wrote:
That would depend on what kind of problem you have... ? Funny! I am prone to flashrom because uniflash won't do my board :P
my problem is, that I can't see anything on serial console. When I boot linux I can login via serial console with 115200,8N1
Dieter Bloms wrote:
Hi,
On Wed, Jun 13, Thomas Ekstrand wrote:
That would depend on what kind of problem you have... ? Funny! I am prone to flashrom because uniflash won't do my board :P
my problem is, that I can't see anything on serial console.
Are you sure that the serial console is set up correctly, both in Options.lb and the early serial code? And you don't have vga console enabled, right?
When I boot linux I can login via serial console with 115200,8N1
When booting the factory bios or linuxbios?
-Corey
Hi,
On Wed, Jun 13, Corey Osgood wrote:
Are you sure that the serial console is set up correctly, both in Options.lb and the early serial code? And you don't have vga console enabled, right?
no I'am not sure. I'am sure I have something wrong, but I don't know what is wrong.
When I boot linux I can login via serial console with 115200,8N1
When booting the factory bios or linuxbios?
when booting factory bios, because the linuxbios doesn't boot...
Dieter Bloms wrote:
Hi,
On Wed, Jun 13, Corey Osgood wrote:
Are you sure that the serial console is set up correctly, both in Options.lb and the early serial code? And you don't have vga console enabled, right?
no I'am not sure. I'am sure I have something wrong, but I don't know what is wrong.
Alright, looking just at the possible flashing issue for the moment, if you flash the original bios (to your spare chip) does it work correctly? And please remind me, what board and flash part are you using? Epia? Also, what does flashrom do?
-Corey
Hi,
On Thu, Jun 14, Corey Osgood wrote:
Alright, looking just at the possible flashing issue for the moment, if you flash the original bios (to your spare chip) does it work correctly? And please remind me, what board and flash part are you using? Epia? Also, what does flashrom do?
I've a commell lv671 board with W39V040FA bios chip and Winbound w83627hf-aw super-io chip.
If I burn the factory bios the page count increase from 0001 to 0007 and takes about 20 seconds/page:
video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -w originalbios.img Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Flash image seems to be a legacy BIOS. Disabling checks. Programming Page: 0007 at address: 0x00070000 video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -v originalbios.img Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Flash image seems to be a legacy BIOS. Disabling checks. Verifying flash - FAILED
the same with linuxbios, but the burning takes about 10 seconds for the whole burn:
video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -w ../../targets/commell/lv671/lv671/linuxbios.rom Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Note: If the following flash access fails, you might need to specify -m <vendor>:<mainboard> Programming Page: 0007 at address: 0x00070000 video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -v ../../targets/commell/lv671/lv671/linuxbios.rom Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Note: If the following flash access fails, you might need to specify -m <vendor>:<mainboard> Verifying flash - FAILED
2007/6/14, Dieter Bloms linuxbios@bloms.de:
Hi,
On Thu, Jun 14, Corey Osgood wrote:
Alright, looking just at the possible flashing issue for the moment, if you flash the original bios (to your spare chip) does it work correctly? And please remind me, what board and flash part are you using? Epia? Also, what does flashrom do?
I've a commell lv671 board with W39V040FA bios chip and Winbound w83627hf-aw super-io chip.
If I burn the factory bios the page count increase from 0001 to 0007 and takes about 20 seconds/page:
video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -w originalbios.img Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Flash image seems to be a legacy BIOS. Disabling checks. Programming Page: 0007 at address: 0x00070000 video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -v originalbios.img Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Flash image seems to be a legacy BIOS. Disabling checks. Verifying flash - FAILED
the same with linuxbios, but the burning takes about 10 seconds for the whole burn:
video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -w ../../targets/commell/lv671/lv671/linuxbios.rom Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Note: If the following flash access fails, you might need to specify -m <vendor>:<mainboard> Programming Page: 0007 at address: 0x00070000 video:/usr/src/neues_bios/LinuxBIOSv2/util/flashrom# flashrom -v ../../targets/commell/lv671/lv671/linuxbios.rom Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Note: If the following flash access fails, you might need to specify -m <vendor>:<mainboard> Verifying flash - FAILED
Have you tried reading the flash after burning and compare that image to the one you used when burning? I always get verify fail but it works anyway.
/Thomas
Hi,
On Thu, Jun 14, Thomas Ekstrand wrote:
Have you tried reading the flash after burning and compare that image to the one you used when burning? I always get verify fail but it works anyway.
yes and they are different.
I've also erased the flash:
--snip-- video:/usr/src/neues_bios/LinuxBIOSv2/targets/commell/lv671/lv671# flashrom -E Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Erasing flash chip video:/usr/src/neues_bios/LinuxBIOSv2/targets/commell/lv671/lv671# flashrom -w linuxbios.rom Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Note: If the following flash access fails, you might need to specify -m <vendor>:<mainboard> Programming Page: 0007 at address: 0x00070000 video:/usr/src/neues_bios/LinuxBIOSv2/targets/commell/lv671/lv671# flashrom -r linuxbios.rom.read Calibrating delay loop... ok No LinuxBIOS table found. Found chipset "ICH4/ICH4-L": Enabling flash write... OK. W39V040FA found at physical address: 0xfff80000 Flash part is W39V040FA (512 KB) Reading Flash...done video:/usr/src/neues_bios/LinuxBIOSv2/targets/commell/lv671/lv671# diff linuxbios.rom linuxbios.rom.read Binärdateien linuxbios.rom and linuxbios.rom.read sind verschieden. video:/usr/src/neues_bios/LinuxBIOSv2/targets/commell/lv671/lv671# --snip--
On Tue, Jun 12, 2007 at 06:56:46PM +0200, Thomas Ekstrand wrote:
I got passed it! seemed to be a buggy flash and/or burn. The vt8231 is working with flashrom, except for the verify :/ Anyway I rebuilt and reflashed it and now it almost works. I get an immediate reset during linux startup I have no Idea what might cause it. I've attached the serial output
This looks like the culprit:
0000:00:11.4: base address not set - upgrade BIOS or use force_addr=0xaddr
What is 00:11.4?
Or maybe it's just a random, unrelated effect and bad RAM init is the real culprit(?) hard to say.
Uwe.
Uwe Hermann wrote:
On Tue, Jun 12, 2007 at 06:56:46PM +0200, Thomas Ekstrand wrote:
I got passed it! seemed to be a buggy flash and/or burn. The vt8231 is working with flashrom, except for the verify :/ Anyway I rebuilt and reflashed it and now it almost works. I get an immediate reset during linux startup I have no Idea what might cause it. I've attached the serial output
This looks like the culprit:
0000:00:11.4: base address not set - upgrade BIOS or use force_addr=0xaddr
What is 00:11.4?
11.4 is acpi so unless my testing patch posted here last week was applied, there should be no acpi tables for the kernel. At the start it says acpi interpreter is disabled.
From the linux log it looks like the reset happen while doing agp stuff, which wont be initialised
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected VIA Apollo ProMedia/PLE133Ta chipset
LinuxBIOS-2.0.0.0Fallback Tue Jun 12 18:21:53 CEST 2007 starting...
Ben
Ben Hewson wrote:
From the linux log it looks like the reset happen while doing agp stuff, which wont be initialised
This happens to me as well, I worked around it by blacklisting the via_agp kernel module (and I think the agpgart module, don't remember)
I'll add a note to the wiki about that.
-Alex Mauer "hawke"
That was the problem! Once I've blacklisted the module it comes up like it should.
Thanks for all your help! /Thomas
2007/6/13, Alex Mauer hawke@hawkesnest.net:
Ben Hewson wrote:
From the linux log it looks like the reset happen while doing agp stuff, which wont be initialised
This happens to me as well, I worked around it by blacklisting the via_agp kernel module (and I think the agpgart module, don't remember)
I'll add a note to the wiki about that.
-Alex Mauer "hawke"
-- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Thomas Ekstrand wrote:
That was the problem! Once I've blacklisted the module it comes up like it should.
Did you need to blacklist both, or just via_agp?
-Alex Mauer "hawke"
2007/6/14, Alex Mauer hawke@hawkesnest.net:
Thomas Ekstrand wrote:
That was the problem! Once I've blacklisted the module it comes up like it should.
Did you need to blacklist both, or just via_agp?
I don't know whether I had to or not but I blacklisted both. I can test and see what happens if I blacklist either one and post the results back here if you like?
/Thomas
Thomas Ekstrand wrote:
2007/6/14, Alex Mauer hawke@hawkesnest.net:
Did you need to blacklist both, or just via_agp?
I don't know whether I had to or not but I blacklisted both. I can test and see what happens if I blacklist either one and post the results back here if you like?
If you want, sure.
I can do it myself if necessary, I just wanted to make sure what I posted on the wiki (http://linuxbios.org/EPIA) was correct.
-Alex Mauer "hawke"
-
Alex Mauer -
Ben Hewson -
Corey Osgood -
Dieter Bloms -
Dieter Bloms -
Thomas Ekstrand -
Uwe Hermann