<br><br><div class="gmail_quote">On Tue, Dec 21, 2010 at 9:31 AM, Richard A. Smith <span dir="ltr"><<a href="mailto:richard@laptop.org">richard@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 12/14/2010 07:48 AM, Carl-Daniel Hailfinger wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Steven, you are right about having to read all the datasheets. If you do<br>
that, can you please extract a list of allowed instructions from all<br>
datasheets (and if some bits are X/dontcare please write that down as<br>
well). Such a list will help us a lot if we extend flashrom for more<br>
programmer types and for dual/quad read/write interfaces. If you can<br>
check the timing (how many bytes for address/delay/data) sequences for<br>
the read/write/ID instructions as well, even better!<br>
</blockquote>
<br></div>
Seems like multiple categories of READ are going to be a necessity for flashrom to support chips that have a different read format.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Richard, Steven demonstrated that a simple check of the Dediprog device<br>
list against the flashrom device list isn't going to help. Sorry. We<br>
could ask the Dediprog developers about how they handle chips with odd<br>
read instructions, but I suspect that it will essentially boil down to<br>
using the generic command interface instead of the fast bulk interfaces.<br>
</blockquote>
<br></div>
Indeed, that complicates things. *Sigh* :( I suppose a chip audit will be the only way to sort all this out.<br>
<br>
Is that something that can start happening soon?  I'm currently on xmas vacation and have some idle time.  If we have some sort of plan for dividing up the datasheets among people then I can start going through some.<br>

<br>
Perhaps some sort of wiki table on <a href="http://flashrom.org" target="_blank">flashrom.org</a> to keep track?<br>
<br>
I don't have a board that I can load an AT25512 onto and hook my dediprog up to it to see what it does with devices that have different read structures.<br>
<br>
-- <br><div class="im">
Richard A. Smith  <<a href="mailto:richard@laptop.org" target="_blank">richard@laptop.org</a>><br></div>
One Laptop per Child<br>
</blockquote></div><br><div>I don't have a wiki account, but I'm fine with however you want to break them up- I should also have some time over the holidays here to look at some sheets.  If you'd like to see my previous sheet, it's here: <a href="http://www.flashrom.org/pipermail/flashrom/2010-October/005118.html">http://www.flashrom.org/pipermail/flashrom/2010-October/005118.html</a></div>
<div>If you have any questions, feel free to ask.</div>