flashrom September 2010

flashrom@flashrom.org

68 participants
216 discussions

[PATCH] Loongson support
by Vladimir 'φ-coder/phcoder' Serbinenko 29 Sep '10

29 Sep '10

Support for Loongson-2F flashing. Signed-off-by: Vladimir 'phcoder' Serbinenko -- Regards Vladimir 'φ-coder/phcoder' Serbinenko

3 5

[commit] r1183 - trunk
by repository service 29 Sep '10

29 Sep '10

Author: hailfinger Date: Thu Sep 30 01:37:24 2010 New Revision: 1183 URL: http://flashrom.org/trac/flashrom/changeset/1183 Log: Support for Loongson-2F (MIPS) flashing. Signed-off-by: Vladimir 'phcoder' Serbinenko <phcoder(a)gmail.com> Acked-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> Modified: trunk/internal.c trunk/processor_enable.c Modified: trunk/internal.c ============================================================================== --- trunk/internal.c Sun Sep 26 23:43:53 2010 (r1182) +++ trunk/internal.c Thu Sep 30 01:37:24 2010 (r1183) @@ -244,7 +244,7 @@ * The error code might have been a warning only. * Besides that, we don't check the board enable return code either. */ -#if defined(__i386__) || defined(__x86_64__) +#if defined(__i386__) || defined(__x86_64__) || defined (__mips) return 0; #else msg_perr("Your platform is not supported yet for the internal " Modified: trunk/processor_enable.c ============================================================================== --- trunk/processor_enable.c Sun Sep 26 23:43:53 2010 (r1182) +++ trunk/processor_enable.c Thu Sep 30 01:37:24 2010 (r1183) @@ -37,8 +37,59 @@ #else +#if defined (__MIPSEL__) && defined (__linux) +#include <stdio.h> +#include <string.h> +#include <ctype.h> + +static int is_loongson(void) +{ + FILE *cpuinfo; + cpuinfo = fopen("/proc/cpuinfo", "rb"); + if (!cpuinfo) + return 0; + while (!feof(cpuinfo)) { + char line[512], *ptr; + if (fgets(line, sizeof(line), cpuinfo) == NULL) + break; + ptr = line; + while (*ptr && isspace(*ptr)) + ptr++; + /* "cpu" part appears only with some Linux versions. */ + if (strncmp(ptr, "cpu", sizeof("cpu") - 1) == 0) + ptr += sizeof("cpu") - 1; + while (*ptr && isspace(*ptr)) + ptr++; + if (strncmp(ptr, "model", sizeof("model") - 1) != 0) + continue; + ptr += sizeof("model") - 1; + while (*ptr && isspace(*ptr)) + ptr++; + if (*ptr != ':') + continue; + ptr++; + while (*ptr && isspace(*ptr)) + ptr++; + fclose(cpuinfo); + return (strncmp(ptr, "ICT Loongson-2 V0.3", + sizeof("ICT Loongson-2 V0.3") - 1) == 0) + || (strncmp(ptr, "Godson2 V0.3 FPU V0.1", + sizeof("Godson2 V0.3 FPU V0.1") - 1) == 0); + } + fclose(cpuinfo); + return 0; +} +#endif + int processor_flash_enable(void) { + /* FIXME: detect loongson on FreeBSD and OpenBSD as well. */ +#if defined (__MIPSEL__) && defined (__linux) + if (is_loongson()) { + flashbase = 0x1fc00000; + return 0; + } +#endif /* Not implemented yet. Oh well. */ return 1; }

1 0

Re: [flashrom] [RFC] Online firmware upgrade in non-embedded systems
by Carl-Daniel Hailfinger 29 Sep '10

29 Sep '10

[adding flashrom(a)flashrom.org to CC, senders will be whitelisted after a short delay] On 28.09.2010 19:59, Ben Hutchings wrote: > Network and disk controllers normally have at least some firmware in > flash to support their use as boot devices. [...] > > Currently the sfc network driver is optionally combined with an MTD > driver (CONFIG_SFC_MTD) which exposes all upgradable firmware and > configuration partitions in flash. This works nicely in kernels with > MTD enabled, but since MTD is mainly used in embedded systems with > on-board flash it is often disabled in distribution kernels and custom > kernels alike. This leaves users of sfc unable to upgrade firmware > without rebuilding the kernel or booting some other distribution. The > lack of widespread MTD support is a regular cause of support requests. > > There are two main alternatives I'm aware of: > > - Use the ethtool ETHTOOL_SEEPROM [...] > > - Use the ethtool ETHTOOL_FLASHDEV command [..] > > Of course these are both specific to network devices; it seems deisrable > to have a more general convention for online firmware upgrades. MTDs > clearly are more generally applicable, and pretty much every computer > does have flash storage for firmware and boot configuration, so perhaps > it should be treated as more of a standard feature? > Given that the flashrom utility <http://www.flashrom.org/> (GPLv2) supports flashing many network cards, SATA/PATA controllers, graphics cards, and of course the main system firmware/BIOS/EFI, and it does that from userspace without any kernel support, using flashrom for those purposes makes sense IMHO. flashrom works fine under Linux 2.4, 2.6 and pretty much every other OS out there. There is a focus on x86, but MIPS, PowerPC and other architectures are supported as well. flashrom is independent of the MTD framework, so you don't need to boot a special kernel for a firmware upgrade. That said, writing a flashrom driver for your hardware is pretty easy. You could even use existing kernel code for your device as a template for the flashrom driver since the license is compatible. If you have any questions, please ask. Regards, Carl-Daniel

