On Sat, 28 May 2011 10:19:29 +0300 Tero Peippola <[email protected]> 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 [email protected] 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 _______________________________________________ flashrom mailing list [email protected] http://www.flashrom.org/mailman/listinfo/flashrom
