[flashrom] Erase transactions failing
stephan.guilloux at free.fr
Sat Jan 17 00:48:14 CET 2015
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 :
> 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'
> 1) 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.
> 2) 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.
> flashrom mailing list
> flashrom at flashrom.org
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the flashrom