On Mon, Jan 20, 2003 at 08:14:23PM +0100, Oliver Neukum wrote:
> Am Montag, 20. Januar 2003 19:21 schrieb David Brownell:
> >
> >   - Someone just emailed me for help on that classic, and still
> >     unresolved, issue of associating a device from 'lsusb' (etc)
> >     with the right /dev/... printer node.  This is largely an
> >     issue usbcore (or the driver model) should solve; it's not
> >     specific to printers (or scanners, or any other driver).
> 
> Not terribly specific to USB. That's why driverfs was invented,
> wasn't it?

Yes (sysfs is the name for it now).  In fact, if you look at 2.5.59, you
can see the position of all usb-serial devices in the sysfs tree, and
easily determine which /dev/ttyUSB? node is assigned to which physical
device.  In fact, the major/minor number is even present in there, which
is needed for the userspace devfs implementaiton that some people are
currently working on.

I'll be adding this same support for USB drivers that use the USB major,
and then move on to the rest of the USB drivers, but could always use
the help...

> >   - Your set_configuration updates should happen -- do you have a
> >     current version of that patch?
> 
> Still working on it. The old version was racy.
> 
> >   - Now that the driver model core supports explicit bind/unbind of
> >     drivers to devices, we should get rid of usb_interface->driver
> >     since usb_interface->dev.driver does that job.  (This is a case
> >     of me needing to update a patch.)

No, I think that link is still needed.  Hm, well what is _really_ needed
is a link from a urb to a driver to get the module owner for that urb to
prevent modules from being unloaded when urbs are still in flight.  That
will solve the callback problem that I mentioned a while ago (Rusty has
convinced me that module references are light enough to do this now...)

> >   - We should have some notion of device state so that we can make
> >     sure that once disconnect processing begins, urb submits fail.

The main problem of this is a device can become disconnected at _any_
point in time, so it's a bit tricky :)


thanks,

greg k-h


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to