flashrom April 2014

flashrom@flashrom.org

32 participants
121 discussions

Re: [flashrom] [PATCH] nicintel_eeprom: New programmer for Intel Nics eeproms
by Ricardo Ribalda Delgado 28 Apr '14

28 Apr '14

Hello Could you give a response? Thanks On Thu, Feb 6, 2014 at 10:42 PM, Ricardo Ribalda Delgado <ricardo.ribalda(a)gmail.com> wrote: > ping? > > > On Mon, Dec 2, 2013 at 4:45 PM, Ricardo Ribalda Delgado > <ricardo.ribalda(a)gmail.com> wrote: >> >> Hello >> >> Is there any status change here? There are other people using this patch. >> >> http://www.projectosx.com/forum/index.php?showtopic=2485&st=20&start=20 >> >> Thanks! >> >> >> On Thu, Sep 12, 2013 at 1:26 PM, Ricardo Ribalda Delgado >> <ricardo.ribalda(a)gmail.com> wrote: >> > Hello Stefan >> > >> > On Thu, Sep 12, 2013 at 12:08 PM, Stefan Tauner >> > <stefan.tauner(a)student.tuwien.ac.at> wrote: >> >> On Thu, 12 Sep 2013 11:25:39 +0200 >> >> Ricardo Ribalda Delgado <ricardo.ribalda(a)gmail.com> wrote: >> >> >> >>> ping? >> >> >> >> Hi Ricardo, >> >> >> >> I would have hoped for a more generic patch that adds some >> >> eeprom-specific infrastructure, but your approach seems to be legit >> >> when implementing this with the current infrastructure in flashrom. >> >> Sorry for not mentioning the opaque API before, that is of course the >> >> easiest way to get such things to work. >> > >> > I thought about it, but I soon realized that it was probably not the >> > best option. >> > >> > The intel cards supports a limited ammount of chips, and the >> > read/write is not very standard. They are read by the card firmware, >> > but written with something spi_alike, but no jedec or anything to find >> > out the model of the eeprom. >> > >> >> >> >> Would it be even possible to probe for IDs of the EEPROMs with the >> >> interface on the Intel NICs? What EEPROM model(s) do see on your >> >> boards? >> > >> > You can ask the network card for the size of the eeprom. That is done >> > in nicintel_ee_probe >> > >> > According to the doc this eeproms can be used: >> > >> > 128 AT25128AN-10SI-2.7 M95128WMN6T CAT25CS128-TE13 >> > 256 AT25256AN-10SI-2.7 M95256WMN6T >> > >> > All of them have the same instruction set. And unfortunately there is >> > no id instruction >> > >> > So, if the board is an intel card and it says that the size is 128 >> > kbits, then it is a chip from the first row, otherwise it is from the >> > second >> > >> >> >> >> I have not reviewed your patch in detail yet. There are probably a few >> >> coding style issues etc., but we can fix that ourselves if we have to. >> > >> > I could not find a coding style, so I tried to stick to the kernel one. >> > >> >> The bigger question is if we want to add something like it at all. I >> >> don't see good reason why we should not, but I need to discuss this >> >> with my colleague(s) (and that usually takes more time than one would >> >> expect). In any case your code is out there and can be used even if it >> >> does not get merged into vanilla flashrom eventually and your work is >> >> much appreciated, thank you. >> > >> > That was the whole point, that this could be reused by somebody else. >> > And the program more standard up to date is yours :) >> > >> > Thaks! >> > >> > >> >> -- >> >> Kind regards/Mit freundlichen Grüßen, Stefan Tauner >> > >> > >> > >> > -- >> > Ricardo Ribalda >> >> >> >> -- >> Ricardo Ribalda > > > > > -- > Ricardo Ribalda -- Ricardo Ribalda

1 0

Flashrom stuck using 100% cpu while probing for a chip
by GatoLoko 28 Apr '14

28 Apr '14

