[linux-usb-devel] Re: Init order dependencies

2002-03-11 Thread Kai Germaschewski
On Mon, 11 Mar 2002, Greg KH wrote: > But you still have to get the order correct. USB has to start after > PCI. That's true. It will. > > One further reason is that I would actually like to link drivers/net/irda > > from within drivers/net, which would move it in front of USB, though, and > >

Re: [linux-usb-devel] usb-storage deadlock in 2.4.19-pre2

2002-03-11 Thread Greg KH
On Tue, Mar 12, 2002 at 01:15:08AM +0100, Peter Osterlund wrote: > Hi! > > I was doing some stress testing on the packet writing patch for the > 2.4.19-pre2 kernel. I was unpacking a kernel tarball to a cdrw disk on > a freecom usb cdrw device. After a while, some problem occurred which > made us

Re: [linux-usb-devel] usb-storage deadlock in 2.4.19-pre2

2002-03-11 Thread David Brownell
> I see that some changes went into 2.5.4-pre2 which I think would fix > this problem. (Addition of a "mem_flags" parameter to various memory > allocating functions in the usb subsystem.) > > Are there any plans to include this fix in the 2.4.x kernel tree? (I > didn't see it in the latest batch

Re: [linux-usb-devel] [PATCH] fix some hubs and hid devices at startup

2002-03-11 Thread David Brownell
Johannes replied to Greg: > > Since the latest USB patch went in that added a proper delay to the > > hub connection sequence, a lot of people have been reporting odd > > problems with some USB hubs, keyboards, and mice. I've seen this > > problem too. It is usually fixed by just replugging the

[linux-usb-devel] usb-storage deadlock in 2.4.19-pre2

2002-03-11 Thread Peter Osterlund
Hi! I was doing some stress testing on the packet writing patch for the 2.4.19-pre2 kernel. I was unpacking a kernel tarball to a cdrw disk on a freecom usb cdrw device. After a while, some problem occurred which made usb-storage decide to perform a bus reset. Unfortunately it needed to allocate

Re: [linux-usb-devel] [PATCH] fix some hubs and hid devices at startup

2002-03-11 Thread Johannes Erdfelt
On Mon, Mar 11, 2002, Greg KH <[EMAIL PROTECTED]> wrote: > Since the latest USB patch went in that added a proper delay to the > hub connection sequence, a lot of people have been reporting odd > problems with some USB hubs, keyboards, and mice. I've seen this > problem too. It is usually fixed

[linux-usb-devel] [PATCH] fix some hubs and hid devices at startup

2002-03-11 Thread Greg KH
Hi, Since the latest USB patch went in that added a proper delay to the hub connection sequence, a lot of people have been reporting odd problems with some USB hubs, keyboards, and mice. I've seen this problem too. It is usually fixed by just replugging the device in, but not all of the time.

Re: [linux-usb-devel] Question about ISO

2002-03-11 Thread David Brownell
> Ok, I've been working all day trying to get ISO support working in my > USB ADSL modem ethernet driver. I'm having difficulty understanding how > the whole ISO submit, resubmit, ring, etc., stuff is supposed to happen. > So, I have a few questions: Good timing. I'm wondering _why_ it's done th

Re: [linux-usb-devel] Workaround for broken hw by ATEN

2002-03-11 Thread Vojtech Pavlik
On Mon, Mar 11, 2002 at 12:47:58PM -0500, Pete Zaitcev wrote: > Guys, > > The patch came about as offshot of my anti-usbkbd crusade. > (Or shall I say Vojtech's anti-usbkbd policies? :) :))) > This patch is truly a kludge, but it seems to work. > Some hardware by a certain company called "ATEN"

Re: [linux-usb-devel] Workaround for broken hw by ATEN

2002-03-11 Thread Pete Zaitcev
> Date: Mon, 11 Mar 2002 09:51:14 -0800 > From: Greg KH <[EMAIL PROTECTED]> > > it seems that nothing helps. So, I simply switched GET_REPORT off. > > It works for the piece of junk that Red Hat bought for my testing, > > and I got several "thank you" notes since we shipped the patch. > A number

Re: [linux-usb-devel] Workaround for broken hw by ATEN

2002-03-11 Thread Greg KH
On Mon, Mar 11, 2002 at 12:47:58PM -0500, Pete Zaitcev wrote: > Guys, > > The patch came about as offshot of my anti-usbkbd crusade. > (Or shall I say Vojtech's anti-usbkbd policies? :) > > This patch is truly a kludge, but it seems to work. > Some hardware by a certain company called "ATEN" cra

[linux-usb-devel] Re: Init order dependencies

2002-03-11 Thread Greg KH
On Sat, Mar 09, 2002 at 05:01:23PM -0600, Kai Germaschewski wrote: > > Currently, the USB core is using module_init() for its initialization. > The means, if USB is compiled into the kernel, the point at which USB is > initialized depends on the link order in the top-level Makefile. > > I had an

[linux-usb-devel] Workaround for broken hw by ATEN

2002-03-11 Thread Pete Zaitcev
Guys, The patch came about as offshot of my anti-usbkbd crusade. (Or shall I say Vojtech's anti-usbkbd policies? :) This patch is truly a kludge, but it seems to work. Some hardware by a certain company called "ATEN" crashes if GET_REPORT is sent. I tried to modify our GET_REPORT, but it seems t

[linux-usb-devel] Re: [PATCH] PWC 8.6

2002-03-11 Thread Greg KH
On Sun, Mar 10, 2002 at 02:42:29AM +0100, Nemosoft Unv. wrote: > > The patch is not against a kernel version; rather, it is extracted from my > own CVS repository. However, since the PWC driver is completely > independant, this shouldn't matter. It should apply to both the 2.4 and > 2.5. kerne

Re: [linux-usb-devel] usage of GFP_* in usb_submit_urb()

2002-03-11 Thread V Ganesh
> On Fri, Mar 08, 2002 at 06:59:57PM +0530, V Ganesh wrote: > > hi, > > I noticed that usb_submit_urb() is supposed to be used with a GFP > > flag, which ought to be GFP_ATOMIC if called from an interrupt handler or > > bottom half. however, a grep of GFP_ATOMIC in drivers/usb/serial/* in greg