2 4

Firmware flashing/dumping for DVD-burners
by Mattias Mattsson 28 Sep '10

28 Sep '10

Hi, I did some googling and found some tools with functionality that maybe could be integrated into flashrom. flasher is a tool to dump/flash LG drives with Renesas chipsets. (GPLv3) git://flasher.git.sourceforge.net/gitroot/flasher/flasher http://sourceforge.net/projects/flasher/ There is source code (for OS X) to flash firmware on Matshita drives: http://forum.rpc1.org/viewtopic.php?t=42953#p207704 At one point there was source available tool to also dump firmware from Matshita drives. (Unfortunately the link referenced in this forum post has expired.) http://forum.rpc1.org/viewtopic.php?t=43046 Some other tools for dumping/flashing are listed here, most of them without source code: http://forum.rpc1.org/viewtopic.php?t=44362 -mattias

1 0

Re: [flashrom] [coreboot] [PATCH] Raw payload extraction support in cbfstool
by Carl-Daniel Hailfinger 28 Sep '10

28 Sep '10

[adding flashrom(a)flashrom.org to CC] On 28.09.2010 22:16, Aurélien wrote: > On Tue, Sep 28, 2010 at 9:55 PM, Peter Stuge <peter(a)stuge.se> wrote: >> Aurélien wrote: >> >>>>> I tried to make a patch which reads from /dev/mem directly in 2 ways: >>>>> - mmap()ing /dev/mem, but it seemed that it would be too specific a >>>>> modification to be accepted. >>>>> >>>> See http://stuge.se/physrd.c for a fairly generic tool to do this. >>>> >>> You're right, splitting the feature in two tools seems much more >>> correct. This way we can extract the ROM image, then extract the >>> specific payload. >>> >> Well, for that purpose it's much better to simply use flashrom. >> >> > Probably, but flashrom takes slighly more time due to various calibration > routines (I could not find a way to disable those, but I didn't try very > hard), If you already have a known-good delay function with microsecond precision, you could use that instead of waiting for flashrom to calibrate its own delay loop. > and is less integrable that just reading like this. I don't need much > portability between mainboards anyways. > Yes, libflashrom is still not completely done. Most of the parts are there, and we even have a bunch of different frontends, but the exported interface needs to be decided upon before we start offering libflashrom > In the general case however, you are right, the flashrom method seems much > more robust. > Thanks! Regards, Carl-Daniel -- http://www.hailfinger.org/

2 3

Re: [flashrom] flashrom.8 help
by Idwer Vollering 28 Sep '10

28 Sep '10

2010/9/26 Cam K <energySpecialties(a)shaw.ca> > Hi thanks so much for the reply; > In the future, reply with "reply to all". > > I have no idea how to ask this any other way, and I'm really not sure > why I would need to :) > VERY Simply..... HOW or WHERE do I run this utility? > There is no line that says; do "this" to get the program to run > that (to me) would be the main requirement of any operating > instructions. The rest of the page is ONLY helpful if the program is > running > > frankly we must be on different wavelengths (no offence).... as I HAVE > read, and tried every thing in all the pages you reference, but NOTHING > HAPPENS after the loading part. So am I missing something? > (sudo aptitude install flashrom -in terminal) said it was sucsessful but > then what? > > I have a folder on my desktop with the flashrom C source code files in > it as well as text files showing all the information on the webpages > this clearly ISNT a executable so how do I get it to run in Umbuntu 10.4 > Please read the online documentation: https://help.ubuntu.com/community/CompilingSoftware rute is great too: http://linux.2038bug.com/rute-home.html > here are the answers from your suggestions > > $ flashrom --help $: command not found > > media-desktop:~$ make DESTDIR=/usr install > make: *** No rule to make target `install'. Stop. > > If I'm not supplying you with the information needed to assist you in > helping me please ask me directly. > > Again Thanks > Cam > >

1 0

Fwd: [RFC] Online firmware upgrade in non-embedded systems
by Mattias Mattsson 28 Sep '10

28 Sep '10

