On 7/17/07, Greg KH <[EMAIL PROTECTED]> wrote: > On Tue, Jul 17, 2007 at 10:02:26AM -0700, Joey Goncalves wrote: > > > > From my perspective it is nice to know the board is handled in the kernel > > and supported up stream. As other IDs are created they could possibly > > be added to ldusb and would work out of the box.
The demo application is using interrupt transfer. The bootloader application is using bulk transfer though. Does ldusb support bulk transfer? The demo board can be adapted to support all kind of transfer mode including isoc. > > I don't know what other pros and cons there may be for a more > > advanced user with libusb vs ldusb as I have not worked with either > > very deeply. That would be nice. > > If someone wants to use the libusb instead of the kernel driver could they > > not just rmmod ldusb at that time and load libusb instead?? > > No, you can just run your libusb program, which can unbind the ldusb > driver from the device at run-time, so it's even easier :) > Okay. I can patch the two libusb based application to unbind the kernel driver if new kernels are used. Regards, Xiaofan ------------------------------------------------------------------------- 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
