In vanilla.log, I observe the following:
Found Winbond flash chip "W25Q64.V" (8192 kB, SPI). This chip may contain one-time programmable memory. flashrom cannot read and may never be able to write it, hence it may not be able to completely clone the contents of this chip (see man page for details).
Are you sure your flash is not partially protected, as indicated ? Also, for point 2, I forgot to ask. What is output of ich_descriptors_tool (can be found in flashrom source tree) ?
Le 16/01/2015 07:41, David Mirabito a écrit :
Hello,
We have a Rangely-based board and would strongly prefer to be able to update the bios via flashrom, and I'm coming across two issues here:
Attached is the output from './flashrom --programmer internal:laptop=this_is_not_a_laptop -o vanilla.log -VV'
- Note the descriptor table:
--- Details --- Region 0 (Descr.) 0x00000000 - 0x0000ffff Region 1 (BIOS ) 0x00200000 - 0x007fffff Region 2 (ME ) is unused. Region 3 (GbE ) is unused. Region 4 (Platf.) is unused.
The gap between Regions 0 and 1 appears unreadable, and I get transaction failures at 0x00010000. Modifying flashrom to only dump the final 6MB works as expected.
- Given the above modifications (which ideally I'll roll properly
into the layout file infrastructure) I am still having trouble writing to Region 1.
After making sure that nothing is attempting to read or write outside the required range, the write transaction still fails at the first access (see fail.log):
ETransaction error! SSFS: SCIP=0, FDONE=1, FCERR=1, AEL=0 SSFC: SCGO=0, ACS=1, SPOP=0, COP=2, DBC=0, SME=0, SCF=0 Running OPCODE 0x20 failed at address 0x400000 (payload length was 0). spi_block_erase_20 failed during command execution at address 0x400000
(interestingly, last time I tried this I had the same error at 0x200000)
It appears to me that it should be writiable, is this not the case?
Thanks for any input! Additionally we may have some input with the BIOS vendor (and ability to write via JTAG or EFIshell), so if there's anything specific we might ask for as far as leaving chipset registers in a certain state, then this may be a posisbility if it comes to that.
Cheers, DavidM
flashrom mailing list flashrom@flashrom.org http://www.flashrom.org/mailman/listinfo/flashrom
--- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com