> g_file_storage reads and writes data to/from the card, as you would > expect. > > Is there some user-space daemon running? > Only if you start one up.
Got it, just one point for discussion. I just saw the file storage code and realized that things are implemented as a kernel thread and the read/write functionality is built into it. Generally speaking, for enrichment, Is it not a better idea to keep this functionality in the user space? If it was a functionality of the user space, would it not be better? I just want to know your design opinion. > > 2. Assuming I were to expose this as a serial device to my PC. Now the > > bandwidth available on COMM ports is about 115Kbps while the USB > > bandwidth is about 12 Mbps. What would be the available bandwidth? My > > question arises from the fact that to use a serial device on the host > > side, I would be using the serial API's which could only be configured > > for the max serial bandwidth. > > The available bandwidth is whatever your hardware and software will > support. Ok, hardware side its FS USB, therefore = 12Mbps. > There may be limits built into the g_serial driver but I don't > know what they are. USB is so much faster than normal serial > communications that it is not likely to be a limiting factor. Serial will be a limiting factor if there are restrictions in the g_serial_driver. If there are restrictions imposed in the serial driver, then the bandwidth will be in the order of serial and not USB speeds. ------------------------------------------------------------------------- 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