Vuescan hangs in prescan with Minolta SDIII
Ralf Hartings
I think I read this somewhere before, but can't find it anymore.
I run Mandrake 9.0 and Vuescan 7.5.69.
Very often when I run a prescan on my Minolta SDIII, vuescan hangs
during the prescan.
Any hints?
Ralf
Dirk
HAE
to normal when I got the scanner connected to a USB1.1 slot. No such
problems with Minolta software though. Hopefully Ed will address that in a
comign release
"Ralf Hartings" <hart...@iname.com> wrote in message
news:aq2R9.3775$FF4.2...@newsb.telia.net...
Ralf Hartings
I just downloaded and tried the 7.6 version. This seem to work (6
negativs scanned without any problems so far).
(Switching of the autofocus in 7.5.69 did unfortunately not help; thanks
for the comment anyhow Dirk!)
Ralf
Ralf Hartings
I was a bit too fast. Today vuescan 7.6 hanged again during a prescan.
There is a real problem here...
Ralf
Ed Hamrick
> I was a bit too fast. Today vuescan 7.6 hanged again during a prescan.
> There is a real problem here...
Check to see if there are any timeout messages in the logs
from the kernel USB driver.
It's probably a bug in the Linux USB driver.
Regards,
Ed Hamrick
Ralf Hartings
I could not find any such messages in the /var/log/kernel/error file:
Jan 2 11:35:17 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 2 12:15:04 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 2 12:23:24 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 2 14:28:27 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 2 17:41:26 L750 kernel: usb.c: error getting string descriptor 0
(error=-84)
Jan 2 21:26:57 L750 kernel: scanner.c: open_scanner(0): Scanner device
is already open
Jan 2 21:26:57 L750 kernel: scanner.c: open_scanner(0): Scanner device
is already open
Jan 2 21:41:49 L750 kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000048
Jan 2 21:41:49 L750 kernel: *pde = 00000000
Jan 2 21:52:35 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 2 22:03:03 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 2 23:09:08 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 2 23:35:28 L750 kernel: hub.c: USB device not accepting new address
(error=-71)
Jan 2 23:47:08 L750 kernel: Unknown bridge resource 0: assuming transparent
Jan 3 15:03:04 L750 kernel: Unknown bridge resource 0: assuming transparent
However, in the /var/log/kernel/warnings file I did find something like
that:
Jan 3 15:08:54 L750 kernel: usb_control/bulk_msg: timeout
Jan 3 15:09:34 L750 last message repeated 2 times
Jan 3 15:10:54 L750 last message repeated 4 times
Jan 3 15:12:14 L750 last message repeated 4 times
Jan 3 15:12:34 L750 kernel: usb_control/bulk_msg: timeout
Jan 3 15:12:34 L750 kernel: scanner.c: read_scanner(0): excessive NAK's
received
Jan 3 15:12:44 L750 kernel: usb_control/bulk_msg: timeout
Jan 3 15:13:17 L750 last message repeated 4 times
Jan 3 15:14:20 L750 last message repeated 10 times
Jan 3 15:15:23 L750 last message repeated 16 times
Jan 3 15:16:33 L750 last message repeated 9 times
Jan 3 15:17:13 L750 last message repeated 2 times
Jan 3 15:17:57 L750 kernel: smbfs: Unrecognized mount option noexec
Jan 3 15:17:57 L750 last message repeated 3 times
Jan 3 15:18:17 L750 kernel: usb_control/bulk_msg: timeout
Jan 3 15:18:50 L750 last message repeated 11 times
Jan 3 15:20:18 L750 last message repeated 10 times
Jan 3 15:21:53 L750 last message repeated 12 times
Jan 3 15:21:53 L750 kernel: scanner.c: write_scanner: NAK received.
Jan 3 15:22:03 L750 kernel: usb_control/bulk_msg: timeout
Jan 3 15:22:18 L750 last message repeated 5 times
Jan 3 15:27:53 L750 kernel: usb.c: USB device 3 (vend/prod
0x686/0x400d) is not claimed by any active driver.
Jan 3 15:30:10 L750 kernel: usb_control/bulk_msg: timeout
Jan 3 15:31:06 L750 last message repeated 2 times
I also noticed that the hanging occurs AFTER the prescan and that the
scanning progress indicator ("scanning xx%") in the bottom right hand
corner of the vuescan window, does not appear, as it does in successfull
scans.
One more important observation: I was scanning when I read your post in
the newsgroup and decided to take a look at the logs. Doing that,
thescanner slowed down, coming to a 'deadly' stop: vuescan does not
respond any more. The phenomenon looks like the hanging during the prescans.
Hope this was of any help.
Ralf
---
Ed Hamrick
> I could not find any such messages in the /var/log/kernel/error file:
> Jan 3 15:08:54 L750 kernel: usb_control/bulk_msg: timeout
This is one of the problems.
> Jan 3 15:12:34 L750 kernel: scanner.c: read_scanner(0): excessive NAK's
> received
This is another problem.
I'm not sure what else can be done, other than increasing the
timeout in the Linux USB driver.
Regards,
Ed Hamrick
Ralf Hartings
Can't you make a 'work-around' for this in Vuescan? Otherwise it would
mean that my Minolta DSIII and Vuescan can not be used at all.
Ralf
Ralf Hartings
I have also run vuescan 7.6 (on the same machine as before) under VMWARE
running W2K as a guest OS on the Linux host. In W2K,I have THE SAME
problems with Vuescan as in native Linux, allthough I now do not use the
LINUX scanner module or the linux usb driver (this is not occupied by
VMWARE and W2K).
Furthermore, when running the Minolta software under the same OS (VMWARE
and W2K guest OS; linux host OS) there are NO problems, even when I load
the system hard. No appearent timeouts, nor hanging of the scanner.
To me, this means that there is a problem in Vuescan (problems in both
Linux and W2K).
There ver well be some problems with the Linux usb and scanner modules
too, but they do not alone cause the problems with the Minolta Dimage
SDIII and vuescan 7.6
I would really like to get started with scanning my scanner with
vuescan. Does this give you more help to find the problem?
Ralf
Peter Stadtmueller
Just to let you know, I have exactly the same problem with WinXP, SP1 and
Minolta SDIII connected to USB2.0 (Gigabyte MB with built-in USB). Scanning
worked a number of times with previous versions of Vuescan (7.5.67 and
7.5.68, I think), but I experienced frequent hangups about every 20 or 30
scans. The only thing to do was a complete reboot.
In version 7.5.69 and 7.6, it doesn't work at all - vuescan hangs after the
focussing in the prescan part. I can hear the scanner moving, but the data
seems to be stuck on the way. I have already reinstalled the USB2.0 drivers.
Strange thing is, the scanner works without problems with the Minolta
software, so I think I can rule out any USB driver issue. Unfortunately I
don't have a USB1.1 port to connect to.
I haven't tried switching of autofocus, but this is the next thing I will
do. Is there any log file I can enable?
Peter
HAE
"Peter Stadtmueller" <pe...@stadtmueller.net> wrote in message
news:av548m$bsj$01$1...@news.t-online.com...
Ralf Hartings
I also tested a usb 1.1 port. This seems to work (4 out of 4 subsequent
scans without problems; with usb 2.0 this is about 1 out of 10
successfull scans!). Although the scanner at the highest resolution
(using usb 1.1) slows down often and even stops for some second to write
te data to the computer, but Vuescan 7.6 takes care of this without
problems!
The problem seems definately related to a 'communication problem'
between vuescan and usb 2.0., independent of the OS.
Ralf
antony
Same setup - same problem to me too!!!!!!
Ed E.
I also had used that on a Gigabyte motherboard, the GA7VAXP to be exact.
Are you sure it doesn't have any 1.1 ports? The ones near the
keyboard/mouse connector are only 1.1, not 2.0. The port plate with the 4
USB 2.0 connectors built in that plugs into the bottom of the motherboard
provide the only USB 2.0 ports.
FYI, I also had the SD3 locking up on me. I went to Gigabyte's website and
downloaded the latest VIA USB 2.0 drivers and the problem went away.