flashrom March 2015

flashrom@flashrom.org

41 participants
85 discussions

01 Mar '15

Hi, I just tested wit success the ECS GF7050VT-M board. The flash operation was ok, the board restarted ok. Attached you have the flashrom -V output. Thank you very much for your kindness and efforts. Alex.

3 2

Intel Bay Trail read report
by Antonio Ospite 01 Mar '15

01 Mar '15

Hi, I've got a Bay Trail tablet[1] and I tested flashrom on it, see the attached report. As reported in [1] I compiled flashrom statically on my host and then executed it under Android on the target. Reading the SPI flash works fine, is it safe enough to test writing too? I ask because accessing the SPI flash physically for external programming can be a little more inconvenient for a tablet. Another question: would it be possible to use flashrom to only reset the firmware _settings_, while leaving the code untouched? Thanks, Antonio [1] http://ao2.it/110 -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing?

2 4

Re: [flashrom] Add PICkit2 as an SPI programmer
by Stefan Tauner 01 Mar '15

01 Mar '15

On Sat, 14 Feb 2015 17:39:25 -0500 Justin Chevrier <jchevrier(a)gmail.com> wrote: > The patch as committed works fine here (only tested read). In > addition, I tried other voltage values (eg. 2.9V, 3.3V, 3.1V) beyond > the 3 currently supported and the hardware happily sets those voltages > as well. So we should remove the current limitation after some more testing... I'll leave this email here as an reminder. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

Re: [flashrom] [PATCH] Refine version check of libpci function pci_get_dev.
by Stefan Tauner 01 Mar '15

01 Mar '15

On Mon, 26 Jan 2015 02:20:18 +0100 Stefan Tauner <stefan.tauner(a)alumni.tuwien.ac.at> wrote: > The way more elegant check for the header fails unfortunately on CentOS 4.9 > because PCI_LIB_VERSION is not defined at all although the domain parameter > is present. This patch jumps through the hoops via an additional check in the > Makefile to determine if the function accepts 5 parameters (new version) or > not (old version). > > Signed-off-by: Stefan Tauner <stefan.tauner(a)alumni.tuwien.ac.at> Self-acked and committed in r1880. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner

1 0

Abit KN9 board enable method, lspci -nnv
by Georg Sauthoff 01 Mar '15

01 Mar '15

Hi, as discussed on IRC (#flashrom) today, current flashrom trunk fails writing the flash chip on an Abit KN9 Ultra/SLI board. Reading works, though. The failure message is: flashrom/trunk/flashrom --programmer internal -c Pm49FL004 -w M520A_23.BIN flashrom v0.9.8-rc1-r1885 on Linux 3.2.0-4-amd64 (x86_64) flashrom is free software, get the source code at http://www.flashrom.org Calibrating delay loop... OK. Found chipset "NVIDIA MCP55". Enabling flash write... OK. Found PMC flash chip "Pm49FL004" (512 kB, LPC, FWH) mapped at physical address 0x00000000fff80000. === This flash part has status UNTESTED for operations: ERASE 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 flashrom(a)flashrom.org if any of the above operations work correctly for you with this flash chip. Please include the flashrom log file for all operations you tested (see the man page for details), and mention which mainboard or programmer you tested in the subject line. Thanks for your help! Reading old flash chip contents... done. Erasing and writing flash chip... FAILED at 0x00000000! Expected=0xff, Found=0x49, failed byte count from 0x00000000-0x00000fff: 0x730 ERASE FAILED! Reading current flash chip contents... done. Looking for another erase function. FAILED at 0x00000000! Expected=0xff, Found=0x49, failed byte count from 0x00000000-0x0000ffff: 0x730 ERASE FAILED! Reading current flash chip contents... done. Looking for another erase function. FAILED at 0x00000000! Expected=0xff, Found=0x49, failed byte count from 0x00000000-0x0007ffff: 0x57f07 ERASE FAILED! Looking for another erase function. No usable erase functions left. FAILED! Uh oh. Erase/write failed. Checking if anything has changed. Reading current flash chip contents... done. Good, 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 chat.freenode.net (channel #flashrom) or mail flashrom(a)flashrom.org, thanks! It fails because the chip is write protected, by default. It turns out that the board enable method for the Abit KN9 Ultra is the same as for the Abit KN8 Ultra - which is already included in flashrom (nvidia_mcp_gpio2_lower()). That means that I could successfully flash that chip multiple times with flashrom using that board enable code. For illustration, I include the ghetto-style patch I've used: @@ -2313,7 +2313,7 @@ {0x8086, 0x24d3, 0x147b, 0x1014, 0x8086, 0x2578, 0x147b, 0x1014, NULL, NULL, NULL, P3, "abit", "IC7", 0, NT, intel_ich_gpio23_raise}, {0x8086, 0x2930, 0x147b, 0x1084, 0x11ab, 0x4364, 0x147b, 0x1084, NULL, NULL, NULL, P3, "abit", "IP35", 0, OK, intel_ich_gpio16_raise}, {0x8086, 0x2930, 0x147b, 0x1083, 0x10ec, 0x8167, 0x147b, 0x1083, NULL, NULL, NULL, P3, "abit", "IP35 Pro", 0, OK, intel_ich_gpio16_raise}, - {0x10de, 0x0050, 0x147b, 0x1c1a, 0x10de, 0x0052, 0x147b, 0x1c1a, NULL, NULL, NULL, P3, "abit", "KN8 Ultra", 0, NT, nvidia_mcp_gpio2_lower}, + {0x10de, 0x0050, 0x147b, 0x1c1a, 0x10de, 0x0052, 0x147b, 0x1c1a, NULL, NULL, NULL, P3, "abit", "KN8 Ultra", 0, OK, nvidia_mcp_gpio2_lower}, {0x10de, 0x01e0, 0x147b, 0x1c00, 0x10de, 0x0060, 0x147B, 0x1c00, NULL, NULL, NULL, P3, "abit", "NF7-S", 0, OK, nvidia_mcp_gpio8_raise}, {0x10de, 0x02f0, 0x147b, 0x1c26, 0x10de, 0x0260, 0x147b, 0x1c26, NULL, NULL, NULL, P3, "abit", "NF-M2 nView", 0, OK, nvidia_mcp_gpio4_lower}, {0x1106, 0x0691, 0, 0, 0x1106, 0x3057, 0, 0, "(VA6)$", NULL, NULL, P3, "abit", "VA6", 0, OK, via_apollo_gpo4_lower}, @@ -2578,6 +2578,8 @@ */ const static struct board_match *board_match_pci_ids(enum board_match_phase phase) { + return board_matches + 7; + const struct board_match *board = board_matches; for (; board->vendor_name; board++) { Of course, for inclusion, proper PCI ids should be configured for the Abit KN9 Ultra board via that table. For that, the `lspci -nnv` output is attached. Best regards Georg -- 'There have been no suggestions that Jay-Z's fellow rapper 50 Cent could be considering a move into a different currency.' ( Rapper Jay-Z dissing the dollar. http://news.bbc.co.uk/2/hi/7097736.stm )

2 1

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

flashrom March 2015