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