[linux-usb-devel] [PATCH 2.5.19] ohci-hcd, fix urb unlink races

2002-06-01 Thread David Brownell
This patch: - Fixes a longstanding urb unlink race, by switching to a single queue for EDs being unlinked. The previous two-queue scheme was sensitive to IRQ latencies: one extra millisecond would make it use the wrong queue. This updated scheme should handle latencies of up to 32K mic

Re: [linux-usb-devel] Re: hotplugging to deal with firmware download

2002-06-01 Thread Brad Hards
On Sun, 2 Jun 2002 02:07, Oliver Neukum wrote: > The problem is that this cannot simply work, because a filesystem may be > mounted by nfs. How is this a problem? You simply need to bring the driver up before you remount the nfs filesystem. If you assume that your firmware is on that filesystem,

Re: [linux-usb-devel] Howto write a USB driver ?

2002-06-01 Thread Dmitri
On Wed, 2002-05-29 at 20:58, an unknown sender wrote: > I am considering beginning a project to write a driver for the ProScope > sold by Bodelin here in the US. > The ProScope appears to use the Divio Prolink chipset, at least from > what I can decypher from looking at the debug info from the k

[linux-usb-devel] Re: hotplugging to deal with firmware download

2002-06-01 Thread Oliver Neukum
Am Samstag, 1. Juni 2002 18:19 schrieb Greg KH: > On Sat, Jun 01, 2002 at 04:43:27PM +0200, Oliver Neukum wrote: > > Hi Greg, hi people, > > > > do you have anything in place that will work with swsuspend > > without any chance of deadlocking, so I can look at converting > > kaweth ? > > I haven't

Re: [linux-usb-devel] What to do with all of the USB UHCI drivers in the kernel?

2002-06-01 Thread Stephan Feder
Georg Acher wrote: > > On Fri, May 31, 2002 at 08:21:53AM -0700, David Brownell wrote: > > > >4. After reading the logs of the usb-uhci driver I noticed that a > > >requested transfer block gets split in many small data packets of 64 > > >bytes, i.e the maximum packet size of a bulk transfer whi

Re: [linux-usb-devel] What to do with all of the USB UHCI drivers inthe kernel?

2002-06-01 Thread Stephan Feder
David Brownell wrote: > > Interesting findings, although they're incomplete and not quite > relevant to the thread's question ... :) Well, in short: remove all but one UHCI driver so that the remaining driver (and not 4 of them) can be fixed. > > 4. After reading the logs of the usb-uhci driver

Re: [linux-usb-devel] What to do with all of the USB UHCI drivers in the kernel?

2002-06-01 Thread Stephan Feder
Stephan Feder wrote: > > Georg Acher wrote: ... > > > > Well, a dead HCD smells like VIA ;-) But I don't understand why a correctly > > signalled short packet should kill the HCD later. Can I have a log of the > > transfer? > > It is an ancient Intel: > > 00:07.2 USB Controller: Intel Corporati

Re: [linux-usb-devel] Multiple Control URBs

2002-06-01 Thread Vojtech Pavlik
On Sat, Jun 01, 2002 at 01:03:55PM +0200, Vojtech Pavlik wrote: > On Sat, Jun 01, 2002 at 01:02:23PM +0300, Johann Deneux wrote: > > Vojtech Pavlik wrote: > > > On Mon, May 27, 2002 at 01:17:58PM +0200, Johann Deneux wrote: > > > > > >>Johannes Erdfelt wrote: > > >> > > >> > > >>> > > >>>I can on

Re: [linux-usb-devel] Multiple Control URBs

2002-06-01 Thread Vojtech Pavlik
On Sat, Jun 01, 2002 at 01:02:23PM +0300, Johann Deneux wrote: > Vojtech Pavlik wrote: > > On Mon, May 27, 2002 at 01:17:58PM +0200, Johann Deneux wrote: > > > >>Johannes Erdfelt wrote: > >> > >> > >>> > >>>I can only see 2 reasons for putting it into the HCD: OHCI and EHCI > >>>handle it implici

Re: [linux-usb-devel] Multiple Control URBs

2002-06-01 Thread Johann Deneux
Vojtech Pavlik wrote: > On Mon, May 27, 2002 at 01:17:58PM +0200, Johann Deneux wrote: > >>Johannes Erdfelt wrote: >> >> >>> >>>I can only see 2 reasons for putting it into the HCD: OHCI and EHCI >>>handle it implicitily and for speed. >>> >>>There is a strong desire to keep bulk fast, but I can'

Re: [linux-usb-devel] Multiple Control URBs

2002-06-01 Thread Vojtech Pavlik
On Mon, May 27, 2002 at 01:17:58PM +0200, Johann Deneux wrote: > Johannes Erdfelt wrote: > > > > > > > I can only see 2 reasons for putting it into the HCD: OHCI and EHCI > > handle it implicitily and for speed. > > > > There is a strong desire to keep bulk fast, but I can't come up with a > >