> Apparently latest flashrom fails to detect the eeprom on Abit SM5 rev.
> 1.5 motherboard.
> As requested, here's the details attached with this e-mail.
> [attached flashrom -V, lspci -nnvvxxx, superiotool -deV' and also the
> BIOS files and flasher program]
Forwarded without the SM5.ZIP files :) Please ask me when you need them
to look at!
One very high maintenance cat living here.
Hi, i'm trying to use a Abit IC7 to cross flash the BIOS for another
board but neither erase or wirte works.
The chips that i am trying to flash is a SST SST49LF004A, I am able to
read it's content just fine.
Any ideas what might be the issue here?
flashrom should work fine since version 0.9.2 revision 1008 on all Tyan
S2915 OEM boards.
The reason for the failing access was that those boards have two MCP55
LPC bridges. flashrom enabled the first LPC bridge (oddball PCI class)
instead of the second one (ISA bridge PCI class). Since we don't have
any reports of PCI ID 10de:0361 being used as "real" primary LPC bridge,
we blacklisted that ID for now until class checking is in place (which
may break on other boards with buggy BIOS, not sure). The "real" LPC
bridge on this board has the PCI ID
I'd appreciate full output of
with latest flashrom (at least 0.9.2-r1008).
Thanks to everyone who tested and provided lspci output.
it still hangs while autodetecting flash chip at AE49F2008 (is displayed
as last probed),
only with -c option it works.
could you test the new binary at
It should work insofar as that it won't crash and won't complain about
On 30.05.2010 03:49, Idwer Vollering wrote:
> 2010/5/30 Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net>
>> On 27.05.2010 03:04, Carl-Daniel Hailfinger wrote:
>>> On 27.05.2010 02:32, Carl-Daniel Hailfinger wrote:
>>>> New version, fixes a few bugs where #ifdefs were missing.
>>>> Add support for RayeR SPIPGM hardware as described in
>>>> Known bugs/limitations:
>>>> - Won't compile/work on non-x86 architectures. Guards against
>>>> compilation on non-x86 are missing.
>>> Besides that, using "byte" as variable name breaks on mingw because
>>> it shadows a global variable with that name in the mingw headers.
>> New version, fixes a missing variable initialization which led to
>> immediate segfault on programmer init.
> This segfault is confirmed to be resolved, tested using FreeDOS -- I
> don't have the hardware that this patch targets.
> The other limitations are still present.
>> Signed-off-by: Carl-Daniel Hailfinger
> Acked-by: Idwer Vollering <vidwer(a)gmail.com>
Thanks. We'll wait for RayeR to test, then I will commit.