flashrom

flashrom@flashrom.org

9164 discussions

[commit] r1540 - trunk
by repository service 06 Jun '12

06 Jun '12

Author: hailfinger Date: Wed Jun 6 11:17:06 2012 New Revision: 1540 URL: http://flashrom.org/trac/flashrom/changeset/1540 Log: Add logfile support to flashrom Usage: flashrom --output logfile.txt Logfile output has at least dbg2 verbosity or screen verbosity, whichever is greater. Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> Tested on Linux, Windows and FreeBSD. Acked-by: Idwer Vollering <vidwer(a)gmail.com> Modified: trunk/cli_classic.c trunk/cli_output.c trunk/flash.h trunk/flashrom.c Modified: trunk/cli_classic.c ============================================================================== --- trunk/cli_classic.c Mon May 21 01:32:33 2012 (r1539) +++ trunk/cli_classic.c Wed Jun 6 11:17:06 2012 (r1540) @@ -106,7 +106,7 @@ "-z|" #endif "-E|-r <file>|-w <file>|-v <file>]\n" - " [-c <chipname>] [-l <file>]\n" + " [-c <chipname>] [-l <file>] [-o <file>]\n" " [-i <image>] [-p <programmername>[:<parameters>]]\n\n"); printf("Please note that the command line interface for flashrom has " @@ -135,6 +135,7 @@ "<file>\n" " -i | --image <name> only flash image <name> " "from flash layout\n" + " -o | --output <name> log to file <name>\n" " -L | --list-supported print supported devices\n" #if CONFIG_PRINT_WIKI == 1 " -z | --list-supported-wiki print supported devices " @@ -189,7 +190,7 @@ enum programmer prog = PROGRAMMER_INVALID; int ret = 0; - static const char optstring[] = "r:Rw:v:nVEfc:l:i:p:Lzh"; + static const char optstring[] = "r:Rw:v:nVEfc:l:i:p:Lzho:"; static const struct option long_options[] = { {"read", 1, NULL, 'r'}, {"write", 1, NULL, 'w'}, @@ -206,11 +207,13 @@ {"programmer", 1, NULL, 'p'}, {"help", 0, NULL, 'h'}, {"version", 0, NULL, 'R'}, + {"output", 1, NULL, 'o'}, {NULL, 0, NULL, 0}, }; char *filename = NULL; char *layoutfile = NULL; + char *logfile = NULL; char *tempstr = NULL; char *pparam = NULL; @@ -272,7 +275,9 @@ chip_to_probe = strdup(optarg); break; case 'V': - verbose++; + verbose_screen++; + if (verbose_screen > MSG_DEBUG2) + verbose_logfile = verbose_screen; break; case 'E': if (++operation_specified > 1) { @@ -378,6 +383,18 @@ cli_classic_usage(argv[0]); exit(0); break; + case 'o': +#ifdef STANDALONE + fprintf(stderr, "Log file not supported in standalone mode. Aborting.\n"); + cli_classic_abort_usage(); +#else /* STANDALONE */ + logfile = strdup(optarg); + if (logfile[0] == '\0') { + fprintf(stderr, "No log filename specified.\n"); + cli_classic_abort_usage(); + } +#endif /* STANDALONE */ + break; default: cli_classic_abort_usage(); break; @@ -396,6 +413,13 @@ cli_classic_abort_usage(); } +#ifndef STANDALONE + if (logfile && check_filename(logfile, "log")) + cli_classic_abort_usage(); + if (logfile && open_logfile(logfile)) + return 1; +#endif /* !STANDALONE */ + #if CONFIG_PRINT_WIKI == 1 if (list_supported_wiki) { print_supported_wiki(); @@ -410,6 +434,11 @@ goto out; } +#ifndef STANDALONE + start_logging(); +#endif /* !STANDALONE */ + + print_buildinfo(); msg_gdbg("Command line (%i args):", argc - 1); for (i = 0; i < argc; i++) { msg_gdbg(" %s", argv[i]); @@ -552,5 +581,8 @@ out_shutdown: programmer_shutdown(); out: +#ifndef STANDALONE + ret |= close_logfile(); +#endif /* !STANDALONE */ return ret; } Modified: trunk/cli_output.c ============================================================================== --- trunk/cli_output.c Mon May 21 01:32:33 2012 (r1539) +++ trunk/cli_output.c Wed Jun 6 11:17:06 2012 (r1540) @@ -2,6 +2,7 @@ * This file is part of the flashrom project. * * Copyright (C) 2009 Sean Nelson <audiohacked(a)gmail.com> + * Copyright (C) 2011 Carl-Daniel Hailfinger * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -20,8 +21,52 @@ #include <stdio.h> #include <stdarg.h> +#include <string.h> +#include <errno.h> #include "flash.h" +#ifndef STANDALONE +static FILE *logfile = NULL; + +int close_logfile(void) +{ + if (!logfile) + return 0; + /* No need to call fflush() explicitly, fclose() already does that. */ + if (fclose(logfile)) { + /* fclose returned an error. Stop writing to be safe. */ + logfile = NULL; + msg_perr("Closing the log file returned error %s\n", strerror(errno)); + return 1; + } + logfile = NULL; + return 0; +} + +int open_logfile(const char * const filename) +{ + if (!filename) { + msg_gerr("No filename specified.\n"); + return 1; + } + if ((logfile = fopen(filename, "w")) == NULL) { + perror(filename); + return 1; + } + return 0; +} + +void start_logging(void) +{ + enum msglevel oldverbose_screen = verbose_screen; + + /* Shut up the console. */ + verbose_screen = MSG_ERROR; + print_version(); + verbose_screen = oldverbose_screen; +} +#endif /* !STANDALONE */ + /* Please note that level is the verbosity, not the importance of the message. */ int print(enum msglevel level, const char *fmt, ...) { @@ -32,7 +77,7 @@ if (level == MSG_ERROR) output_type = stderr; - if (level <= verbose) { + if (level <= verbose_screen) { va_start(ap, fmt); ret = vfprintf(output_type, fmt, ap); va_end(ap); @@ -42,5 +87,14 @@ if (level != MSG_SPEW) fflush(output_type); } +#ifndef STANDALONE + if ((level <= verbose_logfile) && logfile) { + va_start(ap, fmt); + ret = vfprintf(logfile, fmt, ap); + va_end(ap); + if (level != MSG_SPEW) + fflush(logfile); + } +#endif /* !STANDALONE */ return ret; } Modified: trunk/flash.h ============================================================================== --- trunk/flash.h Mon May 21 01:32:33 2012 (r1539) +++ trunk/flash.h Wed Jun 6 11:17:06 2012 (r1540) @@ -228,7 +228,8 @@ write_gran_1byte, write_gran_256bytes, }; -extern int verbose; +extern int verbose_screen; +extern int verbose_logfile; extern const char flashrom_version[]; extern char *chip_to_probe; void map_flash_registers(struct flashctx *flash); @@ -244,6 +245,7 @@ int need_erase(uint8_t *have, uint8_t *want, unsigned int len, enum write_granularity gran); char *strcat_realloc(char *dest, const char *src); void print_version(void); +void print_buildinfo(void); void print_banner(void); void list_programmers_linebreak(int startcol, int cols, int paren); int selfcheck(void); @@ -268,6 +270,11 @@ #define ERROR_FLASHROM_LIMIT -201 /* cli_output.c */ +#ifndef STANDALONE +int open_logfile(const char * const filename); +int close_logfile(void); +void start_logging(void); +#endif enum msglevel { MSG_ERROR = 0, MSG_INFO = 1, Modified: trunk/flashrom.c ============================================================================== --- trunk/flashrom.c Mon May 21 01:32:33 2012 (r1539) +++ trunk/flashrom.c Wed Jun 6 11:17:06 2012 (r1540) @@ -40,7 +40,8 @@ const char flashrom_version[] = FLASHROM_VERSION; char *chip_to_probe = NULL; -int verbose = MSG_INFO; +int verbose_screen = MSG_INFO; +int verbose_logfile = MSG_DEBUG2; static enum programmer programmer = PROGRAMMER_INVALID; @@ -1493,43 +1494,48 @@ #else msg_ginfo(" on unknown machine"); #endif - msg_ginfo(", built with"); +} + +void print_buildinfo(void) +{ + msg_gdbg("flashrom was built with"); #if NEED_PCI == 1 #ifdef PCILIB_VERSION - msg_ginfo(" libpci %s,", PCILIB_VERSION); + msg_gdbg(" libpci %s,", PCILIB_VERSION); #else - msg_ginfo(" unknown PCI library,"); + msg_gdbg(" unknown PCI library,"); #endif #endif #ifdef __clang__ - msg_ginfo(" LLVM Clang"); + msg_gdbg(" LLVM Clang"); #ifdef __clang_version__ - msg_ginfo(" %s,", __clang_version__); + msg_gdbg(" %s,", __clang_version__); #else - msg_ginfo(" unknown version (before r102686),"); + msg_gdbg(" unknown version (before r102686),"); #endif #elif defined(__GNUC__) - msg_ginfo(" GCC"); + msg_gdbg(" GCC"); #ifdef __VERSION__ - msg_ginfo(" %s,", __VERSION__); + msg_gdbg(" %s,", __VERSION__); #else - msg_ginfo(" unknown version,"); + msg_gdbg(" unknown version,"); #endif #else - msg_ginfo(" unknown compiler,"); + msg_gdbg(" unknown compiler,"); #endif #if defined (__FLASHROM_LITTLE_ENDIAN__) - msg_ginfo(" little endian"); + msg_gdbg(" little endian"); #else - msg_ginfo(" big endian"); + msg_gdbg(" big endian"); #endif - msg_ginfo("\n"); + msg_gdbg("\n"); } void print_version(void) { msg_ginfo("flashrom v%s", flashrom_version); print_sysinfo(); + msg_ginfo("\n"); } void print_banner(void)

