<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 14, 2018 at 9:48 AM, Nico Huber <span dir="ltr"><<a href="mailto:nico.h@gmx.de" target="_blank">nico.h@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Ron,<br>
<span class="gmail-"><br>
On 14.05.2018 18:01, ron minnich wrote:<br>
> anyone got the incantation to flash this with an sf100 ;-)<br>
<br>
</span>TLDR; If it doesn't work with current master, you can try [1].<br>
<br>
512M, huh? what's that for, UbuntuBoot? xD<br>
<br>
You need 4-byte addresses to access the full chip and that's rather<br>
delicate with Dediprog (because we don't control the SPI commands<br>
directly for read and write). The chip supports an extended address<br>
register for the most significant byte, though it's unclear to me<br>
if this register's state is maintained between Dediprog commands.<br>
So it might just work with flashrom master, or might wreak havoc ;)<br>
<br>
[1] <a href="https://review.coreboot.org/19858/" rel="noreferrer" target="_blank">https://review.coreboot.org/<wbr>19858/</a></blockquote><div><br></div><div>Indeed, in my experience the extended address enable got reset between commands, so the follow-up patch forced that chip to use native 4BA access mode. The patches were also based on the old 4BA access methods, so they will need to be updated to work with the new way. At the very least I think this means adding SPI_MASTER_4BA in spi_master_dediprog, but there's likely some other stuff I'm overlooking.</div><div><br></div></div></div></div>