Re: USB devices work with uhci, not with ehci

2006-01-06 Thread Wesley J. Landaker
On Monday 02 January 2006 16:26, Wesley J. Landaker wrote:
 Has anyone seen this kind of thing before? All my low or full speed
 devices work fine. My *high* speed devices don't work if ehci_hcd is
 loaded, but if I remove it, they work as fall-back full speed devices.

Just for future reference, and in case anyone else has this same problem or 
more information, I went ahead and filed a bug upstream: 
http://bugzilla.kernel.org/show_bug.cgi?id=5835

-- 
Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED]
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpblJEvNJHeX.pgp
Description: PGP signature


Re: USB devices work with uhci, not with ehci

2006-01-06 Thread David Goodenough
On Friday 06 January 2006 16:03, Wesley J. Landaker wrote:
 On Monday 02 January 2006 16:26, Wesley J. Landaker wrote:
  Has anyone seen this kind of thing before? All my low or full speed
  devices work fine. My *high* speed devices don't work if ehci_hcd is
  loaded, but if I remove it, they work as fall-back full speed devices.

 Just for future reference, and in case anyone else has this same problem or
 more information, I went ahead and filed a bug upstream:
 http://bugzilla.kernel.org/show_bug.cgi?id=5835
There are obviously problems with ehci, people using OpenWrt on systems
with an NEC USB 2.0 controller are getting all manner of problems, and
again have to remove ehci to get things working.  Lets hope that this
gets fixed!

David


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: USB devices work with uhci, not with ehci

2006-01-03 Thread Wesley J. Landaker
On Monday 02 January 2006 23:43, [EMAIL PROTECTED] wrote:
 On Tuesday 03 January 2006 00:26, Wesley J. Landaker wrote:
  Hi folks,
 
  Has anyone seen this kind of thing before? All my low or full speed
  devices work fine. My *high* speed devices don't work if ehci_hcd is
  loaded, but if I remove it, they work as fall-back full speed devices.

 I had a similar problem with an ASUS A8V Deluxe mainboard and the Sarge
 AMD64 kernel image (2.6.8), it disappeared when I switched to the Etch
 kernel image (2.6.12).

Well, I'm using 2.6.14...

$ uname -a 
Linux tonberry 2.6.14 #2 PREEMPT Tue Nov 1 17:58:44 MST 2005 x86_64 
GNU/Linux

I guess I'll keep looking for ideas. =)

-- 
Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED]
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpgg3oC1k4uR.pgp
Description: PGP signature


USB devices work with uhci, not with ehci

2006-01-02 Thread Wesley J. Landaker
Hi folks,

Has anyone seen this kind of thing before? All my low or full speed devices 
work fine. My *high* speed devices don't work if ehci_hcd is loaded, but if 
I remove it, they work as fall-back full speed devices.

For example, when I install a USB storage device without ehci_hcd loaded, 
I'll get:

Jan  2 16:14:24 localhost kernel: ACPI: PCI interrupt for device 
:00:10.4 disabled
Jan  2 16:14:25 localhost kernel: usb 4-2: new full speed USB device using 
uhci_hcd and address 2
Jan  2 16:14:25 localhost kernel: scsi2 : SCSI emulation for USB Mass 
Storage devices
Jan  2 16:14:30 localhost kernel:   Vendor: SanDisk   Model: Cruzer Mini   
Rev: 0.2
Jan  2 16:14:30 localhost kernel:   Type:   Direct-Access  
ANSI SCSI revision
: 02
Jan  2 16:14:30 localhost kernel: SCSI device sdb: 2001888 512-byte hdwr 
sectors (1025 MB)
Jan  2 16:14:30 localhost kernel: sdb: Write Protect is off
Jan  2 16:14:30 localhost kernel: SCSI device sdb: 2001888 512-byte hdwr 
sectors (1025 MB)
Jan  2 16:14:30 localhost kernel: sdb: Write Protect is off
Jan  2 16:14:30 localhost kernel:  sdb: sdb1
Jan  2 16:14:30 localhost kernel: Attached scsi removable disk sdb at scsi2, 
channel 0, id 0, lun
 0

However, if I try it with ehci_hcd loaded, I'll get:

Jan  2 16:17:34 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 7
Jan  2 16:17:35 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 8
Jan  2 16:17:35 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 9
Jan  2 16:17:36 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 1
0

But nothing else shows up, and the device isn't shown with lsusb.

For reference this is with the following devices on an ASUS A8V-E Deluxe 
motherboard:

:00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)

Thanks for any pointers you might have. =)

-- 
Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED]
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpR6koj9ioYR.pgp
Description: PGP signature


RE: USB devices work with uhci, not with ehci