1 0

Re: [flashrom] [PATCH] Add logfile support to flashrom
by Carl-Daniel Hailfinger 06 Jun '12

06 Jun '12

Am 08.05.2012 19:48 schrieb Idwer Vollering: > 2012/5/3 Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net>: >> I have decided to discard most of the logging code and rewrite it to be >> more readable. It even worked in preliminary tests. >> TODO: >> - Should "-o -" be a no-op which just redirects stderr to stdout? Right >> now "-" is treated as regular file name, but most Unix utilities are >> unable to handle a file with that name (try "less -" for amusement). > Is this a part of your long-term plan? Some people might want all messages (even error messages) to end up on stdout, but the more I think about it, the less I believe supporting - as placeholder for stdout makes sense. One of the biggest problems with that idea is that most messages would appear twice on screen, and that's just stupid. Unless someone objects, I'll remove this point from the TODO list. >> - Add man page entry >> - Is the log level difference for screen/logfile a good thing, and >> should we default the logfile level to dbg2 instead of dbg? >> >> Add log file support to flashrom. >> >> If you use cli_classic, the log file will always contain messages at >> a level which is one higher than the one specified. That way we get >> all verbose messages in the log even if the user doesn't specify -V. > This handles -VV and -VVV too, correct? Yes. If a user specifies -VV, the log file will get -VVV output, but the on-screen info will stay manageable. Not sure how we should handle it when the user specifies -VVV... for now, that would set msglevel to 5 (outside the defined range of the enum, but handled implicitly by the code like msglevel 4). We could make the log file always store logs at least at level -VV (to get all dbg2 output) regardless of whether -V was specified or not, and only if -VV or greater was specified, add 1 to the loglevel. What do you think? >> Convert all printf() after start of logging to msg_*(). >> >> Allow separate control of log level for screen and logfile in case >> other frontends (e.g. GUI, cli_mfg) want that. >> >> Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> >> >> Index: flashrom-logfile/flash.h >> =================================================================== >> --- flashrom-logfile/flash.h (Revision 1528) >> +++ flashrom-logfile/flash.h (Arbeitskopie) >> @@ -268,13 +269,20 @@ >> #define ERROR_FLASHROM_LIMIT -201 >> >> /* cli_output.c */ >> +#ifndef STANDALONE >> +int open_logfile(const char * const filename); >> +int close_logfile(void); >> +void start_logging(void); >> +#endif >> /* Let gcc and clang check for correct printf-style format strings. */ >> -int print(int type, const char *fmt, ...) __attribute__((format(printf, 2, 3))); >> -#define MSG_ERROR 0 >> -#define MSG_INFO 1 >> -#define MSG_DEBUG 2 >> -#define MSG_DEBUG2 3 > http://review.coreboot.org/gitweb?p=coreboot.git;a=blob;f=src/include/conso… I think the coreboot loglevels have nice names, but coreboot has too many loglevels for an application like flashrom. > #define MSG_NOTICE 2 > #define MSG_DEBUG 3 > >> -#define MSG_BARF 4 > #define MSG_SPEW 4 BARF->SPEW changed everywhere. >> +enum msglevel { >> + MSG_ERROR = 0, >> + MSG_INFO = 1, >> + MSG_DEBUG = 2, >> + MSG_DEBUG2 = 3, >> + MSG_BARF = 4, >> +}; >> +int print(enum msglevel level, const char *fmt, ...) __attribute__((format(printf, 2, 3))); >> #define msg_gerr(...) print(MSG_ERROR, __VA_ARGS__) /* general errors */ >> #define msg_perr(...) print(MSG_ERROR, __VA_ARGS__) /* programmer errors */ >> #define msg_cerr(...) print(MSG_ERROR, __VA_ARGS__) /* chip errors */ >> Index: flashrom-logfile/cli_output.c >> =================================================================== >> --- flashrom-logfile/cli_output.c (Revision 1528) >> +++ flashrom-logfile/cli_output.c (Arbeitskopie) >> @@ -20,36 +21,80 @@ >> >> #include <stdio.h> >> #include <stdarg.h> >> +#include <string.h> >> +#include <errno.h> >> #include "flash.h" >> >> -int print(int type, const char *fmt, ...) >> +static FILE *logfile = NULL; >> + >> +#ifndef STANDALONE >> +int close_logfile(void) >> { >> + if (logfile && fclose(logfile)) { > No sync() / fsync() ? > From http://linux.die.net/man/3/fclose "Note that fclose() only > flushes the user space buffers provided by the C library. To ensure > that the data is physically stored on disk the kernel buffers must be > flushed too, for example, with sync(2) or fsync(2)." Good point, will do. I'll probably have to change the file open mode as well... Uwe mentioned that "wb" is needed for Windows to behave sanely. >> + /* fclose returned an error. Stop writing to be safe. */ >> + logfile = NULL; >> + msg_perr("Closing the log file returned error %s\n", >> + strerror(errno)); >> + return 1; >> + } >> + logfile = NULL; >> + return 0; >> +} >> + >> Index: flashrom-logfile/cli_classic.c >> =================================================================== >> --- flashrom-logfile/cli_classic.c (Revision 1528) >> +++ flashrom-logfile/cli_classic.c (Arbeitskopie) >> @@ -377,20 +394,40 @@ >> cli_classic_abort_usage(); >> } >> >> - /* FIXME: Print the actions flashrom will take. */ >> - >> - if (list_supported) { >> - print_supported(); >> - exit(0); >> + if ((read_it | write_it | verify_it) && !filename) { >> + fprintf(stderr, "Error: No filename specified.\n"); > "No log filename specified.\n" ? No, if anything, it should be "No image filename specified". Thoughts? >> + cli_classic_abort_usage(); >> } >> + if (filename && (filename[0] == '\0')) { >> + fprintf(stderr, "Error: No filename specified.\n"); > dito dito. >> + cli_classic_abort_usage(); >> + } >> + if (filename && (filename[0] == '-')) >> + fprintf(stderr, "Warning: Supplied file name starts with -\n"); >> >> +#ifndef STANDALONE >> + if (log_name && (log_name[0] == '-')) >> + fprintf(stderr, "Warning: Supplied file name starts with -\n"); >> + if (log_name && open_logfile(log_name)) > WARNING or Warning? Maybe add a line that says that this will change > in the future? I'd say "Warning" it totally OK... it's an indicator that the user did something unintended, but it's not an error per se. >> + return 1; >> +#endif /* !STANDALONE */ >> + >> Regards, Carl-Daniel -- http://www.hailfinger.org/

3 7

Re: [flashrom] external programmer
by Bicks Factory 01 Jun '12

01 Jun '12

http://wildbagger.com/wordpress/tag/p5b/ This is the website that explains my problem and why it should be a sst chip. Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> wrote: On Thu, 31 May 2012 22:00:28 -0400 Bicks Factory <newforest333(a)hotmail.ca> wrote: > Found Macronix flash chip "MX25L8005" (1024 kB, SPI). > No operations were specified. > > > So it seems to find a flash chip. Unfortunately this is the flash chip of the board being flashed from. The chip it is supposed to see is. > SST SST25VF080B, 1024 kB: probe_spi_rdid_generic: id1 0xc2, id2 0x2014 how did you come to the conclusion that the chip is a SST SST25VF080B and not a Macronix MX25L8005? -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

Re: [flashrom] external programmer
by Bicks Factory 01 Jun '12

01 Jun '12

Hey thanks for taking time to help out. So I went and got a copy of debian os to try. I installed it but had too many problems with network cards not being detected and getting root privlages etc. That was a waste of a cd. So I went to ubuntu 12.04. Installed on hard drive and couldnt get flashrom to install at all. Changed the server location were ubuntu was looking for flashrom from CAN site to default server. Worked. So now I have ubuntu installed with flashrom. I checked and libftdi is installed aswell. Unfortunately I get the same problem. Cant detect/see my external programmer. I am hoping someone that has got this thing to work can add some usefull instructions on how they got this to work. Thanks again. I hope Im responding in the right manner. Not sure if this is going to a personal email or if this is going to the mailing list. Sent From Android Stefan Tauner <stefan.tauner(a)student.tuwien.ac.at> wrote: On Thu, 24 May 2012 22:04:50 -0400 Bicks Factory <newforest333(a)hotmail.ca> wrote: > > > Trying to use an external programmer, specifically the > TIAO/DIYGADGET USB Multi-Protocol Adapter (TUMPA). > Running from a live cd of parted magic. Using flashrom v0.9.5.2-r1515. > Run command: flashrom -p ft2232_spi:type=tumpa > get back: unknown programmer ft2232_spi:type=tumpa. > Motherboard is a MSI G41M-F. > Flashrom can see the flash chip on the board. Intel ich7 > Not really used to using command prompt or linux. > I'm assuming I'm missing some usb drivers. > > > Any help would be greatly appreciated. hello! that's not your fault (and admittedly the error message could be a bit better). the problem seems to be that flashrom was compiled without support for the ft2232_spi programmer in parted magic to safe space. so you need to get another live cd or build flashrom yourself (not really recommended when you dont know linux and the command line :) i am not aware of any live cd that ships a full build of flashrom (i was not aware yet, that they actually strip them down. it is not the default to do so, so they did it on consciously). the livecds of the bigger distributions such as ubuntu should be able to install packages after boot, which is necessary because flashrom is not added to the cds themselves and they should be the complete version. this requires either internet access after boot or some manual preparation though... hth -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

2 3

[PATCH] remove exit call from show_id
by Niklas Söderlund 30 May '12

30 May '12

The only caller is able to check the return code and handle it correctly --- flashrom.c | 5 ++++- layout.c | 2 +- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/flashrom.c b/flashrom.c index ec8137b..f6597e5 100644 --- a/flashrom.c +++ b/flashrom.c @@ -1781,7 +1781,10 @@ int doit(struct flashctx *flash, int force, const char *filename, int read_it, #if CONFIG_INTERNAL == 1 if (programmer == PROGRAMMER_INTERNAL) - show_id(newcontents, size, force); + if (show_id(newcontents, size, force)) { + ret = 1; + goto out; + } #endif } diff --git a/layout.c b/layout.c index 379ee8c..0512638 100644 --- a/layout.c +++ b/layout.c @@ -137,7 +137,7 @@ int show_id(uint8_t *bios, int size, int force) "\n\n", mainboard_vendor, mainboard_part, lb_vendor, lb_part); - exit(1); + return 1; } } -- 1.7.10.2

2 2

[PATCH] remove exit call from internal_init
by Niklas Söderlund 30 May '12

30 May '12

Replace with a return instead, all other plumbing is already in place Signed-off-by: Niklas Söderlund <niso(a)kth.se> --- internal.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/internal.c b/internal.c index 5b24577..75e526b 100644 --- a/internal.c +++ b/internal.c @@ -298,7 +298,7 @@ int internal_init(void) msg_perr("Proceeding anyway because user forced us to.\n"); } else { msg_perr("Aborting.\n"); - exit(1); + return 1; } } -- 1.7.10.2

