[lkml]   [2003]   [Sep]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: request_firmware() backport to 2.4
    Hi Marcelo,

    > > I have collected the patches for the request_firmware() interface
    > > backport for 2.4 done by Manuel Estrada Sainz. It is now in -ac for a
    > > while and I have used it in my -mh patches. It works fine and seems to
    > > be clean and very stable. Karsten Keil has tested it together with my
    > > ported bfusb.o Bluetooth driver on AMD64.
    > >
    > > Please do a
    > >
    > > bk pull
    > >
    > > This will update the following files:
    > >
    > > drivers/bluetooth/bfusb.h |52261 ------------------
    > Now bfusb loads "bfubase.frm", but stock kernel has no such thing.
    > I assume that breaks bfusb?

    no, the bfubase.frm is the original firmware file from AVM. This file
    have to be placed somewhere on the filesystem. And if you call
    request_firmware() this will call the firmware.agent hotplug script,
    which loads it into the kernel through the /proc interface. This is the
    big advantage of the request_firmware() architecture, because we don't
    have to place the firmware as header file in the kernel source. The
    firmware can be replaced with a newer version without recompiling the
    kernel, because the only thing you have to do is to unplug and replug
    the device. This also solves some legal problems with firmwares from
    companies who are not so Linux friendly like AVM.

    I have some short infos about the driver itself under

    Another driver which makes use of request_firmware() interface at the
    moment is the orinoco_usb.o wireless lan driver:



    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:48    [W:0.021 / U:2.312 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site