From: Bernd Porr <berndporr@f2s.com>
To: linux-hotplug@vger.kernel.org
Subject: Re: usb coldplug problem
Date: Mon, 01 Dec 2008 18:27:30 +0000 [thread overview]
Message-ID: <49342C92.1060004@f2s.com> (raw)
In-Reply-To: <403A9FAC.2010904@free.fr>
Ok. I'll look into that. So, you mean that I create with the "request
firmware" a new udev event which then could also call "comedi_config"?
The problem just now is that I don't get any udev events during
coldplug. Do you think this will also solve that issue?
One practical thing: it's probably a good idea to work on the driver
version which goes into the kernel and not the one in the comedi CVS.
Where can I check out my module just now?
Thanks!
/Bernd
Greg KH wrote:
> On Mon, Dec 01, 2008 at 03:21:56PM +0000, Bernd Porr wrote:
>> Hi!
>>
>> It's not that easy. The actual udev event triggers comedi_config which does
>> _also_ the firmware upload on the side. Even if I upload the firmware via
>> sysfs I still need to run comedi_config to set up the comedi device.
>
> Then do it like other USB devices do it:
> - usb probe function calls request firmware
> - after request firmware succeeds, then initialize the comedi
> interface
>
> That way the driver will work like all other Linux USB devices do :)
>
>> Therefore it's simpler to do it via comedi_config as this supports firmware
>> upload anyway and people can also do it manually if udev is not supported,
>> for example on embedded systems.
>
> udev is supported everywhere. It's in my daughter's cell phone (the
> number 1 selling phone in the USA this year) and if udev isn't there,
> than the "generic" way of having hotplug handle firmware events is still
> going to work properly for you.
>
> thanks,
>
> greg k-h
>
--
www: http://www.berndporr.me.uk/
http://www.linux-usb-daq.co.uk/
http://www.myfriendhelen.org.uk/
Mobile: +44 (0)7840 340069
Work: +44 (0)141 330 5237
University of Glasgow
Department of Electronics & Electrical Engineering
72 Oakfield Avenue (Rankine Building for deliveries)
Glasgow, G12 8LT
next prev parent reply other threads:[~2008-12-01 18:27 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-24 0:49 USB coldplug problem Lionel VICTOR
2008-12-01 8:46 ` usb " Bernd Porr
2008-12-01 14:35 ` Greg KH
2008-12-01 15:21 ` Bernd Porr
2008-12-01 15:29 ` Greg KH
2008-12-01 18:27 ` Bernd Porr [this message]
2008-12-03 6:55 ` Greg KH
2008-12-03 8:40 ` Bernd Porr
2008-12-03 9:18 ` Kay Sievers
2008-12-03 10:28 ` Sujit Karataparambil
2008-12-03 11:13 ` Bernd Porr
2008-12-03 11:46 ` Sujit Karataparambil
2008-12-03 14:59 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49342C92.1060004@f2s.com \
--to=berndporr@f2s.com \
--cc=linux-hotplug@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.