[flashrom] SST49LF020 write works on ASUS A8N5X

[Stefan Tauner]

On Sat, 28 May 2011 10:19:29 +0300
Tero Peippola <xeropp at gmail.com> wrote:

> flashrom v0.9.3-r1299 on Linux 2.6.24-16-rtai (i686), built with
> libpci 2.2.4, GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu4), little endian
> flashrom is free software, get the source code at http://www.flashrom.org
> 
> Calibrating delay loop... OS timer resolution is 1 usecs, 1104M loops
> per second, 10 myus = 10 us, 100 myus = 100 us, 1000 myus = 1014 us,
> 10000 myus = 10007 us, 4 myus = 4 us, OK.
> Initializing internal programmer
> No coreboot table found.
> DMI string system-manufacturer: "System manufacturer"
> DMI string system-product-name: "System Product Name"
> DMI string system-version: "System Version"
> DMI string baseboard-manufacturer: "ASUSTeK Computer INC."
> DMI string baseboard-product-name: "A8N5X"
> DMI string baseboard-version: "1.XX    "
> DMI string chassis-type: "Desktop"
> Found ITE Super I/O, ID 0x8712 on port 0x2e
> Found chipset "NVIDIA CK804", enabling flash write... chipset PCI ID
> is 10de:0050, OK.
> This chipset supports the following protocols: Non-SPI.
> Super I/O ID 0x8712 is not on the list of flash capable controllers.
> WARNING: Your mainboard is ASUS A8N, but the mainboard-specific
> code has not been tested, and thus will not not be executed by default.
> Depending on your hardware environment, erasing, writing or even probing
> can fail without running the board specific code.
> 
> Please see the man page (section PROGRAMMER SPECIFIC INFO, subsection
> "internal programmer") for details.
> […]
> Probing for SST SST49LF020, 256 KB: probe_jedec_common: id1 0xbf, id2 0x61
> Found chip "SST SST49LF020" (256 KB, LPC) at physical address 0xfffc0000.
> ===
> This flash part has status UNTESTED for operations: WRITE
> The test status of this chip may have been updated in the latest development
> version of flashrom. If you are running the latest development version,
> please email a report to flashrom at flashrom.org if any of the above operations
> work correctly for you with this flash part. Please include the flashrom
> output with the additional -V option for all operations you tested (-V, -Vr,
> -Vw, -VE), and mention which mainboard or programmer you tested.
> Please mention your board in the subject line. Thanks for your help!
> coreboot last image size (not ROM size) is 262144 bytes.
> Manufacturer: ASUS
> Mainboard ID: A8N-E
> Note: If the following flash access fails, try -m <vendor>:<mainboard>.
> Reading old flash chip contents...
> Erasing and writing flash chip... Looking at blockwise erase function
> 0... trying... 0x000000-0x000fff:W, 0x001000-0x001fff:W,
> 0x002000-0x002fff:W, 0x003000-0x003fff:W, 0x004000-0x004fff:W,
> 0x005000-0x005fff:W, 0x006000-0x006fff:W, 0x007000-0x007fff:W,
> 0x008000-0x008fff:W, 0x009000-0x009fff:W, 0x00a000-0x00afff:W,
> 0x00b000-0x00bfff:W, 0x00c000-0x00cfff:W, 0x00d000-0x00dfff:W,
> 0x00e000-0x00efff:W, 0x00f000-0x00ffff:W, 0x010000-0x010fff:W,
> 0x011000-0x011fff:W, 0x012000-0x012fff:W, 0x013000-0x013fff:W,
> 0x014000-0x014fff:W, 0x015000-0x015fff:W, 0x016000-0x016fff:W,
> 0x017000-0x017fff:W, 0x018000-0x018fff:W, 0x019000-0x019fff:W,
> 0x01a000-0x01afff:W, 0x01b000-0x01bfff:W, 0x01c000-0x01cfff:W,
> 0x01d000-0x01dfff:W, 0x01e000-0x01efff:W, 0x01f000-0x01ffff:S,
> 0x020000-0x020fff:S, 0x021000-0x021fff:S, 0x022000-0x022fff:S,
> 0x023000-0x023fff:S, 0x024000-0x024fff:S, 0x025000-0x025fff:S,
> 0x026000-0x026fff:S, 0x027000-0x027fff:S, 0x028000-0x028fff:S,
> 0x029000-0x029fff:S, 0x02a000-0x02afff:S, 0x02b000-0x02bfff:S,
> 0x02c000-0x02cfff:S, 0x02d000-0x02dfff:S, 0x02e000-0x02efff:S,
> 0x02f000-0x02ffff:S, 0x030000-0x030fff:S, 0x031000-0x031fff:S,
> 0x032000-0x032fff:S, 0x033000-0x033fff:S, 0x034000-0x034fff:S,
> 0x035000-0x035fff:S, 0x036000-0x036fff:S, 0x037000-0x037fff:S,
> 0x038000-0x038fff:S, 0x039000-0x039fff:S, 0x03a000-0x03afff:S,
> 0x03b000-0x03bfff:S, 0x03c000-0x03cfff:S, 0x03d000-0x03dfff:S,
> 0x03e000-0x03efff:S, 0x03f000-0x03ffff:W
> 
> Done.
> Verifying flash... VERIFIED.
> Restoring PCI config space for 00:01:0 reg 0x6d

hello 

thanks for your report! i have marked the SST49LF020 as fully supported
and will commit it later.

your report also shows that your board is matched by a board enable,
but does not need it. i would like to investigate that a bit further
and need your help to do so. can you please run
lspci -nnvvvxxx
and
superiotool -deV
as root and send us their output?

did you execute flashrom for the first time (after a reboot) in the
above log or was it executed more than once and if so, did you ever
enforce the board enable with -m for those runs?

thanks in advance
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner