On Thu, Apr 01, 2004 at 08:55:50PM +0200, Oliver Neukum wrote: > Am Donnerstag, 1. April 2004 18:45 schrieb Matthew Dharm: > > On Thu, Apr 01, 2004 at 10:36:04AM +0200, Oliver Neukum wrote: > > > Am Donnerstag, 1. April 2004 02:46 schrieb Matthew Dharm: > > > > On Thu, Apr 01, 2004 at 12:44:41AM +0200, Oliver Neukum wrote: > > > > > Am Mittwoch, 31. M�rz 2004 22:42 schrieb Matthew Dharm: > > > > > > On Wed, Mar 31, 2004 at 11:17:04AM +0100, Richard Curnow wrote: > > > > > > > On Mon, 29 Mar, 2004 at 12:22pm, Matthew Dharm wrote: > > > > > > > > I've seen some buggy devices act this way. > > > > > > > > > > > > > > > > They can't handle the control requests interspersed between > > > > > > > > usb-storage transaction requests. It's a spec violation. > > > > > > > > > > > > > > So any platform/version combinations where it appears to work are > > > > > > > just likely to be luck, then? > > > > > > > > > > > > That would be my theory. > > > > > > > > > > What would you propose to do? Grab dev->serialize in both code > > > > > paths? > > > > > > > > To be honest, I don't have a proposal. > > > > > > > > We've talked about this before on the mailing lists... we've never come > > > > up with a good solution. > > > > > > It seems to me that the problem screams for a semaphore. The question is > > > just which semaphore. > > > > That, and coming up with reasonable semantics to impose on every driver. > > > > And this question: Do devices with multiple interfaces (and different > > drivers attached to those different interfaces) need to interlock on that > > semaphore? > > As such devices are a minority, maybe we should concentrate on usbfs first. > Secondly control transfers are often encapsulated in helper function which > could be modified.
Concentrating on usbfs for now is good, but whatever we come up with should
easily scale to all drivers (as necessary).
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Hey, has anyone seen the Microsoft sales guy? It's his feeding time...
-- Mike
User Friendly, 4/17/1998
pgp00000.pgp
Description: PGP signature