I've tried to run flashrom -V to see if it could identify the chip on my new board (AsRock M3A-GLAN), and it got stuck while probing for the first chip. I've tried commenting out that specific chip (AMIC A25L05PT) and then it gets stuck on the next one. Then commented out all AMIC chips, and it got stuck on the next one (the first ATMEL on the list) I've tried with an older flashrom (0.9.2-r1141). It skipped some AMD chips, then got stuck on AMIC again. Talked with "tlt" and "stefanct" on irc and they asked for a strace and a gdb backtrace. Strace produced no results. Gdb log is attached. "stefanct" tried and reproduced it on a machine with nicintel_spi, but warned it was with an unsupported nic: http://paste.flashrom.org/view.php?id=738 -- GatoLoko

4 11

PID ID for TUMPA Lite Edition in FT2232
by Jadran Puharic 28 Apr '14

28 Apr '14

I have a TUMPA Lite edition it is FTDI Based Board similar to TUMPA/FT232H, but single channel: http://www.tiaowiki.com/w/TIAO_USB_Multi_Protocol_Adapter_Lite_User's_Manual You can build one from upper link, or buy cheap on ebay. And I added this to ft2232_spi.c --- ../flashrom/ft2232_spi.c 2013-09-17 19:43:16.000000000 +0200 +++ ft2232_spi.c 2014-01-24 11:57:49.000000000 +0100 @@ -43,6 +43,7 @@ #define FTDI_FT4232H_PID 0x6011 #define FTDI_FT232H_PID 0x6014 #define TIAO_TUMPA_PID 0x8a98 +#define TIAO_TUMPA_LITE_PID 0x8a99 #define AMONTEC_JTAGKEY_PID 0xCFF8 #define GOEPEL_VID 0x096C @@ -62,6 +63,7 @@ {FTDI_VID, FTDI_FT4232H_PID, OK, "FTDI", "FT4232H"}, {FTDI_VID, FTDI_FT232H_PID, OK, "FTDI", "FT232H"}, {FTDI_VID, TIAO_TUMPA_PID, OK, "TIAO", "USB Multi-Protocol Adapter"}, + {FTDI_VID, TIAO_TUMPA_LITE_PID, OK, "TIAO", "USB Multi-Protocol Adapter Lite"}, {FTDI_VID, AMONTEC_JTAGKEY_PID, OK, "Amontec", "JTAGkey"}, {GOEPEL_VID, GOEPEL_PICOTAP_PID, OK, "GOEPEL", "PicoTAP"}, {FIC_VID, OPENMOKO_DBGBOARD_PID, OK, "FIC", "OpenMoko Neo1973 Debug board (V2+)"}, @@ -208,6 +210,10 @@ /* Interface A is SPI1, B is SPI2. */ ft2232_type = TIAO_TUMPA_PID; channel_count = 2; + } else if (!strcasecmp(arg, "tumpalite")) { + /* Only one channel is used on lite edition */ + ft2232_type = TIAO_TUMPA_LITE_PID; + channel_count = 1; } else if (!strcasecmp(arg, "busblaster")) { /* In its default configuration it is a jtagkey clone */ ft2232_type = FTDI_FT2232H_PID; works as advertised. BRGDS, Jadran Puharic

2 2

Winbond W25X32 Read, Erase and Write tested (with serprog Arduino-Programmer) and all works!
by The Raven 27 Apr '14

27 Apr '14

See the attached Logs for details. All Operations seems to work. I have done more than one "read" and the verify is always ok. If you need more tests or something else, let me know. Greetings Raven

2 2

Mark MCP51 variant 0x0261 as tested.
by Marcin Kościelnicki 27 Apr '14

27 Apr '14

Signed-off-by: Marcin Kościelnicki <koriakin(a)0x04.net> Index: chipset_enable.c =================================================================== --- chipset_enable.c (revision 1764) +++ chipset_enable.c (working copy) @@ -1418,7 +1418,7 @@ /* Slave, should not be here, to fix known bug for A01. */ {0x10de, 0x00d3, OK, "NVIDIA", "CK804", enable_flash_ck804}, {0x10de, 0x0260, OK, "NVIDIA", "MCP51", enable_flash_ck804}, - {0x10de, 0x0261, NT, "NVIDIA", "MCP51", enable_flash_ck804}, + {0x10de, 0x0261, OK, "NVIDIA", "MCP51", enable_flash_ck804}, {0x10de, 0x0262, NT, "NVIDIA", "MCP51", enable_flash_ck804}, {0x10de, 0x0263, NT, "NVIDIA", "MCP51", enable_flash_ck804}, {0x10de, 0x0360, OK, "NVIDIA", "MCP55", enable_flash_mcp55}, /* M57SLI*/

