Hi!
We're trying to run a test program developed by Towitoko to verify their
external chipdrive for USB.
The test program ends with a segmentation fault, and it looks like the
problem is a null pointer somewhere
in the Linux USB driver hieararchy. The chipdrive contains a PL2303
USB-2-Serial converter, and it seems like it is handled by the pl2303.c
driver and the usbserial.c driver.
We are running the 2.4.20 kernel and have reproduced it on 2.4.21-pre4.
We have downloaded the latest SW from Towitokos website.
A dmesg gives the following:
pl2303.c: pl2303_write_bulk_callback - port 0
usbserial.c: port_softint - port 0
usbserial.c: serial_chars_in_buffer = port 0
usbserial.c: generic_chars_in_buffer - port 0
usbserial.c: generic_chars_in_buffer - returns 0
pl2303.c: pl2303_read_bulk_callback - port 0
pl2303.c: pl2303_read_bulk_callback - length = 1, data = 00
pl2303.c: pl2303_read_bulk_callback - port 0
pl2303.c: pl2303_read_bulk_callback - length = 1, data = 03
usbserial.c: serial_chars_in_buffer = port 0
usbserial.c: generic_chars_in_buffer - port 0
usbserial.c: generic_chars_in_buffer - returns 0
usbserial.c: serial_chars_in_buffer = port 0
usbserial.c: generic_chars_in_buffer - port 0
usbserial.c: generic_chars_in_buffer - returns 0
usbserial.c: serial_close - port 0
pl2303.c: pl2303_close - port 0
pl2303.c: set_control_lines - value = 0, retval = 0
pl2303.c: pl2303_close - shutting down urbs
pl2303.c: pl2303_close - usb_unlink_urb (write_urb) failed with reason: -19
pl2303.c: pl2303_read_bulk_callback - port 0
pl2303.c: pl2303_read_bulk_callback - urb->status = -2
pl2303.c: pl2303_read_bulk_callback - port is closed, exiting.
Unable to handle kernel paging request at virtual address f000ff3c
printing eip:
c026c68a
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c026c68a>] Not tainted
EFLAGS: 00013092
eax: c138ec00 ebx: cea19980 ecx: 00000004 edx: f000ff38
esi: c12e8880 edi: cea19980 ebp: 00003282 esp: cb0d5d8c
ds: 0018 es: 0018 ss: 0018
Process tester (pid: 1055, stackpage=cb0d5000)
Stack: cea19980 c12e8880 c1363270 00003282 c026d430 cea19980 cea19980
00000000
cea19984 00000001 cfc1701c cfc1701c 00000000 c025aefd cea19980
c0279ca1
cea19980 c031850b ffffffed cfc1701c cfc1701c c02764e7 cfc1701c
c8e74b00
Call Trace: [<c026d430>] [<c025aefd>] [<c0279ca1>] [<c02764e7>]
[<c02765a0>]
[<c01ba00f>] [<c0125eb7>] [<c01ba40f>] [<c01372f2>] [<c013595d>]
[<c011909c>]
[<c0119786>] [<c011f1fc>] [<c011f3e4>] [<c010715e>] [<c01137c3>]
[<c0113552>]
[<c01134a0>] [<c011ead3>] [<c0107458>]
Code: 8b 42 04 8b 5a 08 25 00 00 00 2f 0d 00 00 80 01 89 42 04 81
and a printout of /proc/bus/usb/device gives:
T: Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.00 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 0.00
S: Product=USB UHCI-alt Root Hub
S: SerialNumber=ff40
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= 8 Ivl=255ms
T: Bus=04 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=067b ProdID=2303 Rev= 2.00
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=serial
E: Ad=81(I) Atr=03(Int.) MxPS= 10 Ivl=1ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.00 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 0.00
S: Product=USB UHCI-alt Root Hub
S: SerialNumber=ff60
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= 8 Ivl=255ms
T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
We have also problems with connecting to the device, sometimes it works
and sometimes it doesn't!
Any clues on what might cause these problems? Workarounds?
Best Regards,
/ Janne Gustafsson
-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
