Hi,
> > > Unclear. Did you say you'd tried this with a non-VIA controller?
> > > The VIA EHCI 0.95 has always been problematic.
> >
> > No, I do have 2 controllers here but both are VIA. If you say they are
> > problematic I'm now going to buy one that is not VIA and look if it is
> > working better. Can you recommend a chipset that is available as
> > pci-controller?
>
> I have cards with chips from ALI, Philips, and NEC as well as VIA.
> NEC is most widely available, but is often "EHCI 0.95" (pre-final
> version). Philips is hard to come by. The ALI is nice, EHCI 1.0 too.
Switching the controller has helped!
I bought an ALI as suggested. I still get a lot of usb resets but no
disconnects anymore. This means the backup works without being
killed but the overall speed is not good because of the time needed
for the resets.
The new controller on boot:
ehci_hcd 0000:00:08.3: EHCI Host Controller
ehci_hcd 0000:00:08.3: reset hcs_params 0x103216 dbg=1 cc=3 pcc=2 ordered
ports=6
ehci_hcd 0000:00:08.3: reset hcc_params 7002 thresh 0 uframes 256/512/1024
ehci_hcd 0000:00:08.3: capability 0001 at 70
ehci_hcd 0000:00:08.3: irq 16, pci mem 0xd8401000
ehci_hcd 0000:00:08.3: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:08.3: reset command 080002 (park)=0 ithresh=8 period=1024
Reset HALT
ehci_hcd 0000:00:08.3: init command 010009 (park)=0 ithresh=1 period=256 RUN
ehci_hcd 0000:00:08.3: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
ehci_hcd 0000:00:08.3: supports USB remote wakeup
usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: default language 0x0409
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.11-1.i2n ehci_hcd
usb usb1: SerialNumber: 0000:00:08.3
and lspci -v
00:08.3 USB Controller: ALi Corporation USB 2.0 Controller (rev 01) (prog-if 20
[EHCI])
Subsystem: ALi Corporation: Unknown device 5272
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16
Memory at d8401000 (32-bit, non-prefetchable) [size=256]
Capabilities: [50] Power Management version 2
Capabilities: [58] Debug port
The guy at the shop said that he knows of a lot of disconnect problems with
ALI and VIA controllers (but with windows of course). He suggests NEC
controllers. Do you think a different controller might fix the resets or do you
think the root cause for the resets is somewhere else (Cypress chip, driver
issue,...) and the ALI controller just has a better handling for the resets?
If NEC - can I find out if the controller is EHCI 1.0 or 0.95 without plugging
it in?
The resets with the new controller look different than before. There are now
just two
different types of errors:
usb-storage: Command READ_10 (10 bytes)
usb-storage: 28 00 12 5c 00 a7 00 00 08 00
usb-storage: Bulk Command S 0x43425355 T 0x29ca L 4096 F 128 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
usb-storage: Status code 0; transferred 4096/4096
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 0/13
usb-storage: -- short transfer
usb-storage: Received 0-length CSW; retrying...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: command_abort called
usb-storage: usb_stor_stop_transport called
usb-storage: -- cancelling URB
usb-storage: Status code -104; transferred 0/13
usb-storage: -- transfer cancelled
usb-storage: Bulk status result = 4
usb-storage: -- command was aborted
ehci_hcd 0000:00:08.3: port 4 high speed
ehci_hcd 0000:00:08.3: GetStatus port 4 status 001005 POWER sig=se0 PE CONNECT
usb 1-4: reset high speed USB device using ehci_hcd and address 2
ehci_hcd 0000:00:08.3: port 4 high speed
ehci_hcd 0000:00:08.3: GetStatus port 4 status 001005 POWER sig=se0 PE CONNECT
usb-storage: usb_reset_device returns 0
usb-storage: scsi command aborted
usb-storage: *** thread sleeping.
and the second one:
usb-storage: Command WRITE_10 (10 bytes)
usb-storage: 2a 00 0e 80 00 6f 00 00 08 00
usb-storage: Bulk Command S 0x43425355 T 0x2d65 L 4096 F 0 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: 00 06 fc 02 27 00 00 08 00
usb-storage: Bulk Command S 0x43425355 T 0x2dc0 L 4096 F 128 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
usb-storage: Status code -121; transferred 15/4096
usb-storage: -- short read transfer
usb-storage: Bulk data transfer result 0x1
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code -75; transferred 0/13
usb-storage: -- babble
usb-storage: Bulk status result = 3
usb-storage: -- transport indicates error, resetting
ehci_hcd 0000:00:08.3: port 4 high speed
ehci_hcd 0000:00:08.3: GetStatus port 4 status 001005 POWER sig=se0 PE CONNECT
usb 1-4: reset high speed USB device using ehci_hcd and address 2
ehci_hcd 0000:00:08.3: port 4 high speed
ehci_hcd 0000:00:08.3: GetStatus port 4 status 001005 POWER sig=se0 PE CONNECT
usb-storage: usb_reset_device returns 0
usb-storage: scsi cmd done, result=0x70000
usb-storage: *** thread sleeping.
Kind regards,
Gerd
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
