Am Samstag, 8. Dezember 2001 01:21 schrieb Greg KH:
> On Fri, Dec 07, 2001 at 05:44:52PM +0100, Oliver Neukum wrote:
> > Am Freitag, 7. Dezember 2001 17:36 schrieb Greg KH:
> > > usbdevfs does not overlap with devfs. devfs is a dynamic major/minor
> > > replacement. While usbdevfs is a separate file system that provides
> > > access
> >
> > But doesn't it replace major:minor combinations in order to provide
> > access to devices ?
>
> Yes, but it does so for a large number of devices that do not have
> major:minor numbers assigned to them (like all of the USB digital
> cameras that gphoto supports.)
Where is the significance of that after major:minor have gone away, as Linus
AFAIK has announced for 2.5 ?
> The main use of it is for these type of devices (ones without kernel
> device drivers.) And lspci :)
>
> I don't know of anyone using the usbdevfs interface on devices that have
> a kernel driver associated with it. Does anyone else?
lsusb ? I remember trouble with that and some storage devices.
> > > to the usb devices, much like the /proc code in /proc/bus/pci.
> >
> > IMHO this is a misguided comparison as you don't open /proc/bus/pci to
> > access a device. The "devices" and "drivers" files of usbdevfs are
> > comparable, and frankly IMHO should become regular parts of what replaces
> > procfs
>
> You open /proc/bus/pci/... to read the pci configuration space of the
> pci devices, just like you can do with usbdevfs. Now usbdevfs has the
> ability to send data to the device through the ioctl interface, which
> /proc/bus/pci doesn't have.
>
> I've been playing around with a replacement for usbdevfs that removes
> all of the ioctls, and just exposes the endpoints for people to read and
> write to, much like the *BSD people did. driverfs is great for playing
> with these types of experiments :)
>
> I'll post something if it all works out.
This looks interresting. Do you want to merge driverfs and usbdevfs ?
> > > If anything, I could see us moving usbdevfs into driverfs but that's
> > > about it.
> >
> > How are we going to support driverfs ? On the device driver level ?
> > Generically ? Both ?
>
> At first cut, the usb core will use it (I have to see how the pci core
> uses it first, to get an idea of what we should do.) It also provides a
> lovely place where the individual device drivers can put configuration
> options and other useful things, and that will be up to the individual
> driver authors to use or not.
More specifically, who should support power management ?
Regards
Oliver
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