2 1

[commit] r1781 - in trunk: . util
by repository service 27 Apr '14

27 Apr '14

Author: stefanct Date: Sun Apr 27 07:07:35 2014 New Revision: 1781 URL: http://flashrom.org/trac/flashrom/changeset/1781 Log: ft2232_spi: Add support for TUMPA Lite. http://www.tiaowiki.com/w/TIAO_USB_Multi_Protocol_Adapter_Lite_User's_Manual Initial patch from Jadran Puharic <jpuharic(a)gmail.com>. Signed-off-by: Stefan Tauner <stefan.tauner(a)alumni.tuwien.ac.at> Acked-by: Stefan Tauner <stefan.tauner(a)alumni.tuwien.ac.at> Modified: trunk/flashrom.8.tmpl trunk/ft2232_spi.c trunk/util/z60_flashrom.rules Modified: trunk/flashrom.8.tmpl ============================================================================== --- trunk/flashrom.8.tmpl Sat Apr 26 18:13:09 2014 (r1780) +++ trunk/flashrom.8.tmpl Sun Apr 27 07:07:35 2014 (r1781) @@ -197,7 +197,7 @@ FTDI FT2232H Mini-Module, FTDI FT4232H Mini-Module, openbiosprog-spi, Amontec \ JTAGkey/JTAGkey-tiny/JTAGkey-2, Dangerous Prototypes Bus Blaster, \ Olimex ARM-USB-TINY/-H, Olimex ARM-USB-OCD/-H, TIAO/DIYGADGET USB -Multi-Protocol Adapter (TUMPA), and GOEPEL PicoTAP. +Multi-Protocol Adapter (TUMPA), TUMPA Lite, and GOEPEL PicoTAP. .sp .BR "* serprog" " (for flash ROMs attached to a programmer speaking serprog), \ including AVR flasher by Urja Rannikko, AVR flasher by eightdot, \ @@ -599,7 +599,7 @@ can be .BR 2232H ", " 4232H ", " 232H ", " jtagkey ", " busblaster ", " openmoko ", " \ arm-usb-tiny ", " arm-usb-tiny-h ", " arm-usb-ocd ", " arm-usb-ocd-h \ -", " tumpa ", or " picotap +", " tumpa ", " tumpalite ", or " picotap and .B interface can be Modified: trunk/ft2232_spi.c ============================================================================== --- trunk/ft2232_spi.c Sat Apr 26 18:13:09 2014 (r1780) +++ trunk/ft2232_spi.c Sun Apr 27 07:07:35 2014 (r1781) @@ -43,6 +43,7 @@ #define FTDI_FT4232H_PID 0x6011 #define FTDI_FT232H_PID 0x6014 #define TIAO_TUMPA_PID 0x8a98 +#define TIAO_TUMPA_LITE_PID 0x8a99 #define AMONTEC_JTAGKEY_PID 0xCFF8 #define GOEPEL_VID 0x096C @@ -62,6 +63,7 @@ {FTDI_VID, FTDI_FT4232H_PID, OK, "FTDI", "FT4232H"}, {FTDI_VID, FTDI_FT232H_PID, OK, "FTDI", "FT232H"}, {FTDI_VID, TIAO_TUMPA_PID, OK, "TIAO", "USB Multi-Protocol Adapter"}, + {FTDI_VID, TIAO_TUMPA_LITE_PID, OK, "TIAO", "USB Multi-Protocol Adapter Lite"}, {FTDI_VID, AMONTEC_JTAGKEY_PID, OK, "Amontec", "JTAGkey"}, {GOEPEL_VID, GOEPEL_PICOTAP_PID, OK, "GOEPEL", "PicoTAP"}, {FIC_VID, OPENMOKO_DBGBOARD_PID, OK, "FIC", "OpenMoko Neo1973 Debug board (V2+)"}, @@ -208,6 +210,10 @@ /* Interface A is SPI1, B is SPI2. */ ft2232_type = TIAO_TUMPA_PID; channel_count = 2; + } else if (!strcasecmp(arg, "tumpalite")) { + /* Only one channel is used on lite edition */ + ft2232_type = TIAO_TUMPA_LITE_PID; + channel_count = 1; } else if (!strcasecmp(arg, "busblaster")) { /* In its default configuration it is a jtagkey clone */ ft2232_type = FTDI_FT2232H_PID; Modified: trunk/util/z60_flashrom.rules ============================================================================== --- trunk/util/z60_flashrom.rules Sat Apr 26 18:13:09 2014 (r1780) +++ trunk/util/z60_flashrom.rules Sun Apr 27 07:07:35 2014 (r1781) @@ -80,4 +80,8 @@ # http://www.diygadget.com/tiao-usb-multi-protocol-adapter-jtag-spi-i2c-seria… ATTRS{idVendor}=="0403", ATTRS{idProduct}=="8a98", MODE="664", GROUP="plugdev" +# TIAO/DIYGADGET USB Multi-Protocol Adapter (TUMPA) Lite +# http://www.tiaowiki.com/w/TIAO_USB_Multi_Protocol_Adapter_Lite_User's_Manual +ATTRS{idVendor}=="0403", ATTRS{idProduct}=="8a99", MODE="664", GROUP="plugdev" + LABEL="flashrom_rules_end"

