Alan Stern wrote: > On Tue, 17 Apr 2007, Sarah Bailey wrote: > > > > > To be truthful, I haven't thought out that far. I suspect that some of > > the functionality (like setting the device's address, changing the > > altsetting, and changing the device configuration) could be associated > > with an ioctl on the control endpoint. It seems to make sense, since > > those commands are issued through the control endpoint. I'm not sure > > how the rest of the functionality should be represented. > > Wasn't the main point of usbfs2 to get away from using ioctls? Or was it > merely to get away from using ioctls for sending and receiving URBs? > > Perhaps usbfs2 should implement a special "device" file along with all > the > endpoint files. Then these operations could be carried out by writing > some standard strings to the "device" file. > > Alan Stern >
Just out of curiosity, why do we want to get rid of ioctl calls? They aren't all that bad, are they? With an ioctl call its obvious you want to write some structured data of some sort to a device to control it, with read/write its not immediately obvious that you want to write anything more then a string of bytes. Maybe I am just being pedantic, either way I am curious as to why the change is proposed. I probably would be happy with a simple udev script that names device entries based on geographical connection to the bus with links to the bus/address device naming scheme, and I can already have that with some simple modifications to libusb so that it recognizes the device tree and a custom udev script I believe. Actually I really don't think I care how its done just so long as there is a clean interface to it (via libusb or whatever) and I can address devices geographically (the app I work on has the hardware connected to fixed ports on the hubs so geographical addressing is useful for what I am doing). Mike ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
