On Wed, Jan 25, 2006 at 10:33:56PM -0800, Pete Zaitcev wrote: > On Wed, 25 Jan 2006 21:50:02 -0800, Greg KH <[EMAIL PROTECTED]> wrote: > > > Good new is, next version of pilot-link (or possibly this version) > > accesses the device through libusb/usbfs, and doesn't touch the kernel > > driver at all. > > I don't know if we should consider this good news. The pilot-link > is not the first to do this. Take gphoto2 and SANE for example. > I suspect that if we provided decent drivers which did not crash > as much, the functional software would not have have as much incentive > to flee to the userland.
Well, they did this because they have other issues, nothing I really want to go into in depth. But it wasn't because of the stability of the kernel driver at all... > The usbfs is basically an equivalent of iopl and mmap(/dev/mem). > Pushing applications in that direction is deeply troubling for me. > > But never mind me, I'm just whining. I am afraid that writing > a ub-style "us" driver for usbserial is 3 years too late at this point. > Once Pilot people left they won't be coming back... Heh, I don't think the usb-serial code is that complex at all to be comparing it to the usb-storage stuff :) thanks, greg k-h ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
