Re: [linux-usb-devel] Re: OHCI is claiming my USB 2.0 devices

2005-09-26 Thread Randy.Dunlap
On Mon, 26 Sep 2005 23:40:20 -0400 Chuck Ebbert wrote: > In-Reply-To: <[EMAIL PROTECTED]> > > On Sat, 24 Sep 2005 at 10:59:14 -0400, Alan Stern wrote: > > > Have you tried building these things as modules instead of compiling them > > into the kernel? Then you could test what happens when you

[linux-usb-devel] Re: OHCI is claiming my USB 2.0 devices

2005-09-26 Thread Chuck Ebbert
In-Reply-To: <[EMAIL PROTECTED]> On Sat, 24 Sep 2005 at 10:59:14 -0400, Alan Stern wrote: > Have you tried building these things as modules instead of compiling them > into the kernel? Then you could test what happens when you simply rmmod > ohci_hcd. I don't like modules because of the extr

RE: [linux-usb-devel] bmAttributes USB_CONFIG_ATT_WAKEUP bit significance

2005-09-26 Thread Greg Lee
> This configuration descriptor is meaningless. It looks like > the device didn't send the data at all. What do you see in > /proc/bus/usb/devices? > > Alan Stern The output from /proc/bus/usb/devices is: T: Bus=02 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=02(

Re: [linux-usb-devel] ST Lab external HDD: error -110

2005-09-26 Thread Alan Stern
On Tue, 27 Sep 2005, Thomas Schreiner wrote: > Hi everybody, > > I am playing around with the ST Lab external HDD case (2.5", USB 2.0) > and getting non-deterministic errors. > Most of the times when I plug in the device, I get "device descriptor > read/64, error -110", which means "I refuse to d

[linux-usb-devel] ST Lab external HDD: error -110

2005-09-26 Thread Thomas Schreiner
Hi everybody, I am playing around with the ST Lab external HDD case (2.5", USB 2.0) and getting non-deterministic errors. Most of the times when I plug in the device, I get "device descriptor read/64, error -110", which means "I refuse to deliver a description of myself" if I get it correctly. So

[linux-usb-devel] Re: [patch 0/12] USB updates, mostly for suspend/resume

2005-09-26 Thread Alan Stern
On Mon, 26 Sep 2005, David Brownell wrote: > > Okay, but this should be regarded only as a temporary fix. The old code > > went to some lengths to carry out an autosuspend from within an interrupt > > context, and this just piles on more of the same. > > Well, "irqs blocked"; not really an inter

[linux-usb-devel] Re: [patch 2.6.14-rc1, 3/5] remove usb_suspend_device() parameter

2005-09-26 Thread David Brownell
I think further discussion on these points probably belongs in some thread with a relevant title ... :) > > That is: HCs are black boxes with two interfaces: (A) is upstream, covered > > by a spec like PCI bus or the SOC power/interconnect/clocking/...; while > > (C) is a set of downstream links

[linux-usb-devel] Re: [patch 0/12] USB updates, mostly for suspend/resume

2005-09-26 Thread David Brownell
> Actually that was pretty much okay, except for this one question about > hub_resume. It was a big set of patches; there hasn't been time to review > it carefully... That's why I broke it up into more easily-reviewable chunks. :) > > > The main thing is moving hcd->hub_suspend into hub.c:hub_

[linux-usb-devel] [PATCH] UHCI: Spruce up some comments

2005-09-26 Thread Alan Stern
Greg: This patch (as570) changes some comments in the uhci-hcd header file and removes an unused declaration (something I forgot to erase in an earlier patch). Alan Stern Signed-off-by: Alan Stern <[EMAIL PROTECTED]> Index: usb-2.6/drivers/usb/host/uhci-hcd.h ===

[linux-usb-devel] [PATCH] usb_bulk_message() handles interrupts endpoints

2005-09-26 Thread Alan Stern
Greg: Because there is no bulk_interrupt_message() routine and no USBDEVFS_INTERRUPT ioctl, people have been forced to abuse the usb_bulk_message() routine and USBDEVFS_BULK by using them for interrupt transfers as well as bulk transfers. This patch (as567) formalizes this practice and adds co

[linux-usb-devel] [PATCH] File-Storage gadget: use the kthread API

2005-09-26 Thread Alan Stern
Greg: This patch (as566) converts the File-Storage gadget over to the kthread API. The new code doesn't use kthread_stop because the control thread needs to terminate asynchronously when it receives a signal. Alan Stern Signed-off-by: Alan Stern <[EMAIL PROTECTED]> Index: usb-2.6/drivers/u

[linux-usb-devel] Fw: [Bugme-new] [Bug 5313] New: usb storage size wrong, device fills to quickly

2005-09-26 Thread Andrew Morton
Begin forwarded message: Date: Mon, 26 Sep 2005 05:55:40 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bugme-new] [Bug 5313] New: usb storage size wrong, device fills to quickly http://bugzilla.kernel.org/show_bug.cgi?id=5313 Summary: usb storage size wrong, devic

[linux-usb-devel] A easy question hopefully! Is it possible to run OHCI as "device" gagdget ?

2005-09-26 Thread Benny
Hi! I've got a SBC-GX1 Linux 2.6 HW, anyway it got CS5530A and support for OHCI. I would like to use it a USB device/slave, implement a "gagdet", do you know if thats possible ? Thanks! /Benny --- SF.Net email is sponsored by: Tame your deve

Re: [linux-usb-devel] Zoom 2985 modem not reset properly on disconnect

2005-09-26 Thread jdietrch
On Sun, 25 Sep 2005 21:40:49 +0200, "Oliver Neukum" <[EMAIL PROTECTED]> said: > Am Sonntag, 25. September 2005 20:38 schrieb [EMAIL PROTECTED]: > > On Sun, 25 Sep 2005 20:18:07 +0200, "Oliver Neukum" <[EMAIL PROTECTED]> > > said: > > > Am Sonntag, 25. September 2005 18:11 schrieb [EMAIL PROTECTED]:

Re: [linux-usb-devel] Unable to initialize USB when device works at (or less than) 4MHZ clock speed

2005-09-26 Thread Thomas Sailer
On Wed, 2005-09-21 at 15:35 +0800, Yu Zhenshen wrote: > I have tried all host controller interfaces: ohci, ehci and uhci, all of > them works the same, except the output messages differ: > For EHCI, the dmesg output is: This is obviously not ehci, as the P18F2455 only supports low and full sp