Hi,
[I've already sent this message to linux-usb-users without feedback, but
may be this is more a development issue]
after updating my computer to a MSI KT3 Ultra board (KT333A chipset),
the Archos MP3 jukebox cannot be accessed reliably anymore using Linux.
It does not seem to be a hardware problem as the drive can be used under
Windows XP on the same system (or may be error recovery of the storage
driver is just better there).
When loading the usb-uhci und usb-storage module, the harddisk appears,
but after a number of accesses, the usb-storage-0 and scsi_eh_0 kernel
threads stall in D state, as does the process that initiated the
transfer. Last log file entries before failure (with USB debugging
enabled) are:
usb-storage: *** thread sleeping.
usb-storage: queuecommand() called
usb-storage: *** thread awakened.
usb-storage: Command READ_10 (10 bytes)
usb-storage: 28 00 00 00 59 b9 00 00 01 00 00 00
usb-storage: ATA OUT - SCSIOP_READ
usb-storage: Bulk command S 0x43425355 T 0x16 Trg 0 LUN 0 L 512 F 128 CL
16
usb-storage: Bulk command transfer result=0
usb-storage: isd200_transfer_partial(): xfer 512 bytes
usb-uhci.c: interrupt, status 2, frame# 94
usb-uhci-debug.h: usbcmd = 00c1 Maxp64 CF RS
usb-uhci-debug.h: usbstat = 0002 USBError
usb-uhci-debug.h: usbint = 000f
usb-uhci-debug.h: usbfrnum = (0)178
usb-uhci-debug.h: flbaseadd = 0572d000
usb-uhci-debug.h: sof = 40
usb-uhci-debug.h: stat1 = 0495 PortEnabled PortConnected
usb-uhci-debug.h: stat2 = 0480
usb-storage: usb_stor_bulk_msg() returned -71 xferred 0/512
usb-storage: isd200_transfer_partial(): unknown error
usb-storage: Bulk data transfer result 0x1
usb-storage: Attempting to get CSW...
usb-uhci-debug.h: usbcmd = 00c1 Maxp64 CF RS
usb-uhci-debug.h: usbstat = 0003 USBError USBINT
usb-uhci-debug.h: usbint = 000f
usb-uhci-debug.h: usbfrnum = (0)180
usb-uhci-debug.h: flbaseadd = 0572d000
usb-uhci-debug.h: sof = 40
usb-uhci-debug.h: stat1 = 0495 PortEnabled PortConnected
usb-uhci-debug.h: stat2 = 0480
usb-storage: Bulk status result = -75
usb-storage: -- transport indicates transport failure
usb-storage: scsi cmd done, result=0x70000
usb-storage: *** thread sleeping.
usb-storage: queuecommand() called
usb-storage: *** thread awakened.
usb-storage: Command READ_10 (10 bytes)
usb-storage: 28 00 00 00 59 b9 00 00 01 00 00 00
usb-storage: ATA OUT - SCSIOP_READ
usb-storage: Bulk command S 0x43425355 T 0x17 Trg 0 LUN 0 L 512 F 128 CL
16
[+30 sec]
usb-storage: command_abort() called
The board has four USB ports using exclusive interrupt 21 with IO-APIC
enabled or a shared interrupt without. Both settings lead to the error
sooner or later, disabling one USB controller does not help, too. Kernel
ist 2.4.19rc1, USB used for the jukebox only. The alternate uhci driver
does not work at all.
lspci shows these entries for the USB controllers:
00:11.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 23)
(prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID): Unknown device
1234
Flags: bus master, medium devsel, latency 32, IRQ 21
I/O ports at dc00 [size=32]
Capabilities: [80] Power Management version 2
00:11.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 23)
(prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID): Unknown device
1234
Flags: bus master, medium devsel, latency 32, IRQ 21
I/O ports at e000 [size=32]
Capabilities: [80] Power Management version 2
Anyone got an idea?
Cheers, Stefan
-------------------------------------------------------
This sf.net email is sponsored by: Jabber - The world's fastest growing
real-time communications platform! Don't just IM. Build it in!
http://www.jabber.com/osdn/xim
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
