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
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,
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
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
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
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
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
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
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
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'
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
> >
11 matches
Mail list logo