[lkml]   [2008]   [May]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Ksummit-2008-discuss] RFC: Moving firmware blobs out of the kernel.
Em Fri, May 30, 2008 at 02:04:18AM +0300, David Woodhouse escreveu:
> It's not as if it's hard to set CONFIG_BUILTIN_FIRMWARE_DIR to point to
> your checkout of the linux-firmware repository, and build your kernel
> with _whatever_ firmware you choose. You end up with _more_ choice, not
> less.
> And on the rare occasion that we really do have an incompatible change
> of firmware/kernel interaction from one kernel to the next, it really
> isn't difficult to add a version number to the name of the firmware
> file, and ship both old and new firmwares in the firmware tree for a
> while. That's a bogus argument, even if people _do_ manage to come up
> with a better example for it, where their firmware has actually changed
> in the last couple of years.

While updating the bnx2 driver on a based rpm and after reading
some of your messages...

commit df7f1ed6b85b936a4dd341c48e30aa207697997c
Author: Michael Chan <>
Date: Tue Jan 29 21:38:06 2008 -0800

[BNX2]: Update firmware.

Update firmware to support programmable flow control.

Signed-off-by: Michael Chan <>
Signed-off-by: David S. Miller <>

After this bnx2.c would be updated to have a:


to be obtained from firmware.git, and if some chip revisions needed
something different we could have a MODULE_FIRMWARE_PCI(vendor, product,
older-git-object) or something along these lines.

Some drivers could well prefer a more loose keying scheme, like
"foo-firmware-v2" and get the latest version of this from firmware.git.

- Arnaldo

 \ /
  Last update: 2008-05-30 15:51    [W:0.508 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site