2 1

Gigabyte 8iPE1000 rev 1.x
by Darío García Martos 26 May '12

26 May '12

Dear developers, I have this motherboard: GA-8IPE1000 (rev. 1.x) <http://www.gigabyte.com/products/product-page.aspx?pid=1647&dl=1#bios> with version FB of the BIOS, and tried to upgrade BIOS firmware with your software, and here is the results: usuario@pentium4ht:~/temporal$ sudo /usr/sbin/flashrom -w 8ipe1000.f12 flashrom v0.9.5.2-r1517 on Linux 3.2.0-24-generic-pae (i686), built with libpci 3.1.8, GCC 4.6.3, little endian flashrom is free software, get the source code at http://www.flashrom.org Calibrating delay loop... OK. Found chipset "Intel ICH5/ICH5R". Enabling flash write... OK. Found SST flash chip "SST49LF002A/B" (256 kB, FWH) at physical address 0xfffc0000. Flash image seems to be a legacy BIOS. Disabling coreboot-related checks. Reading old flash chip contents... done. Erasing and writing flash chip... ERASE FAILED at 0x00000000! Expected=0xff, Read=0x23, failed byte count from 0x00000000-0x00000fff: 0xff0 ERASE FAILED! Reading current flash chip contents... done. ERASE FAILED at 0x00000000! Expected=0xff, Read=0x23, failed byte count from 0x00000000-0x00003fff: 0x3fb9 ERASE FAILED! FAILED! Uh oh. Erase/write failed. Checking if anything changed. Good. It seems nothing was changed. Writing to the flash chip apparently didn't do anything. This means we have to add special support for your board, programmer or flash chip. Please report this on IRC at irc.freenode.net (channel #flashrom) or mail flashrom(a)flashrom.org! ------------------------------------------------------------------------------- You may now reboot or simply leave the machine running. usuario@pentium4ht:~/temporal$ I attached the output of lshw. Thanks a lot.

