Re: gadget file storage with variable maxpacket
David Brownell <[email protected]> Tue, 8 Jan 2008 02:29:44 -0800
| Newsgroups | gmane.linux.usb.devel |
|---|---|
| Message-ID | <[email protected]> |
I know there are at least some parts of this I didn't respond to ... On Wednesday 14 November 2007, ilya wrote: > wireless usb will be introducing a lot of new control requests, Are there any that gadget drivers should be aware of? I'd tend to think that key management should be invisible to them, for example ... WUSB peripheral controller drivers would interact directly with the system keystore. > flow > control [ie: stalling endpoints should be the last resort because in wusb > you can NAK and the host will wait for a special device notification to send > a transfer token instead of constantly polling as in wired usb], Virtually no drivers other than g_file_storage use stalls for anything except reporting control transfer errors. So if there's a new "wireless mass storage" spec, that's what would likely trigger any relevant API changes. Stalls have always been a PITA anyway, since hardware behavior varies so widely. (It's generally nonsensical, treated as an out-of-band-signal and thus awkward to coordinate with dataflow.) > association, etc. In the security/session sense? Again, I'd expect such stuff to be transparent to the gadget drivers. Experience Has Shown that applications trying to manage authentication are as a rule bug-ridden security holes that only accomplish difficulty-of-use rather than improving security. Maybe it could be made visible to drivers after the basic infrastructure works smoothly though. > i think a lot of these things could be handled by the controller driver, > but there are a lot of other stuff that could be standardized and handled > by the "gadget" client side. > > what does david brownell think about this? I'm open to proposals. In the case of $SUBJECT for example it would make sense to me for gadget drivers to have a way to learn the curent maxpacket size for nonperiodic endpoints ... and for periodic ones (notably ISO), to be able to participate in the maxpacket selection. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel