[LinuxBIOS] W39V040BPZ or vt8237. Flashing problems.

[Adam Talbot]

Some more information to follow.  If possible, I would like to try to
fix this.  So, if any one has a few good places to look, and some good
places in the code to add debug statements, that would be great.  I am
not all that familiar with flashrom, yet. What other BIOS chips are on
the CN700+VT8237 boards, I would like a different chip, just to prove it
is not the chip(s).
-Adam Talbot

v21g flashrom # ./flashrom -r backup.bin
Calibrating delay loop... ok
No LinuxBIOS table found.
Found chipset "VT8237": Enabling flash write... OK.
W39V040B found at physical address: 0xfff80000
Flash part is W39V040B (512 KB)
Reading Flash...done


v21g flashrom # time ./flashrom -wV backup.bin
Calibrating delay loop... 496M loops per second. ok
No LinuxBIOS table found.
Found chipset "VT8237": Enabling flash write... OK.
Probing for Am29F040B, 512 KB
probe_29f040b: id1 0x0, id2 0x0
Probing for Am29F016D, 2048 KB
probe_29f040b: id1 0xff, id2 0xff
Probing for AE49F2008, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for At29C040A, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for At29C020, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for Mx29f002, 256 KB
probe_29f002: id1 0xda, id2 0x54
Probing for SST29EE020A, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST28SF040A, 512 KB
probe_28sf040: id1 0x0, id2 0x0
Probing for SST39SF010A, 128 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST39SF020A, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST39SF040, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST39VF020, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST49LF040B, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST49LF040, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST49LF020A, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST49LF080A, 1024 KB
probe_jedec: id1 0xff, id2 0xff
Probing for SST49LF002A/B, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST49LF003A/B, 384 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST49LF004A/B, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for SST49LF008A, 1024 KB
probe_jedec: id1 0xff, id2 0xff
Probing for SST49LF004C, 512 KB
probe_49lfxxxc: id1 0x0, id2 0x0
Probing for SST49LF008C, 1024 KB
probe_49lfxxxc: id1 0xff, id2 0xff
Probing for SST49LF016C, 2048 KB
probe_49lfxxxc: id1 0xff, id2 0xff
Probing for SST49LF160C, 2048 KB
probe_49lfxxxc: id1 0xff, id2 0xff
Probing for Pm49FL002, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for Pm49FL004, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W29C011, 128 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W29C040P, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W29C020C, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W29EE011, 128 KB
probe_w29ee011: id1 0xff, id2 0xff
Probing for W49F002U, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W49V002A, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W49V002FA, 256 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W39V040FA, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W39V040A, 512 KB
probe_jedec: id1 0xda, id2 0x54
Probing for W39V040B, 512 KB
probe_jedec: id1 0xda, id2 0x54
W39V040B found at physical address: 0xfff80000
Flash part is W39V040B (512 KB)
Flash image seems to be a legacy BIOS. Disabling checks.
Programming Page: 0000 at address: 0x00000000
### Ctrl-C ###
real    1134m28.975s
user    1134m49.425s
sys     0m0.277s


v21g flashrom # ./flashrom               
Calibrating delay loop... ok
No LinuxBIOS table found.
Found chipset "VT8237": Enabling flash write... OK.
No EEPROM/flash device found.




ron minnich wrote:
> On 9/28/07, Adam Talbot <talbotx at comcast.net> wrote:
>   
>> -Ron
>> Just tried the Jetway board.  Flashed just fine.  Seems to be a problem
>> with the PCChips board.  What should I start checking?
>>     
>
> the partial flash is very confusing. That's usually a caching
> interaction. But MTRRs are not set to cache that region. If there were
> no flashing, then it would likely be a GPIO that disables flash
> writes. If we can get linuxbios up on this PCChips board we can see if
> flash works then. There may be SMM stuff going on here too.
>
> ron
>
>