flashrom

flashrom@flashrom.org

3 participants
9188 discussions

[PATCH 1/2] libftdi complains that it is impossible to set interface on an already open device.
by Ilya A. Volynets-Evenbakh 03 Sep '12

03 Sep '12

Call to ftdi_set_interface right after ftdi_init and before call to ftdi_usb_open Signed-off-by: Ilya A. Volynets-Evenbakh <ilya(a)total-knowledge.com> --- ft2232_spi.c | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/ft2232_spi.c b/ft2232_spi.c index aec2fd5..aaca5f3 100644 --- a/ft2232_spi.c +++ b/ft2232_spi.c @@ -276,6 +276,11 @@ int ft2232_spi_init(void) return -3; } + if (ftdi_set_interface(ftdic, ft2232_interface) < 0) { + msg_perr("Unable to select interface: %s\n", + ftdic->error_str); + } + f = ftdi_usb_open(ftdic, ft2232_vid, ft2232_type); if (f < 0 && f != -5) { @@ -290,11 +295,6 @@ int ft2232_spi_init(void) clock_5x = 0; } - if (ftdi_set_interface(ftdic, ft2232_interface) < 0) { - msg_perr("Unable to select interface: %s\n", - ftdic->error_str); - } - if (ftdi_usb_reset(ftdic) < 0) { msg_perr("Unable to reset FTDI device\n"); } -- 1.7.3.4

2 4

Flashing Jetway J7F4K9G2 bios
by Edwin Wijburg 03 Sep '12

03 Sep '12

Yesterday I contacted you via IRC because of a possible flash failure on my Jetway J7F4K9G2 motherboard. Luckily the error was not severe as a --verify confirmed an intact bios (thanks again for the online help!). I used an old flashrom version from the Debian squeeze repositories and was advised to upgrade to at least the version in testing. I compiled from source. What I am trying (off course) is to ascertain if my bios can be flashed with flashrom. I do have the latest bios for this board but it was cumbersome to make a flash usb stick with freedos, fiddle with the bios settings to get my board to boot the stick, well, you know ....... (why else flashrom?) Your wiki-list shows one Jetway family member that works with flashrom (the J7F4K1G5D-PB). I'd like to be able to tell you mine works with it as well (so it can be added to the list). Now, when I probe the motherboard flashrom tells me that it has two flashchips (the old flashrom didn't do that). Which one is the one to use? I've included the flashrom's output for the probe and read actions on the respective chips. The motherboard has in fact two NIC biosses as well. But I didn't compile with external programmers so I imagine the probe then should not find those? In the wiki you clearly state that testing an erase and write should only be done when I have an alternative bios chip at hand. And I don't. Should I stop the experimenting alltogether or are there other ways to find out if chances are good that my board will be flashable? Edwin.

2 1

Re: [flashrom] About mcp73 support on flashrom
by Stefan Tauner 02 Sep '12

02 Sep '12

On Thu, 22 Mar 2012 13:53:34 +0200 Olcay Korkmaz <olcay.mz(a)gmail.com> wrote: > Hello all > I have Zotac 630i-itx board (old pcb rev model..very old i guess) > flashrom -V log details on mail attachment > is it safe to erase/write process > extra info bios dump is ok via flashrom -r command > Hello Olcay! seems to work fine: http://www.flashrom.org/pipermail/flashrom/2012-April/009073.html -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

2 1

[patch] atavia
by Idwer Vollering 02 Sep '12

02 Sep '12

Add VIA VT6421A LPC programmer driver. Updated to be applied against HEAD (r1357 --> r1586). Signed-off-by: Jonathan Kollasch <jakllsch(a)kollasch.net>

1 0

Re: [flashrom] [PATCH] Fix compilation with MinGW.
by Stefan Tauner 01 Sep '12

01 Sep '12

On Sat, 1 Sep 2012 23:40:57 +0200 Idwer Vollering <vidwer(a)gmail.com> wrote: > 2012/9/1 Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at>: > > This was broken since r1557 when we got rid of some exit calls, but returned > > -1 instead which is not a valid HANDLE value. > > > > Signed-off-by: Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> > > Acked-by: Idwer Vollering <vidwer(a)gmail.com> thanks, committed in r1591 -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

[commit] r1591 - trunk
by repository service 01 Sep '12

01 Sep '12

