One more thing, running "usbmodules" while vuescan was obtaining a
preview scan gave this in syslog:
uhci_hcd 0000:00:10.1: uhci_result_control: failed with status 440000
[c5b6b240] link (05b6b1e2) element (0eea7000)
0: [ceea7000] link (0eea7040) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0
Dev=3, PID=2d(SETUP) (buf=0e721280)
1: [ceea7040] link (0eea7080) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=3,
PID=69(IN) (buf=0419e000)
2: [ceea7080] link (0eea70c0) e3 SPD Active Length=0 MaxLen=7 DT0 EndPt=0 Dev=3,
PID=69(IN) (buf=0419e008)
3: [ceea70c0] link (0eea7100) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=3,
PID=69(IN) (buf=0419e010)
4: [ceea7100] link (04bc6240) e3 SPD Active Length=0 MaxLen=7 DT0 EndPt=0 Dev=3,
PID=69(IN) (buf=0419e018)
5: [c4bc6240] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=3,
PID=e1(OUT) (buf=00000000)
usbfs: USBDEVFS_CONTROL failed cmd usbmodules dev 3 rqt 128 rq 6 len 32 ret -71
and vuescan hang for several seconds at the place marked ##### (strace output of main
process):
gettimeofday({1080084456, 454808}, NULL) = 0
sched_yield() = 0
gettimeofday({1080084456, 455796}, NULL) = 0
sched_yield() = 0
gettimeofday({1080084456, 457161}, NULL) = 0
sched_yield() = 0
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([] <unfinished ...>
--- SIGRTMIN (Unknown signal 32) @ 0 (0) ---
<... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call)
sigreturn() = ? (mask now [RTMIN])
sched_yield() = 0
munmap(0x473b2000, 33558528) = 0
time(NULL) = 1080084547
time(NULL) = 1080084547
ioctl(6, USBDEVFS_BULK, 0xbfffbc70) = 1
time(NULL) = 1080084547
Again, the scanner returned to the home position but with its green
light off (which means it's not ready for new requests), and now
vuescan's USBDEVFS_BULK are timing out:
ioctl(6, USBDEVFS_BULK, 0xbfffc720) = 2
time(NULL) = 1080084641
ioctl(6, USBDEVFS_BULK
accompanying dmesg:
usb 3-2: bulk timeout on ep2in
usbfs: USBDEVFS_BULK failed dev 3 ep 0x82 len 4096 ret -110
usb 3-2: bulk timeout on ep2in
usbfs: USBDEVFS_BULK failed dev 3 ep 0x82 len 1 ret -110
It's a bit hard to figure if it's the scanner or the kernel that is
hanging now. Power cycling doesn't always help although I see hotplug
action in the logs. Re-starting the application after letting the
scanner quiesce helps.
These may be application or scanner problems that the kernel cannot help
much. The remaining question is if it's ok for usbmodules to interrupt
an application so hard it must be restarted.
--
Matthias Andree
Encrypt your mail: my GnuPG key ID is 0x052E7D95
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
