On Thu, Jul 04, 2002 at 11:05:21AM -0700, Greg KH wrote:
> Hi,
>
> Does anyone know what happened to the USB CATC analyzer that the linux
> usb project use to have? Georg, Johannes, do either of you have it? If
> you do, it's fine, I'm just trying to track it down.
I have it, and I will use it
>>Test case: user pulls out the usb cable while a transfer is in progress.
>>urb submitted to the device, reply not yet received.
>>Result: storage_disconnect() would hang for 20 seconds until
>>command_abort() is called.
>
>
> No, not quite. The HCD accelerates the URBs to completion if the
On Thu, Jul 04, 2002 at 04:54:32PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Jul 04, 2002 at 12:50:12PM -0700, Matthew Dharm escreveu:
> > > > Because relying on a pointer has caused problems in the past, especially
> > > > when there are concerns that the pointer might be invalid.
>
> > >
On Thu, Jul 04, 2002 at 12:43:06PM -0700, David Brownell wrote:
> Greg KH wrote:
> >On Tue, Jul 02, 2002 at 11:41:49AM -0700, David Brownell wrote:
> >
> >>Once more, with patch! :)
> >
> >
> >I've added this to my tree, but Marcelo doesn't want any USB patches for
> >2.4.19 right now, so this wi
On Thu, Jul 04, 2002 at 07:12:40PM +0200, Manfred Spraul wrote:
> Matthew Dharm wrote:
> >
> >>E.g. queue_command stored new commands in ->queue_srb. The worker thread
> >>then moved it from queue_srb to srb and set sm_state to RUNNING.
> >>
> >>But what if command_abort() is called before the w
Hi,
Does anyone know what happened to the USB CATC analyzer that the linux
usb project use to have? Georg, Johannes, do either of you have it? If
you do, it's fine, I'm just trying to track it down.
thanks,
greg k-h
---
This sf.net email i
Matthew Dharm wrote:
>
>>E.g. queue_command stored new commands in ->queue_srb. The worker thread
>>then moved it from queue_srb to srb and set sm_state to RUNNING.
>>
>>But what if command_abort() is called before the worker thread is scheduled?
>
>
> Then we have a serious problem, because t
On Thu, Jul 04, 2002 at 12:34:50AM +0200, Oliver Neukum wrote:
> Hi Greg,
>
> nobody has protested. For me it works. SMP I can't test.
Thanks, I'll test them next week when I get the chance to.
greg k-h
---
This sf.net email is sponsored by:
On Thu, Jul 04, 2002 at 03:19:25PM +0100, [EMAIL PROTECTED] wrote:
> Hi,
> Are USB device numbers assigned from a common pool (the file
> /usr/src/linux/Documentation/devices.txt seems to imply this) ? If so,
> can anyone tell me how I get such a number for the lego USB tower
> (through http
Hi,
Are USB device numbers assigned from a common pool (the file
/usr/src/linux/Documentation/devices.txt seems to imply this) ? If so,
can anyone tell me how I get such a number for the lego USB tower
(through http://www.lanana.org perhaps ?)
Cheers
Richard
--
On Wed, Jul 03, 2002 at 06:15:49PM -0400, Johannes Erdfelt wrote:
<...>
> Umm, I didn't say usb-uhci.c shouldn't be simpler. In fact, I think
> every single time I've ever said anything about usb-uhci.c, I've said it
> should be simpler.
simple != correct. Maybe it doesn't win a beauty award, bu
On Thursday 04 July 2002 00:17, Nemosoft Unv. wrote:
> On Wednesday 03 July 2002 16:01, Duncan Sands wrote:
> > On Tuesday 02 Jul 2002 8:34 am, Greg KH wrote:
> > > On Sun, Jun 30, 2002 at 07:17:19PM +0200, Duncan Sands wrote:
> > > > PS: The taintedness and the "System.map says 2.5.24, pwcx-i386
12 matches
Mail list logo
