Re: [PATCH][RFC] request_firmware examples and MODULE_FIRMWARE

From: Andrew Morton
Date: Mon Sep 04 2006 - 17:02:36 EST


On Sun, 3 Sep 2006 19:55:53 -0700
Victor Hugo <victor@xxxxxxxxx> wrote:

> Hi Everyone,
>
> I'm trying to become the firmware loader maintainer
> (request_firmware) and I felt the first thing I should do is update
> the incomplete example driver under Documentaion/firmware_class/.
> The example (firmware_sample_driver.c) doesn't work out of box and
> needs tweaking just to get it to compile. I've added two files which
> use request_firmware and the asynchronous request_firmware_nowait.

Thanks.

> The next step would be to update the documentation to make hotplug/
> udev functionality a little more clear. Hopefully I can get this in
> the next couple of days.

Documentation updates are welcome.

> Also, I'd like to comment on Jon Masters push to include the
> MODULE_FIRMWARE api addition. I strongly believe that policy should
> not be included in driver code, in this case it's in the form of a
> filename.

You should have cc'ed him! Some people are not subscribed, and few read
it all.

> The firmware loader currently needs a filename passed to it so it can
> then pass the $FIRMWARE environment variable to the hotplug script.
> This is ok if you provide a generic filename like "firmware.bin" and
> then let the hotplug script worry about version numbers, i.e.
> "firmware-x.y.z.bin"
>
> MODULE_FIRMWARE should be used to provide the generic filenames and
> which order the files should be loaded (request_firmware can be
> called various times), but I think its bad to have to change the
> driver everytime a new firmware version is released.

Yes, that does sound bad, but what would I know ;)

> That said, here's the patch...

application/octet-stream. Please don't do that. Inlined-in-the-body is
much preferred. If you cannot do that (ie: your MUA is lame but you don't
want to switch) then, in extremis, text/plain attachments are tolerated.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/