1 0

Re: [flashrom] HM77 probe, read, write OK
by Stefan Tauner 27 Apr '14

27 Apr '14

On Thu, 27 Mar 2014 16:55:35 +0400 Vasiliy Vylegzhanin <6vasia(a)gmail.com> wrote: > flashrom code is slightly modified for region write and predefined ICH > descriptor regions, but chipset-related code is vanilla. In fact, only > flashrom.c and layout.c is patched. Hello Vasiliy, thanks for your report! I have added your chipset to our list of supported hardware and will commit that later together with other small changes. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

Re: [flashrom] C204 write log
by Stefan Tauner 27 Apr '14

27 Apr '14

On Wed, 16 Apr 2014 14:19:21 +0400 Vasiliy Vylegzhanin <6vasia(a)gmail.com> wrote: > Works fine. flashrom r1711 + layout patches. Hello Vasiliy, thanks for your report! I have added the chipset to our list of supported hardware and will commit that later together with other small changes. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

[PATCH] CID1130009: Resource leak
by Stefan Reinauer 26 Apr '14

26 Apr '14

CID1130009: Resource leak The system resource will not be reclaimed and reused, reducing the future availability of the resource. In sp_opensocket: Leak of memory or pointers to system resources Signed-off-by: Stefan Reinauer <stefan.reinauer(a)coreboot.org> Index: serprog.c =================================================================== --- serprog.c (revision 1763) +++ serprog.c (working copy) @@ -100,6 +100,7 @@ if (NULL == hostPtr) { hostPtr = gethostbyaddr(ip, strlen(ip), AF_INET); if (NULL == hostPtr) { + close(sock); msg_perr("Error: cannot resolve %s\n", ip); return -1; }

2 1

[PATCH] CID1130008: Resource leak
by Stefan Reinauer 26 Apr '14

26 Apr '14

CID1130008: Resource leak The system resource will not be reclaimed and reused, reducing the future availability of the resource. In read_romlayout: Leak of memory or pointers to system resources Signed-off-by: Stefan Reinauer <stefan.reinauer(a)coreboot.org> Index: layout.c =================================================================== --- layout.c (revision 1763) +++ layout.c (working copy) @@ -65,6 +65,7 @@ if (num_rom_entries >= MAX_ROMLAYOUT) { msg_gerr("Maximum number of ROM images (%i) in layout " "file reached.\n", MAX_ROMLAYOUT); + fclose(romlayout); return 1; } if (2 != fscanf(romlayout, "%s %s\n", tempstr, rom_entries[num_rom_entries].name))

2 1

← Newer
1
...
5
6
7
8
9
10
11
12
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

flashrom April 2014