Hi list,
I have this strange problem using my USB slide/film scanner
Nikon Coolscan LS40. The problem is present using both Sane
(frontend coolscan2.c) and Vuescan on the application side.
The problem causes a complete hang of the kernel USB scanner
module, reboot being the only known recovery (rmmod / insmod
is not enough). The most strange part is that whether the problem
occurs, depends on scanner settings, like for instance dpi, in
the client program. Some settings work, others cause a crash.
The problem is there on both 2.4.19_pre7 and 2.4.19 final.
There are two stages in what happens. First, the scanner and
client program freezes. An error message ("funky result") is issued.
The scanner is powered off and on again. Then the Oops occurs.
After that, communication appears to be dead ("not accepting new
address").
Here is a listing of all messages logged:
Sep 27 16:20:30 puma kernel: hub.c: USB new device connect on bus1/1, assigned device
number 2
Sep 27 16:20:30 puma kernel: scanner.c: probe_scanner: User specified USB scanner --
Vendor:Product - 4b0:4000
Sep 27 16:22:21 puma kernel: usb-uhci.c: interrupt, status 3, frame# 1673
Sep 27 16:22:21 puma kernel: scanner.c: read_scanner(0): funky result:-75. Consult
Documentation/usb/scanner.txt.
Sep 27 16:23:21 puma kernel: usb_control/bulk_msg: timeout
Sep 27 16:23:21 puma kernel: scanner.c: write_scanner: NAK received.
Sep 27 16:23:58 puma kernel: usb.c: USB disconnect on device 2
Sep 27 16:24:21 puma kernel: usb_control/bulk_msg: timeout
Sep 27 16:24:21 puma kernel: scanner.c: write_scanner: NAK received.
Sep 27 16:24:21 puma kernel: Unable to handle kernel paging request at virtual address
49544341
Sep 27 16:24:21 puma kernel: printing eip:
Sep 27 16:24:21 puma kernel: fa9404f8
Sep 27 16:24:21 puma kernel: *pde = 00000000
Sep 27 16:24:21 puma kernel: Oops: 0000
Sep 27 16:24:21 puma kernel: CPU: 1
Sep 27 16:24:21 puma kernel: EIP: 0010:[<fa9404f8>] Not tainted
Sep 27 16:24:21 puma kernel: EFLAGS: 00010283
Sep 27 16:24:21 puma kernel: eax: 00000002 ebx: 00000000 ecx: 49544341 edx:
c78b1f68
Sep 27 16:24:21 puma kernel: esi: f76b16a0 edi: 00000008 ebp: 00000008 esp:
c78b1f3c
Sep 27 16:24:21 puma kernel: ds: 0018 es: 0018 ss: 0018
Sep 27 16:24:21 puma kernel: Process xscanimage (pid: 3997, stackpage=c78b1000)
Sep 27 16:24:21 puma kernel: Stack: d0858000 00000008 c78b1f68 000003e8 c78b1f68
d0858000 0000000c 00000000
Sep 27 16:24:21 puma kernel: 00000000 00000000 49544341 00000000 00000000
cb1012e0 ffffffea 00000008
Sep 27 16:24:21 puma kernel: c0139b26 cb1012e0 4048ac58 00000008 cb101300
0000002e 00000000 c1c14000
Sep 27 16:24:21 puma kernel: Call Trace: [sys_read+150/272] [do_IRQ+198/240]
[system_call+51/56]
Sep 27 16:24:21 puma kernel: Call Trace: [<c0139b26>] [<c010a766>] [<c0108c3b>]
Sep 27 16:24:21 puma kernel:
Sep 27 16:24:21 puma kernel: Code: 8b 11 c1 e0 0f c1 e2 08 09 c2 89 d0 0d 00 00 00 04
83 79 04
Sep 27 16:24:21 puma kernel: <6>hub.c: USB new device connect on bus1/1, assigned
device number 3
Sep 27 16:24:24 puma kernel: usb_control/bulk_msg: timeout
Sep 27 16:24:24 puma kernel: usb.c: USB device not accepting new address=3 (error=-110)
Sep 27 16:24:25 puma kernel: hub.c: USB new device connect on bus1/1, assigned device
number 4
Sep 27 16:24:28 puma kernel: usb_control/bulk_msg: timeout
Sep 27 16:24:28 puma kernel: usb.c: USB device not accepting new address=4 (error=-110)
Here is an ksymoops analysis of the situation:
root@puma 41 # ksymoops oops-27.txt
ksymoops 2.4.1 on i686 2.4.19_smp_JW. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.19_smp_JW/ (default)
-m /boot/System.map-2.4.19_smp_JW (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Sep 27 16:24:21 puma kernel: Unable to handle kernel paging request at virtual address
49544341
Sep 27 16:24:21 puma kernel: fa9404f8
Sep 27 16:24:21 puma kernel: *pde = 00000000
Sep 27 16:24:21 puma kernel: Oops: 0000
Sep 27 16:24:21 puma kernel: CPU: 1
Sep 27 16:24:21 puma kernel: EIP: 0010:[<fa9404f8>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
Sep 27 16:24:21 puma kernel: EFLAGS: 00010283
Sep 27 16:24:21 puma kernel: eax: 00000002 ebx: 00000000 ecx: 49544341 edx:
c78b1f68
Sep 27 16:24:21 puma kernel: esi: f76b16a0 edi: 00000008 ebp: 00000008 esp:
c78b1f3c
Sep 27 16:24:21 puma kernel: ds: 0018 es: 0018 ss: 0018
Sep 27 16:24:21 puma kernel: Process xscanimage (pid: 3997, stackpage=c78b1000)
Sep 27 16:24:21 puma kernel: Stack: d0858000 00000008 c78b1f68 000003e8 c78b1f68
d0858000 0000000c 00000000
Sep 27 16:24:21 puma kernel: 00000000 00000000 49544341 00000000 00000000
cb1012e0 ffffffea 00000008
Sep 27 16:24:21 puma kernel: c0139b26 cb1012e0 4048ac58 00000008 cb101300
0000002e 00000000 c1c14000
Sep 27 16:24:21 puma kernel: Call Trace: [sys_read+150/272] [do_IRQ+198/240]
[system_call+51/56]
Sep 27 16:24:21 puma kernel: Call Trace: [<c0139b26>] [<c010a766>] [<c0108c3b>]
Sep 27 16:24:21 puma kernel: Code: 8b 11 c1 e0 0f c1 e2 08 09 c2 89 d0 0d 00 00 00 04
83 79 04
>>EIP; fa9404f8 <[scanner]read_scanner+e8/240> <=====
Trace; c0139b26 <sys_read+96/110>
Trace; c010a766 <do_IRQ+c6/f0>
Trace; c0108c3b <system_call+33/38>
Code; fa9404f8 <[scanner]read_scanner+e8/240>
00000000 <_EIP>:
Code; fa9404f8 <[scanner]read_scanner+e8/240> <=====
0: 8b 11 mov (%ecx),%edx <=====
Code; fa9404fa <[scanner]read_scanner+ea/240>
2: c1 e0 0f shl $0xf,%eax
Code; fa9404fd <[scanner]read_scanner+ed/240>
5: c1 e2 08 shl $0x8,%edx
Code; fa940500 <[scanner]read_scanner+f0/240>
8: 09 c2 or %eax,%edx
Code; fa940502 <[scanner]read_scanner+f2/240>
a: 89 d0 mov %edx,%eax
Code; fa940504 <[scanner]read_scanner+f4/240>
c: 0d 00 00 00 04 or $0x4000000,%eax
Code; fa940509 <[scanner]read_scanner+f9/240>
11: 83 79 04 00 cmpl $0x0,0x4(%ecx)
1 warning issued. Results may not be reliable.
Ideas, anyone?
Cheers and thanks,
-- Jon
--
Jon Wikne - [EMAIL PROTECTED] - http://lynx.uio.no/jon/
Oslo Cyclotron lab, Department of Physics, University of Oslo
Phone: +47 2285 6153 / +47 2285 5076 - Fax: +47 2285 6422
% cat flames > /dev/null
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
