> here's the log:<br><br>;root@sysresccd /root % flashrom<br>;flashrom v0.9.3-r1205 on Linux 2.6.38-std230-i586 (i686), built with libpci 3.1.<br>;7, GCC 4.4.5, little endian<br>;flashrom is free software, get the source code at <a href="http://www.flashrom.org">http://www.flashrom.org</a><br>
;<br>;<br>;Calibrating delay loop... OK.<br>;coreboot table found at 0x6fffe000.<br>;Found ITE Super I/O, ID 0x8718.<br>;Found Chipset "AMD SB700/SB710/SB750", enabling flash write... OK.<br>;This chipset supports the following protocols: LPC,FWH,SPI.<br>
;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>
<div class="gmail_quote">;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>
;4 byte RDID not supported on this SPI controller<br>;4 byte RDID not supported on this SPI controller<br>;<br><br>After that, that's it....<br><br>On Sun, Aug 21, 2011 at 8:26 AM, Donovan Lavinder <span dir="ltr"><<a href="mailto:drmario2007@gmail.com">drmario2007@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">The flashrom is the only program that froze when looking for the flash chip. I have tried cold reboot - same thing happened. That here, was a head-scratcher since it is not even supposed to happen. Probably it could be because the firmware unmounted itself (shouldn't happen). The whole OS ran fine otherwise (I could close the frozen flashrom program with ease). I am wondering how could SuperIO refuse the handshake between the flashrom - I left it alone for a while, no change in the behavior (as far as the verbose terminal emulator was concerned).<div>
<div></div><div class="h5"><br>
<br><div class="gmail_quote">On Sun, Aug 21, 2011 at 8:05 AM, Stefan Tauner <span dir="ltr"><<a href="mailto:stefan.tauner@student.tuwien.ac.at" target="_blank">stefan.tauner@student.tuwien.ac.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sun, 21 Aug 2011 07:27:02 -0600<br>
<div>Donovan Lavinder <<a href="mailto:drmario2007@gmail.com" target="_blank">drmario2007@gmail.com</a>> wrote:<br>
<br>
</div><div>> That's strange. I have tried rewriting the firmware so I COULD provide you<br>
> the text file... It froze after couple complaints of 4-byte RDID not found<br>
> (it just ignored that before), and I tried just "flashrom", same thing. Now<br>
> that's a can of worm. It was 100% successful - verified and signed. Now I am<br>
> somewhat confused. I may have to wait for a while (thankfully I still have a<br>
> Windows laptop so I could write up the report on progresses of the firmware<br>
> ROM.)<br>
<br>
</div>the 4 byte RDID warnings should not matter. the chip you have does not<br>
need it. it is just printed for other chips that are probed for by<br>
flashrom. you can use the -c <chipname> parameter to probe for the<br>
correct chip only. regarding the lockup i can't say much without a log,<br>
but that it should not happen. :) does it reliably happen while probing<br>
for the same chip or is it (seemingly) random? could you also please<br>
define "froze" precisely? is it flashrom alone or the whole OS etc?<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div>Kind regards/Mit freundlichen Grüßen, Stefan Tauner<br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><div><div></div><div class="h5">-- <br>"Mamma-mia, there's Koopa troopa in Mushroom Kingdom!"<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>"Mamma-mia, there's Koopa troopa in Mushroom Kingdom!"<br>