On Mon, Jan 29, 2007 at 05:21:39PM -0800, Greg KH wrote: > Also, would it make sense to provide a userspace "pipe" to this device, > so that the userspace tools can just open a device node, instead of > messing around with usbfs?
Barry is intended to be a userspace library for accessing the Blackberry, and all we need besides the initial control messages are the Bulk transfers. The main place the kernel could help, in my view, is arbitrating between the proprietary Blackberry interface (class 0xFF) and the Pearl mass storage (class 8). But this is a user space decision as well, as I don't think both can be used at once. (?) I'd love to be wrong on that. I don't think a kernel driver for the Blackberry is needed, but even if we do decide to go that route someday, I think it is too soon at this point. The database access protocol is mostly reverse engineered and working, but things like Java program uploads I haven't gotten to, and I'm not aware of anyone else who has reverse engineered that yet. Even the database protocol has had new discoveries as recent as last week. Once the Barry library is stable, I could see designing a proper kernel driver for it if there was a need, but at the moment, it seems early to me. - Chris ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