2006-01-02 Thread Joel Johnson
I have seen this as well (on an x86-32 desktop machine), and it turned out that 
my USB wireless adapter didn't work fully with ehci. When I have ehci-hcd 
loaded and the wireless adapter (rt2570 chipset) plugged in, I get scsi 
timeouts on my USB thumb drive (also SanDisk Cruzer Mini...) so that nothing 
works (flash drive or wireless). On the flip side, if I remove ehci-hcd and 
only use ohci-hcd both work fine (the wireless is only 11 Mbps, so speed isn't 
an issue, but the flash is much slower). This is on an older machine (my 
wife's), and so I have the wireless in the onboard uhci-hcd driven controller, 
and the rest on the add-on PCI board driven by ehci-hcd.

This just happens to work for this machine, but isn't a real solution. Is there 
any way to force a USB device to run at lower speed with high speed module 
loaded and enabled for all other devices?

Joel


-Original Message-

Hi folks,

Has anyone seen this kind of thing before? All my low or full speed devices 
work fine. My *high* speed devices don't work if ehci_hcd is loaded, but if 
I remove it, they work as fall-back full speed devices.

For example, when I install a USB storage device without ehci_hcd loaded, 
I'll get:

Jan  2 16:14:24 localhost kernel: ACPI: PCI interrupt for device 
:00:10.4 disabled
Jan  2 16:14:25 localhost kernel: usb 4-2: new full speed USB device using 
uhci_hcd and address 2
Jan  2 16:14:25 localhost kernel: scsi2 : SCSI emulation for USB Mass 
Storage devices
Jan  2 16:14:30 localhost kernel:   Vendor: SanDisk   Model: Cruzer Mini   
Rev: 0.2
Jan  2 16:14:30 localhost kernel:   Type:   Direct-Access  
ANSI SCSI revision
: 02
Jan  2 16:14:30 localhost kernel: SCSI device sdb: 2001888 512-byte hdwr 
sectors (1025 MB)
Jan  2 16:14:30 localhost kernel: sdb: Write Protect is off
Jan  2 16:14:30 localhost kernel: SCSI device sdb: 2001888 512-byte hdwr 
sectors (1025 MB)
Jan  2 16:14:30 localhost kernel: sdb: Write Protect is off
Jan  2 16:14:30 localhost kernel:  sdb: sdb1
Jan  2 16:14:30 localhost kernel: Attached scsi removable disk sdb at scsi2, 
channel 0, id 0, lun
 0

However, if I try it with ehci_hcd loaded, I'll get:

Jan  2 16:17:34 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 7
Jan  2 16:17:35 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 8
Jan  2 16:17:35 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 9
Jan  2 16:17:36 localhost kernel: usb 1-5: new high speed USB device using 
ehci_hcd and address 1
0

But nothing else shows up, and the device isn't shown with lsusb.

For reference this is with the following devices on an ASUS A8V-E Deluxe 
motherboard:

:00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81)
:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)

Thanks for any pointers you might have. =)

-- 
Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED]
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



Re: USB devices work with uhci, not with ehci

2006-01-02 Thread Wesley J. Landaker
On Monday 02 January 2006 16:39, Joel Johnson wrote:
 I have seen this as well (on an x86-32 desktop machine), and it turned
 out that my USB wireless adapter didn't work fully with ehci. When I have
 ehci-hcd loaded and the wireless adapter (rt2570 chipset) plugged in, I
[ . . . ]
 This just happens to work for this machine, but isn't a real solution. Is
 there any way to force a USB device to run at lower speed with high speed
 module loaded and enabled for all other devices?

Hmmm... well, that's kind of similar, but not exactly what I'm seeing.

I kind of doubt in my case it is an issue of the USB device not fully 
working with ehci, since I've tried it with two USB flash drives and an 
external USB HD enclosure, all of which work fine in high speed on my other 
computers, just not on my amd64. =(

I assume most others here have had high speed USB devices working (in high 
speed mode) with ehci_hcd on amd64?

-- 
Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED]
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpGNte9zAD6q.pgp
Description: PGP signature


Re: USB devices work with uhci, not with ehci

2006-01-02 Thread cbergmann
On Tuesday 03 January 2006 00:26, Wesley J. Landaker wrote:
 Hi folks,

 Has anyone seen this kind of thing before? All my low or full speed devices
 work fine. My *high* speed devices don't work if ehci_hcd is loaded, but if
 I remove it, they work as fall-back full speed devices.

I had a similar problem with an ASUS A8V Deluxe mainboard and the Sarge AMD64 
kernel image (2.6.8), it disappeared when I switched to the Etch kernel image 
(2.6.12). 

Regards  Clemens

-- 
Clemens Bergmann
Schwertlilienweg 14
68259 Mannheim

[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]