All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.