Author: stefanct Date: Sat Sep 1 23:47:19 2012 New Revision: 1591 URL: http://flashrom.org/trac/flashrom/changeset/1591 Log: Fix compilation with MinGW. This was broken since r1557 when we got rid of some exit calls, but returned -1 instead which is not a valid HANDLE value. Signed-off-by: Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> Acked-by: Idwer Vollering <vidwer(a)gmail.com> Modified: trunk/programmer.h trunk/serial.c Modified: trunk/programmer.h ============================================================================== --- trunk/programmer.h Sat Sep 1 23:32:04 2012 (r1590) +++ trunk/programmer.h Sat Sep 1 23:47:19 2012 (r1591) @@ -636,8 +636,10 @@ /* serial.c */ #ifdef _WIN32 typedef HANDLE fdtype; +#define SER_INV_FD INVALID_HANDLE_VALUE #else typedef int fdtype; +#define SER_INV_FD -1 #endif void sp_flush_incoming(void); Modified: trunk/serial.c ============================================================================== --- trunk/serial.c Sat Sep 1 23:32:04 2012 (r1590) +++ trunk/serial.c Sat Sep 1 23:47:19 2012 (r1591) @@ -115,7 +115,7 @@ dev2 = malloc(strlen(dev) + 5); if (!dev2) { msg_perr("Error: Out of memory: %s\n", strerror(errno)); - return -1; + return SER_INV_FD; } strcpy(dev2, "\\\\.\\"); strcpy(dev2 + 4, dev); @@ -126,12 +126,12 @@ free(dev2); if (fd == INVALID_HANDLE_VALUE) { msg_perr("Error: cannot open serial port: %s\n", strerror(errno)); - return -1; + return SER_INV_FD; } DCB dcb; if (!GetCommState(fd, &dcb)) { msg_perr("Error: Could not fetch serial port configuration: %s\n", strerror(errno)); - return -1; + return SER_INV_FD; } switch (baud) { case 9600: dcb.BaudRate = CBR_9600; break; @@ -140,14 +140,14 @@ case 57600: dcb.BaudRate = CBR_57600; break; case 115200: dcb.BaudRate = CBR_115200; break; default: msg_perr("Error: Could not set baud rate: %s\n", strerror(errno)); - return -1; + return SER_INV_FD; } dcb.ByteSize = 8; dcb.Parity = NOPARITY; dcb.StopBits = ONESTOPBIT; if (!SetCommState(fd, &dcb)) { msg_perr("Error: Could not change serial port configuration: %s\n", strerror(errno)); - return -1; + return SER_INV_FD; } return fd; #else @@ -156,7 +156,7 @@ fd = open(dev, O_RDWR | O_NOCTTY | O_NDELAY); if (fd < 0) { msg_perr("Error: cannot open serial port: %s\n", strerror(errno)); - return -1; + return SER_INV_FD; } fcntl(fd, F_SETFL, 0); tcgetattr(fd, &options); @@ -164,7 +164,7 @@ if (sp_baudtable[i].baud == 0) { close(fd); msg_perr("Error: cannot configure for baudrate %d\n", baud); - return -1; + return SER_INV_FD; } if (sp_baudtable[i].baud == baud) { cfsetispeed(&options, sp_baudtable[i].flag);

1 0

Re: [flashrom] [PATCH] Fix compilation with MinGW.
by Idwer Vollering 01 Sep '12

01 Sep '12

2012/9/1 Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at>: > This was broken since r1557 when we got rid of some exit calls, but returned > -1 instead which is not a valid HANDLE value. > > Signed-off-by: Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> Acked-by: Idwer Vollering <vidwer(a)gmail.com>

1 0

Re: [flashrom] [PATCH] Add support for AJAWe to pony_spi.
by Stefan Tauner 01 Sep '12

01 Sep '12

On Sat, 1 Sep 2012 22:05:45 +0200 Virgil-Adrian Teaca <darkstarlinux(a)gmail.com> wrote: > Ouch, you just found a bug in the detection code. :) > > The right code (after my last thinking) is: > > /* The AJAWe serial programmer just have DSR on when > it is active. */ > data_in = sp_get_pin(PIN_DSR); > > if(!data_in) { > have_prog = 0; > } mhm :) > > since we can not test or verify it otherwise, i will disable the > > detection for now as posted. we can add it later if need be and we find > > out how it really is supposed to work. thanks for looking at the > > changes and your initial patch! > > I totally agree with the disabling of AJAWe auto-detection until we > figure out how it really works and IF really we need it. ok then, thanks. i have committed my version in r1590. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

[commit] r1590 - trunk
by repository service 01 Sep '12

01 Sep '12

