RE: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new DellBIOS update driver

Abhay_Salunke_at_Dell.com
Date: 06/03/05

  • Next message: Bill Davidsen: "AOpen has released a Pentium-M ATX motherboard"
    Date:	Fri, 3 Jun 2005 14:00:37 -0500
    To: <greg@kroah.com>
    
    

    > > >
    > > > No no no. Just because you are using the firmware interface, does
    not
    > > > mean you need to add this extra round-trip to the whole system.
    Just
    > > > dump the firmware to the /sys/firmware/whatever... file whenever
    you
    > > > want to, that's all that is needed. No hotplug stuff, no filename
    > > > stuff, just a simple copy.
    > > Greg, all the feedback gave the impression that request_firmwae
    hotplug
    > > stuff was the way to go.
    >
    > It is the way to go.
    >
    > > Seems it's not required!
    >
    > Not at all, why do you think I mean that?
    I meant this driver does not need hotplug per say and just a copy should
    be enough (if we decide to go with bin attribute for data file).
    >
    > > Now that means it needs to be done the way it was before except that
    > > it needs to have a bin attribute for data and a normal attribute for
    > > size. This would be even better as it makes it easy to read back
    the
    > > data.
    >
    > No, you can still use the firmware core code, that's what it is there
    > for. But don't mess with the "make the user provide a filename"
    stuff.
    > Just have your driver create the firmware request and then relax.
    Your
    > code will get called when the firware is written to, right? That's
    all
    > you need.
    >
    At what point I should be calling request_firmware? As my driver does
    not have any entry points. In this driver it is called when the user is
    ready to download the firmware image (when it echoes the firmware image
    name). Also the driver needs to be resident for handling multiple such
    requests; that's why cannot do this at driver init time.
    When ever the user echoes the file name, it gets passed on to
    request_firmware and the $FIRMWARE env gets populated with the file
    name. thus making the hotplug code to automatically load the image which
    is passed back as fw->data and fw->size.
    > What's with this obsession about firmware filenames... :)
    >
    The file name can be same (hardcode) for every update; but writing the
    file name was a way to get the user start the update process.

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


  • Next message: Bill Davidsen: "AOpen has released a Pentium-M ATX motherboard"

    Relevant Pages

    • Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new DellBIOS update driver
      ... > I meant this driver does not need hotplug per say and just a copy should ... But the firmware code handles the memory stuff that you duplicated ... >> Just have your driver create the firmware request and then relax. ... > ready to download the firmware image (when it echoes the firmware image ...
      (Linux-Kernel)
    • Re: iwi driver
      ... the old version of the driver works. ... firmware_get: failed to load firmware image iwi_bss ...
      (freebsd-current)
    • Re: iwi driver
      ... the old version of the driver works. ... firmware_get: failed to load firmware image iwi_bss ...
      (freebsd-current)
    • ipw2200 Broken 2.6.13: "firmware_loading_store: unexpected value (0)"
      ... and i tried both 1.0.6 and the included driver ... debian unstable's version of hotplug Version: ... Is anything in userspace required to load firmware ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Linux 2.4.22-pre10-ac1
      ... >> probably the firmware users should also depend on hotplug ... > I definitively prefer the #ifdef, ... > automaticly selected and compiled if a driver needs it. ...
      (Linux-Kernel)