[flashrom] [commit] r1172 - trunk
svn at flashrom.org
Wed Sep 15 12:20:17 CEST 2010
Date: Wed Sep 15 12:20:16 2010
New Revision: 1172
Delay between probe and subsequent operations.
Some flash chips need time to exit ID mode, and while we take care of
correct timing for the matching probe, subsequent probes may have
totally different timing, and that can lead to garbage responses from
the flash chip during the first accesses after the probe sequence is
Delay 100 ms between the last probe and any subsequent operation.
To ensure maximum correctness, we would have to reset the chip first in
case the last probe function left the chip in an undefined (non-read)
state. That will be possible once struct flashchip has a .reset
This fixes unstable erase/read/write for some flahs chips on nic3com and
possible other use cases as well.
Thanks to Maciej Pijanka for reporting the issue and testing patches.
Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006 at gmx.net>
Acked-by: Michael Karcher <flashrom at mkarcher.dialup.fu-berlin.de>
--- trunk/cli_classic.c Wed Sep 15 02:17:37 2010 (r1171)
+++ trunk/cli_classic.c Wed Sep 15 12:20:16 2010 (r1172)
@@ -456,5 +456,10 @@
if (write_it && !dont_verify_it)
verify_it = 1;
+ /* FIXME: We should issue an unconditional chip reset here. This can be
+ * done once we have a .reset function in struct flashchip.
+ * Give the chip time to settle.
return doit(flash, force, filename, read_it, write_it, erase_it, verify_it);
More information about the flashrom