AMD Irongate M/B (old - Aug 2000 AMI BIOS)
OHCI USB
Palm m515 USB-serial device visor.o
Description:
Kernel 2.6.5, this device works fine. Kernel 2.6.7 & 2.6.8-rc2 are
failing. Tried many things; enabled/disabled hotplug, various other
kernel settings including usb-generic or not, even looked at the source
(but couldn't understand a word of it)
Symptom:
Correctly detects USB Serial, and logs the device attaching in
/var/adm/messages when hotsync. Two serial ports are created on
/dev/ttyUSB0 and /dev/ttyUSB1. Subsequent access to either port causes
the process accessing the port to hang. Also, cat /proc/bus/usb/devices
hangs. When the palm disconnects, the action is registered in
/var/adm/messages, and both serial ports are removed from the system as
expected.
There appears to be partial data read from the device before the device
disconnects. The following message in syslog after disconnect:
'ohci_hcd 0000:00:07.4: IRQ INTR_SF lossage'
The following message from dmesg may be relevant, but I think it applies
to storage devices, and I have none attached:
'ohci1394: fw-host0: Unexpected PCI resource length of 1000!'
Probably more relevant:
'usb 1-1: control timeout on ep0out'
Gory Detail:
Here is my /proc/bus/usb/devices (from a working 2.6.5 kernel after
hotsync was pressed)
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 4
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.5 ohci_hcd
S: Product=Advanced Micro Devices [AMD] AMD-756 [Viper] USB
S: SerialNumber=0000:00:07.4
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 4 Spd=12 MxCh= 0
D: Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=16 #Cfgs= 1
P: Vendor=0830 ProdID=0003 Rev= 1.00
S: Manufacturer=Palm, Inc.
S: Product=Palm Handheld
S: SerialNumber=L0RP14U27121
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 2mA
I: If#= 0 Alt= 0 #EPs= 4 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbserial
E: Ad=81(I) Atr=02(Bulk) MxPS= 16 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS= 16 Ivl=0ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
For what it may be worth, /proc/interrupts
CPU0
0: 6606421 XT-PIC timer
1: 16920 XT-PIC i8042
2: 0 XT-PIC cascade
5: 4277 XT-PIC ohci_hcd
9: 7092 XT-PIC eth0
10: 39089 XT-PIC EMU10K1
11: 389974 XT-PIC ohci1394, nvidia
12: 232444 XT-PIC i8042
14: 38992 XT-PIC ide0
15: 6491 XT-PIC ide1
NMI: 0
LOC: 6599207
ERR: 15485
MIS: 0
Other:
Although I am quite happy using kernel 2.6.5, and with the USB support
there, I would quite like to see this fixed in a future kernel :)
I am prepared to do testing or mucking about as required.
Thanks, guys
Paul
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
