flashrom

flashrom@flashrom.org

7 participants
9163 discussions

(Un)documented devices
by san 21 Oct '13

21 Oct '13

Hi! Just wanted to report some undocumented stuff. I've been working on 3com nic device: 02:00.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) which seems to be reported as working on wiki - and it does ;) First thing: Winbond W29EE011 (128k, parallel) works well, but not auto (needs to be forced by '-c') - yes, i know why. I'm not sure if it was while programming this one or Pm..., but it dropped message about 'retrying to flash', and it worked well after all. Second: PMC "Pm29F002T" (256 kB, Parallel) works fine until write (since it is too big for 3com [256 vs 128 kB]). I'll try to read content of this one after erase command. Intersting thing: i write a bit modified oryginal bios, i changed one letter about the end of 256kb: Oryginal: BOOT Modifed: LOOT Write&Read: @OOT Another suggestion of mine: meybe add to PCI-devices list maximal chip size support? All files (including rom's (un)modified and reflased&read) are avialable here: http://www.e-san.info/Go!/deeper!/Flashrom/13.10.21/ . Hope it is useful report. Best regards! -- [ e-San.info | San(a)plusnet.pl ]

1 0

[commit] r1760 - trunk
by repository service 21 Oct '13

21 Oct '13

Author: stefanct Date: Mon Oct 21 23:49:08 2013 New Revision: 1760 URL: http://flashrom.org/trac/flashrom/changeset/1760 Log: programmer_delay: filter 0 usec delays. We use 0 as delay value for some chips. Just skipping these here is the most elegant, maintainable solution. Signed-off-by: Urja Rannikko <urjaman(a)gmail.com> Acked-by: Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> Modified: trunk/flashrom.c Modified: trunk/flashrom.c ============================================================================== --- trunk/flashrom.c Sun Oct 20 01:35:28 2013 (r1759) +++ trunk/flashrom.c Mon Oct 21 23:49:08 2013 (r1760) @@ -487,7 +487,8 @@ void programmer_delay(int usecs) { - programmer_table[programmer].delay(usecs); + if (usecs > 0) + programmer_table[programmer].delay(usecs); } void map_flash_registers(struct flashctx *flash)

1 0

[PATCH] serial: use internal_delay
by Urja Rannikko 20 Oct '13

20 Oct '13

