diff options
| author | Jon Masters <jcm@redhat.com> | 2006-08-28 17:08:21 -0500 |
|---|---|---|
| committer | James Bottomley <jejb@mulgrave.il.steeleye.com> | 2006-08-30 10:47:27 -0400 |
| commit | 187afbed1814ea0851bf30bacbf807217dd7864b (patch) | |
| tree | 3e60ca1e1edf5feac14bbad0ba0fe087a6229853 /include/linux/etherdevice.h | |
| parent | 2908d778ab3e244900c310974e1fc1c69066e450 (diff) | |
| download | kernel-crypto-187afbed1814ea0851bf30bacbf807217dd7864b.tar.gz kernel-crypto-187afbed1814ea0851bf30bacbf807217dd7864b.tar.xz kernel-crypto-187afbed1814ea0851bf30bacbf807217dd7864b.zip | |
[SCSI] MODULE_FIRMWARE for binary firmware(s)
Right now, various kernel modules are being migrated over to use
request_firmware in order to pull in binary firmware blobs from userland
when the module is loaded. This makes sense.
However, there is right now little mechanism in place to automatically
determine which binary firmware blobs must be included with a kernel in
order to satisfy the prerequisites of these drivers. This affects
vendors, but also regular users to a certain extent too.
The attached patch introduces MODULE_FIRMWARE as a mechanism for
advertising that a particular firmware file is to be loaded - it will
then show up via modinfo and could be used e.g. when packaging a kernel.
Signed-off-by: Jon Masters <jcm@redhat.com>
Comments added in line with all the other MODULE_ tag
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'include/linux/etherdevice.h')
0 files changed, 0 insertions, 0 deletions