<p dir="ltr">Looking at the output from Googles ChromeOS shell-ball, I do:</p>
<p dir="ltr">Write the hardware ID to get future ChromeOS updates</p>
<p dir="ltr">$ ./gbb_utility --set --hwid="SAMUS XXX-YYY-ZZZ" bios.bin bios.hwid.bin</p>
<p dir="ltr"># dd out 2 megs of the ROM at 4 megs in</p>
<p dir="ltr">$ dd bs=1M skip=4 count=2 if=bios.hwid.bin of=rwlegacy.cbfs</p>
<p dir="ltr">Using the flashrom from John's site as upstream doesn't know anything about flashmap.</p>
<p dir="ltr">$ wget<a href="https://johnlewis.ie/Chromebook-ROMs/utils/flashrom"> https://johnlewis.ie/Chromebook-ROMs/utils/flashrom</a> -O flashrom.jlewis</p>
<p dir="ltr">$ sudo ./flashrom.jlewis -w -i RW_LEGACY:rwlegacy.cbfs</p>
<p dir="ltr">Looking at your script, ORIGIMAGE is my bios.hwid.bin </p>
<p dir="ltr">Do I run flashrom from the shell-ball </p>
<p dir="ltr">$ sudo flashrom -w ./newimage.rom -i RW_LEGACY</p>
<p dir="ltr">Or John Lewis flashrom</p>
<p dir="ltr">$ sudo flashrom.jlewis.version -w ./newimage.rom -i RW_LEGACY</p>
<p dir="ltr">Edward</p>
<p dir="ltr">On 1 Dec 2015 3:39 p.m., "Kevin O'Connor" <<a href="mailto:kevin@koconnor.net">kevin@koconnor.net</a>> wrote:<br>
><br>
> On Mon, Nov 30, 2015 at 07:04:55PM +0000, edward wandasiewicz wrote:<br>
> > On 30 Nov 2015 5:35 p.m., "Kevin O'Connor" <<a href="mailto:kevin@koconnor.net">kevin@koconnor.net</a>> wrote:<br>
> > > Looks like two separate issues are occurring - the Philips drive is<br>
> > > being detected as both a high speed device and as a super speed<br>
> > > device.  I need a log with CONFIG_DEBUG_LEVEL=5 to diagnose that.  The<br>
> > > second issue appears to be a USB_TRANSACTION_ERROR response from the<br>
> > > set_address command.  I think the controller may just be a bit too<br>
> > > picky on stall responses from devices in that situation.  I've put up<br>
> > > a patch to try and work around that in the repo at:<br>
> > ><br>
> > >   <a href="https://github.com/KevinOConnor/seabios/tree/testing">https://github.com/KevinOConnor/seabios/tree/testing</a><br>
> > ><br>
> > > Are you able to compile SeaBIOS from source and install it on your<br>
> > > Samus?<br>
> ><br>
> > Compile? I could have a go, but don't want to brick my device. Happy<br>
> > to write a RW_LEGACY from John Lewis.<br>
> ><br>
> > Or learn how to - bit risky for a newbie?<br>
><br>
> If you've never removed the flash read/write screw (and you normally<br>
> hit cntl-L to enter seabios) then bricking shouldn't be a problem.<br>
> (No guarantees.)  It may require a full chrome re-install to recover<br>
> should something go wrong though.  If you have removed the read/write<br>
> screw then you should only proceed if you know what you are doing, and<br>
> you should have the ability to restore from an external flasher.<br>
><br>
> Roughly, the steps to build and flash a RW_LEGACY section is as<br>
> follows:<br>
><br>
> 1 - grab the code:<br>
><br>
>   git clone <a href="https://github.com/KevinOConnor/seabios.git">https://github.com/KevinOConnor/seabios.git</a> -b testing<br>
><br>
> 2 - build the code:<br>
><br>
>   cd seabios<br>
>   echo "CONFIG_COREBOOT=y" > .config<br>
>   echo "CONFIG_CBFS_LOCATION=0xffe00000" >> .config<br>
>   echo "CONFIG_VGA_COREBOOT=y" >> .config<br>
>   echo "CONFIG_DEBUG_LEVEL=5" >> .config<br>
>   make olddefconfig<br>
>   make<br>
><br>
> 3 - build the RW_LEGACY image by copying the attached chromeimage.sh<br>
> to the seabios directory, make it executable, and run the script:<br>
><br>
>   ./chromeimage.sh<br>
><br>
> Be sure to follow the directions in that script for extracting the<br>
> original image and for writing the generated image.<br>
><br>
> Please review the script and make sure it makes sense before running<br>
> anything.  If you don't understand a step then you probably will want<br>
> to hold off until someone can build a tested rom for you.<br>
><br>
> Cheers,<br>
> -Kevin<br>
</p>