Maybe this is interesting for us as well? ---------- Forwarded message ---------- From: Ben Hutchings <bhutchings(a)solarflare.com> Date: Tuesday, September 28, 2010 Subject: [RFC] Online firmware upgrade in non-embedded systems To: netdev <netdev(a)vger.kernel.org>, linux-kernel <linux-kernel(a)vger.kernel.org>, linux-mtd <linux-mtd(a)lists.infradead.org> Cc: sf-linux-drivers <linux-net-drivers(a)solarflare.com> Network and disk controllers normally have at least some firmware in flash to support their use as boot devices. Solarflare's current network adapters can have as many as 4 distinct firmware partitions: one for each PHY, one for the management CPU and one for net-boot. Any or all of these may need to be updated in the field, to fix bugs or to add features. (Furthermore, the net-boot firmware is based on gPXE and is therefore modifiable by any user.) Currently the sfc network driver is optionally combined with an MTD driver (CONFIG_SFC_MTD) which exposes all upgradable firmware and configuration partitions in flash. This works nicely in kernels with MTD enabled, but since MTD is mainly used in embedded systems with on-board flash it is often disabled in distribution kernels and custom kernels alike. This leaves users of sfc unable to upgrade firmware without rebuilding the kernel or booting some other distribution. The lack of widespread MTD support is a regular cause of support requests. There are two main alternatives I'm aware of: - Use the ethtool ETHTOOL_SEEPROM command with multiple magic numbers for different partitions. bnx2x does something a little like this for PHY firmware upgrades. The ethtool core passes in a page at a time so this won't work well with flash block sizes greater than PAGE_SIZE. - Use the ethtool ETHTOOL_FLASHDEV command. It's intended for precisely this purpose, but the driver is supposed to implement it using request_firmware(). That seems to require any firmware update program to integrate with udev or to copy firmware images under /lib/firmware even though they are one-time updates. That doesn't make a lot of sense to me. Am I missing something? Of course these are both specific to network devices; it seems deisrable to have a more general convention for online firmware upgrades. MTDs clearly are more generally applicable, and pretty much every computer does have flash storage for firmware and boot configuration, so perhaps it should be treated as more of a standard feature? Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Communications Not speaking for my employer; that's the marketing department's job. They asked us to note that Solarflare product names are trademarked. ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/ -- -mattias

1 0

Success report: MSI MS-7501 (K9A2VM-FD)
by Uwe Hermann 28 Sep '10

28 Sep '10

Here's a quick test report on an SB700 board I just tested, the MSI MS-7501 (K9A2VM-FD). The chip is a soldered SO8 unfortunately, but well... no risk, no fun, so I tried a write operation and it worked. Logs attached. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org

1 0

Flashrom and drive firmware update
by Cirdec AREVIR 28 Sep '10

28 Sep '10

Hello, Just a little question for the flashrom project : Could we expect to use Flashrom for drive firmware update ? Would that be a lot of work ? Do we need NDAs data ? The question come because I can not flash an OEM Sony-Optiarc Bluray drive with the official firmware release because OEM are encrypted : I understand better what OEM means now ... :-( . So, with the wonderful Flashrom project existing I have some hope. Thank you. Cirdec. ++

2 1

{PATCH] DirectHW: allow zero mapping
by Carl-Daniel Hailfinger 27 Sep '10

27 Sep '10

Add a variant of map_physical to DirectHW so a mapped address of NULL is not treated as error anymore. Untested because I lack any machines with Mac OS X Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> --- DirectIO/darwinio.c~ 2010-09-27 15:51:02.000000000 +0200 +++ DirectIO/darwinio.c 2010-09-27 15:53:12.000000000 +0200 @@ -237,7 +237,7 @@ return darwin_init(); } -void *map_physical(unsigned long phys_addr, int len) +void *map_physical_common(unsigned long phys_addr, int len, void *errorpointer) { kern_return_t err; vm_address_t addr; @@ -276,7 +276,7 @@ case 0x2cd: printf("Device not Open.\n"); break; } - return NULL; + return errorpointer; } err = IOConnectMapMemory(connect, 0, mach_task_self(), @@ -299,7 +299,7 @@ case 0x2cd: printf("Device not Open.\n"); break; } - return NULL; + return errorpointer; } #ifdef DEBUG @@ -309,6 +309,16 @@ return (void *)addr; } +void *map_physical(unsigned long phys_addr, int len) +{ + return map_physical_common(phys_addr, len, NULL); +} + +void *map_physical_allowzero(unsigned long phys_addr, int len) +{ + return map_physical_common(phys_addr, len, (void *)-1); +} + void unmap_physical(void *virt_addr __attribute__((unused)), int len __attribute__((unused))) { // Nut'n Honey --- DirectIO/darwinio.h~ 2010-09-27 15:53:42.000000000 +0200 +++ DirectIO/darwinio.h 2010-09-27 15:54:42.000000000 +0200 @@ -21,6 +21,9 @@ #include <stdint.h> +/* Version 1.1.0 */ +#define DARWINIO_VERSION 0x010100 + int iopl(int unused); unsigned char inb(unsigned short addr); @@ -32,6 +35,7 @@ void outl(unsigned int val, unsigned short addr); void *map_physical(unsigned long phys_addr, int len); +void *map_physical_allowzero(unsigned long phys_addr, int len); void unmap_physical(void *virt_addr, int len); typedef struct { uint32_t hi, lo; } msr_t; -- http://www.hailfinger.org/

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

flashrom September 2010