2 3

Re: [flashrom] Intel Q67 read failed
by Stefan Tauner 25 May '12

25 May '12

On Tue, 22 May 2012 08:15:04 +0000 Schollerer Michael <MichaelSchollerer(a)kuka-roboter.de> wrote: > It would be great to get it working, because I really need a bios update! Thanks for your support. hello michael, locked down intel-based boards wont be supported in the foreseeable future, sorry. please use the vendor tool if possible. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

Marvell 9120 SATA Controller/Macronix MX25L4005 EEPROM on ASUS P7p55D-E LX
by Richard R. Blum 25 May '12

25 May '12

Dear Flashrom Support: I recently bricked the Marvell 9120 SATA Controller on an ASUS P7P55D-E LX mainboard. I have read that I may be able to recover this controller by flashing the external Macronix MX25L4005 EEPROM on which the Marvell 9120 firmware is stored using flashrom. When I ran flashrom on the ASUS P7P55D-E LX mainboard, flashrom returned the warnings associated with laptops, so I didn't run flashrom further. It appears that flashrom fully supports the Macronix MX25L4005 EEPROM and I have a copy of an image of the original firmware. Also, it is my understanding that the ASUS P7P55D-E LX southbridge is an Intel ICH10R. Is it possible to flash the Macronix MX25L4005 EEPROM without removing the chip? If so, please provide recommendations and instructions. If not, I read about a flashrom user who flashed a Macronix MX25L4005 to restore a laptop using a buspirate and disconnecting the VCC pin. Thanks for your help. Richard Blum

2 2

external programmer
by Bicks Factory 25 May '12

25 May '12

Trying to use an external programmer, specifically the TIAO/DIYGADGET USB Multi-Protocol Adapter (TUMPA). Running from a live cd of parted magic. Using flashrom v0.9.5.2-r1515. Run command: flashrom -p ft2232_spi:type=tumpa get back: unknown programmer ft2232_spi:type=tumpa. Motherboard is a MSI G41M-F. Flashrom can see the flash chip on the board. Intel ich7 Not really used to using command prompt or linux. I'm assuming I'm missing some usb drivers. Any help would be greatly appreciated.

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

flashrom