[linux-usb-devel] $B$46(NO$r$*4j$$$7$^$9!#(B

2005-09-24 Thread info
$BEv%0%k!<%W$G$O!"[EMAIL PROTECTED]@-$KCg2p$r$7$F$*$j(B [EMAIL PROTECTED](NO7?$K$J$C$F$*$j!"4pK\1?1D;q6b$O4uK>(B [EMAIL PROTECTED]"[EMAIL PROTECTED]>R2pNA!"(B [EMAIL PROTECTED]/@8$7$^$;$s$N$G!"IiC4$O$4$6$$$^$;$s!#(B $B>K;R!!2q0w$N0MMj$K$h$jL5NAEPO?D>8e>K;R!!$5$s$HD>@\O"Mm2DG=$H(B $B$J$C$F$

Re: [linux-usb-devel] [BUG] uhci and ehci fails to suspend

2005-09-24 Thread Alan Stern
On Sat, 24 Sep 2005, Patrizio Bassi wrote: > works perfectly please commit upstream asap. I'll submit it. It may not appear before 2.6.15. Also, some other changes were recently posted that affect the same region of code. > i posted this dmesg just because i see -22 errors, but, as you sa

Re: [linux-usb-devel] [BUG] uhci and ehci fails to suspend

2005-09-24 Thread Patrizio Bassi
Alan Stern ha scritto: On Sat, 24 Sep 2005, Patrizio Bassi wrote: 000:00:0a.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 50) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller Control: I/O+ Mem+ BusMaster+ SpecCy

Re: [linux-usb-devel] [BUG] uhci and ehci fails to suspend

2005-09-24 Thread Alan Stern
On Sat, 24 Sep 2005, Patrizio Bassi wrote: > 000:00:0a.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB > 1.1 Controller (rev 50) (prog-if 00 [UHCI]) > Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASno

Re: [linux-usb-devel] [BUG] uhci and ehci fails to suspend

2005-09-24 Thread Patrizio Bassi
Alan Stern ha scritto: On Sat, 24 Sep 2005, Patrizio Bassi wrote: [ONLY UHCI LOADED, TRYING TO SUSPEND AGAIN] Stopping tasks: =| Freeing memory... done (0 pages freed) uhci_hcd :00:0a.1: suspend_rh usb usb3: usb suspend uhci_hcd :00:0a.0: suspend_rh usb usb2: usb suspe

Re: [linux-usb-devel] [BUG] uhci and ehci fails to suspend

2005-09-24 Thread Patrizio Bassi
Alan Stern ha scritto: On Sat, 24 Sep 2005, Patrizio Bassi wrote: [ONLY UHCI LOADED, TRYING TO SUSPEND AGAIN] Stopping tasks: =| Freeing memory... done (0 pages freed) uhci_hcd :00:0a.1: suspend_rh usb usb3: usb suspend uhci_hcd :00:0a.0: suspend_rh usb usb2: usb susp

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

2005-09-24 Thread Alan Stern
On Sat, 24 Sep 2005, Chuck Ebbert wrote: > In-Reply-To: <[EMAIL PROTECTED]> > > On Fri, 23 Sep 2005 at 22:12:54 -0400, Alan Stern wrote: > > > The presence of the OHCI driver shouldn't make any difference to how the > > EHCI controller behaves. You could try re-enabling OHCI in your .config >

Re: [linux-usb-devel] [BUG] uhci and ehci fails to suspend

2005-09-24 Thread Alan Stern
On Sat, 24 Sep 2005, Patrizio Bassi wrote: > [ONLY UHCI LOADED, TRYING TO SUSPEND AGAIN] > > > Stopping tasks: =| > Freeing memory... done (0 pages freed) > uhci_hcd :00:0a.1: suspend_rh > usb usb3: usb suspend > uhci_hcd :00:0a.0: suspend_rh > usb usb2: usb suspend > uhci_hc

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

2005-09-24 Thread Chuck Ebbert
In-Reply-To: <[EMAIL PROTECTED]> On Fri, 23 Sep 2005 at 22:12:54 -0400, Alan Stern wrote: > The presence of the OHCI driver shouldn't make any difference to how the > EHCI controller behaves. You could try re-enabling OHCI in your .config > and recompiling again. Maybe everything will continu

Re: [linux-usb-devel] Re: CDC-ACM class driver/driver development

2005-09-24 Thread Oliver Neukum
Am Freitag, 23. September 2005 10:45 schrieb Duncan Sands: > > > A driver using spin_lock_irq() in a tasklet is buggy. You can always use > > > irqsave. It will just be slower. But in a tasklet or interrupt handler > > > spin_lock() will do. Basically these locks differ in whether they shut > > >

Re: [linux-usb-devel] Re: CDC-ACM class driver/driver development

2005-09-24 Thread Oliver Neukum
> I see, thanks for your constructive comments. I'll have a detailed look > at these kernel programming basics, in case I'd have to hack my way > through again some day. ;) Can you tell me in which kernel version will > the patch appear? It is not up to me. I've just returned and will generate a

Re: [linux-usb-devel] Re: CDC-ACM class driver/driver development

2005-09-24 Thread Oliver Neukum
Am Freitag, 23. September 2005 16:53 schrieb Duncan Sands: > > > A driver using spin_lock_irq() in a tasklet is buggy. You can always use > > > irqsave. It will just be slower. But in a tasklet or interrupt handler > > > spin_lock() will do. Basically these locks differ in whether they shut > > >

[linux-usb-devel] linux 2.6.11.8

2005-09-24 Thread Conio sandiago
Hello Alan, Sorry for the wrong information, but i am using linux kernel 2.6.11.8 still i am getting the timeout errors like following 1-1: khubd timed out on ep0in usb 1-1: device descriptor read/64, error -110 usb 1-1: khubd timed out on ep0in usb 1-1: device descriptor read/64, error -110 usb 1

[linux-usb-devel] Re: unusual_devs.h for ipod nano

2005-09-24 Thread Phil Dibowitz
Tyson Vinson wrote: > The ipod nano's model number is 0x120a. I attempted this: > > > UNUSUAL_DEV( 0x05ac, 0x120a, 0x, 0x, > "Apple", > "iPod", > US_SC_DEVICE, US_PR_DEVICE, NULL, > US_FL_FIX_CAPACITY ), > > > Which seemed

Re: [linux-usb-devel] [BUG] uhci and ehci fails to suspend

2005-09-24 Thread Patrizio Bassi
Alan Stern ha scritto: On Fri, 23 Sep 2005, Patrizio Bassi wrote: What happens if you rmmod ehci-hcd and leave uhci-hcd loaded? i wrote in the dmesg: eth1: Setting promiscuous mode. uhci_hcd :00:0a.1: HC isn't running! hub 3-0:1.0: PM: resume from 1, parent usb3 still 1

[linux-usb-devel] unusual_devs.h for ipod nano

2005-09-24 Thread Tyson Vinson
The ipod nano's model number is 0x120a.  I attempted this: UNUSUAL_DEV( 0x05ac, 0x120a, 0x, 0x,     "Apple",     "iPod",     US_SC_DEVICE, US_PR_DEVICE, NULL,     US_FL_FIX_CAPACITY ), Which seemed to do a bit better.  But it sti