Author: stefanct Date: Sat Sep 1 23:32:04 2012 New Revision: 1590 URL: http://flashrom.org/trac/flashrom/changeset/1590 Log: Add support for AJAWe to pony_spi. http://www.ajawe.pl/ajawe0208.htm http://www.ajawe.pl/files/0208_R_DOK.pdf First version was Signed-off-by: Virgil-Adrian Teaca <darkstarlinux(a)gmail.com> Refinements and general cleanup is 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/pony_spi.c trunk/print.c Modified: trunk/pony_spi.c ============================================================================== --- trunk/pony_spi.c Thu Aug 30 23:41:00 2012 (r1589) +++ trunk/pony_spi.c Sat Sep 1 23:32:04 2012 (r1590) @@ -17,8 +17,27 @@ * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA */ -/* Driver for the SI-Prog like hardware by Lancos.com. - * See http://www.lancos.com/siprogsch.html for schematics and instructions. +/* Driver for serial programmers compatible with SI-Prog or AJAWe. + * + * See http://www.lancos.com/siprogsch.html for SI-Prog schematics and instructions. + * See http://www.ajawe.pl/ajawe0208.htm for AJAWe serial programmer documentation. + * + * Pin layout for SI-Prog-like hardware: + * + * MOSI <-------< DTR + * MISO >-------> CTS + * SCK <---+---< RTS + * +---> DSR + * CS# <-------< TXD + * + * and for the AJAWe serial programmer: + * + * MOSI <-------< DTR + * MISO >-------> CTS + * SCK <-------< RTS + * CS# <-------< TXD + * + * DCE >-------> DSR */ #include <stdlib.h> @@ -28,55 +47,50 @@ #include "flash.h" #include "programmer.h" -/* We have: - - MOSI -----> DTR - MISO -----> CTS - SCK --+--> RTS - +--> DSR - CS# -----> TXD - -*/ - enum pony_type { TYPE_SI_PROG, TYPE_SERBANG, + TYPE_AJAWE }; -/* The hardware programmer used. */ -static enum pony_type pony_type = TYPE_SI_PROG; +/* Pins for master->slave direction */ +static int pony_negate_cs = 1; +static int pony_negate_sck = 0; +static int pony_negate_mosi = 0; +/* Pins for slave->master direction */ +static int pony_negate_miso = 0; static void pony_bitbang_set_cs(int val) { - if (pony_type == TYPE_SI_PROG) - { - /* CS# is negated by the SI-Prog programmer. */ + if (pony_negate_cs) val ^= 1; - } + sp_set_pin(PIN_TXD, val); } static void pony_bitbang_set_sck(int val) { + if (pony_negate_sck) + val ^= 1; + sp_set_pin(PIN_RTS, val); } static void pony_bitbang_set_mosi(int val) { + if (pony_negate_mosi) + val ^= 1; + sp_set_pin(PIN_DTR, val); } static int pony_bitbang_get_miso(void) { - int tmp; + int tmp = sp_get_pin(PIN_CTS); - tmp = sp_get_pin(PIN_CTS); - - if (pony_type == TYPE_SERBANG) - { - /* MISO is negated by the SERBANG programmer. */ + if (pony_negate_miso) tmp ^= 1; - } + return tmp; } @@ -91,15 +105,17 @@ int pony_spi_init(void) { + int i, data_out; char *arg = NULL; - int i, data_in, data_out, have_device = 0; - int have_prog = 1; + enum pony_type type = TYPE_SI_PROG; + char *name; + int have_device = 0; + int have_prog = 0; - /* The parameter is on format "dev=/dev/device,type=serbang" */ + /* The parameter is in format "dev=/dev/device,type=serbang" */ arg = extract_programmer_param("dev"); - if (arg && strlen(arg)) { - sp_fd = sp_openserport( arg, 9600 ); + sp_fd = sp_openserport(arg, 9600); if (sp_fd < 0) { free(arg); return 1; @@ -110,51 +126,88 @@ if (!have_device) { msg_perr("Error: No valid device specified.\n" - "Use flashrom -p pony_spi:dev=/dev/device\n"); - + "Use flashrom -p pony_spi:dev=/dev/device[,type=name]\n"); return 1; } - /* Register the shutdown callback. */ - if (register_shutdown(serialport_shutdown, NULL)) { + + arg = extract_programmer_param("type"); + if (arg && !strcasecmp(arg, "serbang")) { + type = TYPE_SERBANG; + } else if (arg && !strcasecmp(arg, "si_prog")) { + type = TYPE_SI_PROG; + } else if (arg && !strcasecmp( arg, "ajawe")) { + type = TYPE_AJAWE; + } else if (arg && !strlen(arg)) { + msg_perr("Error: Missing argument for programmer type.\n"); + free(arg); + } else if (arg){ + msg_perr("Error: Invalid programmer type specified.\n"); + free(arg); return 1; } - arg = extract_programmer_param("type"); + free(arg); - if (arg) { - if (!strcasecmp( arg, "serbang")) { - pony_type = TYPE_SERBANG; - } else if (!strcasecmp( arg, "si_prog") ) { - pony_type = TYPE_SI_PROG; - } else { - msg_perr("Error: Invalid programmer type specified.\n"); - free(arg); - return 1; - } + /* + * Configure the serial port pins, depending on the used programmer. + */ + switch (type) { + case TYPE_AJAWE: + pony_negate_cs = 1; + pony_negate_sck = 1; + pony_negate_mosi = 1; + pony_negate_miso = 1; + name = "AJAWe"; + break; + case TYPE_SERBANG: + pony_negate_cs = 0; + pony_negate_sck = 0; + pony_negate_mosi = 0; + pony_negate_miso = 1; + name = "serbang"; + break; + default: + case TYPE_SI_PROG: + pony_negate_cs = 1; + pony_negate_sck = 0; + pony_negate_mosi = 0; + pony_negate_miso = 0; + name = "SI-Prog"; + break; } - free(arg); + msg_pdbg("Using %s programmer pinout.\n", name); - msg_pdbg("Using the %s programmer.\n", ((pony_type == TYPE_SI_PROG ) ? "SI-Prog" : "SERBANG")); /* - * Detect if there is a SI-Prog compatible programmer connected. + * Detect if there is a compatible hardware programmer connected. */ pony_bitbang_set_cs(1); + pony_bitbang_set_sck(1); pony_bitbang_set_mosi(1); - /* We toggle SCK while we keep MOSI and CS# on. */ - for (i = 1; i <= 10; ++i) { - data_out = i & 1; - sp_set_pin(PIN_RTS, data_out); - programmer_delay( 1000 ); - data_in = sp_get_pin(PIN_DSR); - - if (data_out != data_in) { - have_prog = 0; - break; + switch (type) { + case TYPE_AJAWE: + have_prog = 1; + break; + case TYPE_SI_PROG: + case TYPE_SERBANG: + default: + have_prog = 1; + /* We toggle RTS/SCK a few times and see if DSR changes too. */ + for (i = 1; i <= 10; i++) { + data_out = i & 1; + sp_set_pin(PIN_RTS, data_out); + programmer_delay(1000); + + /* If DSR does not change, we are not connected to what we think */ + if (data_out != sp_get_pin(PIN_DSR)) { + have_prog = 0; + break; + } } + break; } if (!have_prog) { - msg_perr( "No SI-Prog compatible hardware detected.\n" ); + msg_perr("No programmer compatible with %s detected.\n", name); return 1; } Modified: trunk/print.c ============================================================================== --- trunk/print.c Thu Aug 30 23:41:00 2012 (r1589) +++ trunk/print.c Sat Sep 1 23:32:04 2012 (r1590) @@ -520,7 +520,7 @@ msg_ginfo("\nSupported devices for the %s programmer:\n", programmer_table[PROGRAMMER_PONY_SPI].name); /* FIXME */ - msg_ginfo("SI-Prog and SERBANG serial port programmer\n"); + msg_ginfo("SI-Prog, serbang and AJAWe serial port programmers\n"); #endif #if CONFIG_NICINTEL == 1 msg_ginfo("\nSupported devices for the %s programmer:\n",

