> 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

Reply via email to