Using programmer_delay when serial is being used, could cause a major recursion (and breakage of the serial protocol). This has not been noticed because apparently all serial drivers used appear to always write >0 bytes, but still... Signed-off-by: Urja Rannikko <urjaman(a)gmail.com> --- serial.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/serial.c b/serial.c index 4d912ba..126079a 100644 --- a/serial.c +++ b/serial.c @@ -357,7 +357,7 @@ int serialport_write(unsigned char *buf, unsigned int writecnt) if (!tmp) { msg_pdbg2("Empty write\n"); empty_writes--; - programmer_delay(500); + internal_delay(500); if (empty_writes == 0) { msg_perr("Serial port is unresponsive!\n"); return 1; -- 1.8.4

2 1

[commit] r1759 - trunk
by repository service 20 Oct '13

20 Oct '13

Author: stefanct Date: Sun Oct 20 01:35:28 2013 New Revision: 1759 URL: http://flashrom.org/trac/flashrom/changeset/1759 Log: serial: use internal_delay() for timeouts. Using programmer_delay() for timeouts in serial writes could cause a (theoretically) endless recursion if serial communication is used to send the programmer the delay command to be executed on the programmer instead of the host which fails again, following a timeout which sends... Signed-off-by: Urja Rannikko <urjaman(a)gmail.com> Acked-by: Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> Modified: trunk/serial.c Modified: trunk/serial.c ============================================================================== --- trunk/serial.c Sun Oct 20 01:09:16 2013 (r1758) +++ trunk/serial.c Sun Oct 20 01:35:28 2013 (r1759) @@ -357,7 +357,7 @@ if (!tmp) { msg_pdbg2("Empty write\n"); empty_writes--; - programmer_delay(500); + internal_delay(500); if (empty_writes == 0) { msg_perr("Serial port is unresponsive!\n"); return 1;

1 0

Re: [flashrom] [PATCH] Add support for SST25VF512A
by Stefan Tauner 20 Oct '13

20 Oct '13

On Tue, 15 Oct 2013 15:30:00 -0400 Cory Henderson <dcoryh192(a)gmail.com> wrote: > Hi, > > I am new to the mailing list so I am not sure if this is the right place > for these. My company used the SST25VF512A in a project and I was able to > configure flashrom to work with this chip using a buspirate (HW v3.5, FW > v6.2 beta). The chip was already listed in flashchips.h so I just added the > proper information to flashchips.c. Probe, read, write, and erase all work > fine for me, albeit slowly because the AAI supported by the chip uses a > different command than the one used in flashrom. > > Cory Henderson Hello Cory and thanks for your patch! There were a few tiny problems: - white space error (lonely tab in an otherwise empty line), - spi_prettyprint_status_register_sst25 is not completely correct (chip does not have bp2 and bp3), - wrong order within flashchips.c which is understandable because others of the family were wrong too, - maybe I forgot something else, but in general it looked good, thanks again. I just *had* to add two other chips which were missing, and refine a few comments of others... when reviewing the code, before committing it in r1758. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

[commit] r1758 - trunk
by repository service 20 Oct '13

20 Oct '13

Author: stefanct Date: Sun Oct 20 01:09:16 2013 New Revision: 1758 URL: http://flashrom.org/trac/flashrom/changeset/1758 Log: Refine support for SST25VF family. - Reorder some models and refine comments. - Add SST25VF512A: AAI is available but with an uncommon opcode (0xAF). Fully tested with Bus Pirate 3.5 running 6.2 beta firmware by Cory. - Add SST25VF020 and SST25VF020B. Signed-off-by: Cory Henderson <dcoryh192(a)gmail.com> Signed-off-by: Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> Acked-by: Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> Modified: trunk/flashchips.c trunk/flashchips.h Modified: trunk/flashchips.c ============================================================================== --- trunk/flashchips.c Wed Oct 2 03:22:17 2013 (r1757) +++ trunk/flashchips.c Sun Oct 20 01:09:16 2013 (r1758) @@ -9551,11 +9551,11 @@ { .vendor = "SST", - .name = "SST25VF010", + .name = "SST25VF512A", .bustype = BUS_SPI, .manufacture_id = SST_ID, - .model_id = SST_SST25VF010_REMS, - .total_size = 128, + .model_id = SST_SST25VF512A_REMS, + .total_size = 64, .page_size = 256, .feature_bits = FEATURE_WRSR_EWSR, .tested = TEST_OK_PREW, @@ -9564,134 +9564,134 @@ .block_erasers = { { - .eraseblocks = { {4 * 1024, 32} }, + .eraseblocks = { {4 * 1024, 16} }, .block_erase = spi_block_erase_20, }, { - .eraseblocks = { {32 * 1024, 4} }, + .eraseblocks = { {32 * 1024, 2} }, .block_erase = spi_block_erase_52, }, { - .eraseblocks = { {128 * 1024, 1} }, + .eraseblocks = { {32 * 1024, 2} }, + .block_erase = spi_block_erase_d8, + }, { + .eraseblocks = { {64 * 1024, 1} }, .block_erase = spi_block_erase_60, + }, { + .eraseblocks = { {64 * 1024, 1} }, + .block_erase = spi_block_erase_c7, }, }, - .printlock = spi_prettyprint_status_register_sst25, /* TODO: check */ + .printlock = spi_prettyprint_status_register_sst25, /* FIXME: No BP2 & 3 */ .unlock = spi_disable_blockprotect, - .write = spi_chip_write_1, - .read = spi_chip_read, + .write = spi_chip_write_1, /* AAI supported, but opcode is 0xAF */ + .read = spi_chip_read, /* Fast read (0x0B) supported */ .voltage = {2700, 3600}, }, { .vendor = "SST", - .name = "SST25VF016B", + .name = "SST25VF010", .bustype = BUS_SPI, .manufacture_id = SST_ID, - .model_id = SST_SST25VF016B, - .total_size = 2048, + .model_id = SST_SST25VF010_REMS, + .total_size = 128, .page_size = 256, - .feature_bits = FEATURE_WRSR_EITHER, + .feature_bits = FEATURE_WRSR_EWSR, .tested = TEST_OK_PREW, - .probe = probe_spi_rdid, + .probe = probe_spi_rems, .probe_timing = TIMING_ZERO, .block_erasers = { { - .eraseblocks = { {4 * 1024, 512} }, + .eraseblocks = { {4 * 1024, 32} }, .block_erase = spi_block_erase_20, }, { - .eraseblocks = { {32 * 1024, 64} }, + .eraseblocks = { {32 * 1024, 4} }, .block_erase = spi_block_erase_52, }, { - .eraseblocks = { {64 * 1024, 32} }, + .eraseblocks = { {32 * 1024, 4} }, .block_erase = spi_block_erase_d8, }, { - .eraseblocks = { {2 * 1024 * 1024, 1} }, + .eraseblocks = { {128 * 1024, 1} }, .block_erase = spi_block_erase_60, }, { - .eraseblocks = { {2 * 1024 * 1024, 1} }, + .eraseblocks = { {128 * 1024, 1} }, .block_erase = spi_block_erase_c7, }, }, - .printlock = spi_prettyprint_status_register_sst25vf016, + .printlock = spi_prettyprint_status_register_sst25, /* FIXME: No BP2 & 3 */ .unlock = spi_disable_blockprotect, - .write = spi_aai_write, - .read = spi_chip_read, + .write = spi_chip_write_1, /* AAI supported, but opcode is 0xAF */ + .read = spi_chip_read, /* Fast read (0x0B) supported */ .voltage = {2700, 3600}, }, { .vendor = "SST", - .name = "SST25VF032B", + .name = "SST25VF020", .bustype = BUS_SPI, .manufacture_id = SST_ID, - .model_id = SST_SST25VF032B, - .total_size = 4096, + .model_id = SST_SST25VF020_REMS, + .total_size = 256, .page_size = 256, .feature_bits = FEATURE_WRSR_EWSR, - .tested = TEST_OK_PREW, - .probe = probe_spi_rdid, + .tested = TEST_UNTESTED, + .probe = probe_spi_rems, .probe_timing = TIMING_ZERO, .block_erasers = { { - .eraseblocks = { {4 * 1024, 1024} }, + .eraseblocks = { {4 * 1024, 64} }, .block_erase = spi_block_erase_20, }, { - .eraseblocks = { {32 * 1024, 128} }, + .eraseblocks = { {32 * 1024, 8} }, .block_erase = spi_block_erase_52, }, { - .eraseblocks = { {64 * 1024, 64} }, - .block_erase = spi_block_erase_d8, - }, { - .eraseblocks = { {4 * 1024 * 1024, 1} }, + .eraseblocks = { {256 * 1024, 1} }, .block_erase = spi_block_erase_60, - }, { - .eraseblocks = { {4 * 1024 * 1024, 1} }, - .block_erase = spi_block_erase_c7, }, }, - .printlock = spi_prettyprint_status_register_sst25, /* TODO: check */ + .printlock = spi_prettyprint_status_register_sst25, /* FIXME: No BP2 & 3 */ .unlock = spi_disable_blockprotect, - .write = spi_aai_write, - .read = spi_chip_read, + .write = spi_chip_write_1, /* AAI supported, but opcode is 0xAF */ + .read = spi_chip_read, /* only */ .voltage = {2700, 3600}, }, { .vendor = "SST", - .name = "SST25VF064C", + .name = "SST25VF020B", .bustype = BUS_SPI, .manufacture_id = SST_ID, - .model_id = SST_SST25VF064C, - .total_size = 8192, + .model_id = SST_SST25VF020B, + .total_size = 256, .page_size = 256, .feature_bits = FEATURE_WRSR_EWSR, - .tested = TEST_OK_PREW, + .tested = TEST_UNTESTED, .probe = probe_spi_rdid, .probe_timing = TIMING_ZERO, .block_erasers = { { - .eraseblocks = { {4 * 1024, 2048} }, + .eraseblocks = { {4 * 1024, 64} }, .block_erase = spi_block_erase_20, }, { - .eraseblocks = { {32 * 1024, 256} }, + .eraseblocks = { {32 * 1024, 8} }, .block_erase = spi_block_erase_52, }, { - .eraseblocks = { {64 * 1024, 128} }, + .eraseblocks = { {64 * 1024, 4} }, .block_erase = spi_block_erase_d8, }, { - .eraseblocks = { {8 * 1024 * 1024, 1} }, + .eraseblocks = { {256 * 1024, 1} }, .block_erase = spi_block_erase_60, }, { - .eraseblocks = { {8 * 1024 * 1024, 1} }, + .eraseblocks = { {256 * 1024, 1} }, .block_erase = spi_block_erase_c7, }, }, - .printlock = spi_prettyprint_status_register_sst25, /* TODO: check */ - .unlock = spi_disable_blockprotect, - .write = spi_chip_write_256, - .read = spi_chip_read, + .printlock = spi_prettyprint_status_register_sst25, /* FIXME: No BP2 & 3 and 2nd SR */ + .unlock = spi_disable_blockprotect, /* FIXME: 2nd SR */ + .write = spi_aai_write, /* AAI supported (0xAD) */ + .read = spi_chip_read, /* Fast read (0x0B) supported */ .voltage = {2700, 3600}, }, @@ -9760,8 +9760,8 @@ }, .printlock = spi_prettyprint_status_register_sst25vf040b, .unlock = spi_disable_blockprotect, - .write = spi_aai_write, - .read = spi_chip_read, + .write = spi_aai_write, /* AAI supported (0xAD) */ + .read = spi_chip_read, /* Fast read (0x0B) supported */ .voltage = {2700, 3600}, }, @@ -9840,6 +9840,120 @@ .read = spi_chip_read, .voltage = {2700, 3600}, }, + + { + .vendor = "SST", + .name = "SST25VF016B", + .bustype = BUS_SPI, + .manufacture_id = SST_ID, + .model_id = SST_SST25VF016B, + .total_size = 2048, + .page_size = 256, + .feature_bits = FEATURE_WRSR_EITHER, + .tested = TEST_OK_PREW, + .probe = probe_spi_rdid, + .probe_timing = TIMING_ZERO, + .block_erasers = + { + { + .eraseblocks = { {4 * 1024, 512} }, + .block_erase = spi_block_erase_20, + }, { + .eraseblocks = { {32 * 1024, 64} }, + .block_erase = spi_block_erase_52, + }, { + .eraseblocks = { {64 * 1024, 32} }, + .block_erase = spi_block_erase_d8, + }, { + .eraseblocks = { {2 * 1024 * 1024, 1} }, + .block_erase = spi_block_erase_60, + }, { + .eraseblocks = { {2 * 1024 * 1024, 1} }, + .block_erase = spi_block_erase_c7, + }, + }, + .printlock = spi_prettyprint_status_register_sst25vf016, + .unlock = spi_disable_blockprotect, + .write = spi_aai_write, + .read = spi_chip_read, + .voltage = {2700, 3600}, + }, + + { + .vendor = "SST", + .name = "SST25VF032B", + .bustype = BUS_SPI, + .manufacture_id = SST_ID, + .model_id = SST_SST25VF032B, + .total_size = 4096, + .page_size = 256, + .feature_bits = FEATURE_WRSR_EWSR, + .tested = TEST_OK_PREW, + .probe = probe_spi_rdid, + .probe_timing = TIMING_ZERO, + .block_erasers = + { + { + .eraseblocks = { {4 * 1024, 1024} }, + .block_erase = spi_block_erase_20, + }, { + .eraseblocks = { {32 * 1024, 128} }, + .block_erase = spi_block_erase_52, + }, { + .eraseblocks = { {64 * 1024, 64} }, + .block_erase = spi_block_erase_d8, + }, { + .eraseblocks = { {4 * 1024 * 1024, 1} }, + .block_erase = spi_block_erase_60, + }, { + .eraseblocks = { {4 * 1024 * 1024, 1} }, + .block_erase = spi_block_erase_c7, + }, + }, + .printlock = spi_prettyprint_status_register_sst25, /* TODO: check */ + .unlock = spi_disable_blockprotect, + .write = spi_aai_write, + .read = spi_chip_read, + .voltage = {2700, 3600}, + }, + + { + .vendor = "SST", + .name = "SST25VF064C", + .bustype = BUS_SPI, + .manufacture_id = SST_ID, + .model_id = SST_SST25VF064C, + .total_size = 8192, + .page_size = 256, + .feature_bits = FEATURE_WRSR_EWSR, + .tested = TEST_OK_PREW, + .probe = probe_spi_rdid, + .probe_timing = TIMING_ZERO, + .block_erasers = + { + { + .eraseblocks = { {4 * 1024, 2048} }, + .block_erase = spi_block_erase_20, + }, { + .eraseblocks = { {32 * 1024, 256} }, + .block_erase = spi_block_erase_52, + }, { + .eraseblocks = { {64 * 1024, 128} }, + .block_erase = spi_block_erase_d8, + }, { + .eraseblocks = { {8 * 1024 * 1024, 1} }, + .block_erase = spi_block_erase_60, + }, { + .eraseblocks = { {8 * 1024 * 1024, 1} }, + .block_erase = spi_block_erase_c7, + }, + }, + .printlock = spi_prettyprint_status_register_sst25, /* TODO: check */ + .unlock = spi_disable_blockprotect, + .write = spi_chip_write_256, + .read = spi_chip_read, + .voltage = {2700, 3600}, + }, { .vendor = "SST", Modified: trunk/flashchips.h ============================================================================== --- trunk/flashchips.h Wed Oct 2 03:22:17 2013 (r1757) +++ trunk/flashchips.h Sun Oct 20 01:09:16 2013 (r1758) @@ -577,6 +577,7 @@ #define SST_SST25VF512A_REMS 0x48 /* REMS or RES opcode */ #define SST_SST25VF010_REMS 0x49 /* REMS or RES opcode */ #define SST_SST25VF020_REMS 0x43 /* REMS or RES opcode */ +#define SST_SST25VF020B 0x258C #define SST_SST25VF040_REMS 0x44 /* REMS or RES opcode, same as SST25LF040A */ #define SST_SST25VF040B 0x258D #define SST_SST25VF040B_REMS 0x8D /* REMS or RES opcode */

1 0

Re: [flashrom] MS-7030 Mainboard won't program BIOS chip model other than oryginal
by Stefan Tauner 18 Oct '13

18 Oct '13

On Fri, 18 Oct 2013 13:21:44 +0200 san <san(a)plusnet.pl> wrote: > Ok, case closed. > > Found answer here: http://forum-en.msi.com/index.php?topic=95357.0 > > quoting: > The difference between SST49LF004A and SST49LF004B is that the 4B version > supports LPC / FWH Flashing, 4A version can not handle this. > > I knew SOMETHING about this, but thought it is not my case. yes, very likely. > By the way, is it possible to add bios chip information (type) to support > list? What do you mean exactly? The interface type is noted in the wiki table as well as in the output of flashrom -L. For the chip in question on that nforce2 board i think it would not make any difference anyway if you would modify the bustype field in flashchips.c. > And how about 'soldering' write-enable? As in last link i found there is a > pad (#23) called "Write Enable". It might be possible to cut off this line > from motherboard solder 'programmable voltage', and program bioses on > not-enabled mainboards. Is that correct? In theory that is possible, but normally the pin is connected to a software-controlled pin (GPIO pin of the southbridge for example), and you are way better off controlling that pin with flashrom (a so-called board enable), than physically modifying a board. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

2 1

Re: [flashrom] MS-7030 Mainboard won't program BIOS chip model other than oryginal
by san 18 Oct '13

18 Oct '13

Ok, case closed. Found answer here: http://forum-en.msi.com/index.php?topic=95357.0 quoting: The difference between SST49LF004A and SST49LF004B is that the 4B version supports LPC / FWH Flashing, 4A version can not handle this. I knew SOMETHING about this, but thought it is not my case. This might be useful information in FAQ. Also, more complete explanation might be found here: http://www.rom.by/Art_of_BIOS_flashing By the way, is it possible to add bios chip information (type) to support list? And how about 'soldering' write-enable? As in last link i found there is a pad (#23) called "Write Enable". It might be possible to cut off this line from motherboard solder 'programmable voltage', and program bioses on not-enabled mainboards. Is that correct? Best regards! 2013/10/17 san <san(a)plusnet.pl> > i propably should add verbose... > > > 2013/10/17 san <san(a)plusnet.pl> > >> Hi! >> >> Recently i bought mainboard compatible to flashrom.pinned oryginal bios >> (SST49LF004B) and other chips. >> I do not own exacly same chip, so i tried to replace with some i have: >> >> SST49LF004 / 4A (and smaller 2A and 3A) >> Intel 82802AB8 >> >> but no luck - i can not even read those. >> I replaced back the original chip and i am able to program modified bios. >> >> What is the problem? >> >> Best regards! >> >> -- >> [ e-San.info | San(a)plusnet.pl ] >> > > > > -- > [ e-San.info | San(a)plusnet.pl ] > -- [ e-San.info | San(a)plusnet.pl ]

1 0

Re: [flashrom] MS-7030 Mainboard won't program BIOS chip model other than oryginal
by san 17 Oct '13

17 Oct '13

i propably should add verbose... 2013/10/17 san <san(a)plusnet.pl> > Hi! > > Recently i bought mainboard compatible to flashrom.pinned oryginal bios > (SST49LF004B) and other chips. > I do not own exacly same chip, so i tried to replace with some i have: > > SST49LF004 / 4A (and smaller 2A and 3A) > Intel 82802AB8 > > but no luck - i can not even read those. > I replaced back the original chip and i am able to program modified bios. > > What is the problem? > > Best regards! > > -- > [ e-San.info | San(a)plusnet.pl ] > -- [ e-San.info | San(a)plusnet.pl ]

1 0

MS-7030 Mainboard won't program BIOS chip model other than oryginal
by san 17 Oct '13

17 Oct '13

Hi! Recently i bought mainboard compatible to flashrom.pinned oryginal bios (SST49LF004B) and other chips. I do not own exacly same chip, so i tried to replace with some i have: SST49LF004 / 4A (and smaller 2A and 3A) Intel 82802AB8 but no luck - i can not even read those. I replaced back the original chip and i am able to program modified bios. What is the problem? Best regards! -- [ e-San.info | San(a)plusnet.pl ]

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

flashrom