1 0

Re: [flashrom] [PATCH] Add support for AJAWe to pony_spi.
by Stefan Tauner 01 Sep '12

01 Sep '12

On Sat, 1 Sep 2012 16:55:03 +0200 Virgil-Adrian Teaca <darkstarlinux(a)gmail.com> wrote: > Talking about the function DSR, in the AJAWe programmer, I think that > the Zenner diode D5 is labeled wrong. In fact, the circuit makes sense > only if we assume that DSR is high when the supply voltage VCC reaches > a level of 3V. i would agree, but i dont see it (it might make sense to look at the PCB instead of the schematic to understand it, but i am way too lazy :). > In other words, the DSR is used to signal that the circuit power, and > he can work properly. And it seems that the original programmer made > the same assumption. what do you mean with the original programmer? did you disassemble the original software? > > My patch check the DSR to emulate the original programmer operation. this is your code: … /* The AJAWe serial programmer just have DSR off when it is active. */ data_in = sp_get_pin(PIN_DSR); if(data_in) { have_prog = 0; } if (!have_prog) { msg_perr("No compatible %s programmer detected.\n", ((pony_type == TYPE_AJAWE) ? "AJAWe" : "SI-Prog")); return 1; } i read that as if (DSR == high) then no ajawe attached. correct me please if that is wrong. if it would be if (DSR == low)... then i would agree with you that it is the most plausible configuration, but your code does not make sense to me. since we can not test or verify it otherwise, i will disable the detection for now as posted. we can add it later if need be and we find out how it really is supposed to work. thanks for looking at the changes and your initial patch! -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

flashrom