https://bugzilla.novell.com/show_bug.cgi?id=701368
https://bugzilla.novell.com/show_bug.cgi?id=701368#c18
Johannes Meixner changed:
What |Removed |Added
----------------------------------------------------------------------------
Found By|--- |Community User
InfoProvider|jsmeix@suse.com |hendrikw@arcor.de
--- Comment #18 from Johannes Meixner 2012-04-18 08:44:34 UTC ---
I am afraid, I do not know if there are plain USB scanner devices
or USB all-in-one devices (with a built-in scanner unit)
which use USB device classes other than
- 255 "Vendor Specific Class" (usually for plain scanners) or
- 7 "Printer" (usually for all-in-one devices).
I think as long as sane-find-scanner only reads libusb information
it cannot cause the USB mouse device to become disconnected.
I think it is that sane-find-scanner also tries to find out the
type of USB chip used in the device which causes the trouble
with this particular USB mouse, see "man sane-find-scanner".
Hendrik Woltersdorf,
in https://bugzilla.novell.com/show_bug.cgi?id=697694#c10
I wrote "sane-find-scanner -vv" which was unfortunately a typo
because "sane-find-scanner -vv" is the same as "sane-find-scanner -v".
To get the USB device descriptor information please run as root
# sane-find-scanner -v -v
and attach its output as MIME type "text/plain".
E.g. on my workstation "sane-find-scanner -v -v" results:
---------------------------------------------------------------------------
This is sane-find-scanner ...
...
searching for SCSI scanners:
...
searching for USB scanners:
...
trying libusb:
...
...
<trying to find out which USB chip is used>
checking for GT-6801 ...
this is not a GT-6801 (bDeviceSubClass = 0x0)
checking for GT-6816 ...
this is not a GT-6816 (bDeviceClass = 255, bInterfaceClass = 255)
checking for GT-8911 ...
this is not a GT-8911 (check 1, bDeviceClass = 255, bInterfaceClass = 255)
checking for MA-1017 ...
this is not a MA-1017 (bDeviceClass = 255, bInterfaceClass = 255)
checking for MA-1015 ...
this is not a MA-1015 (bcdUSB = 0x110)
checking for MA-1509 ...
this is not a MA-1509 (bDeviceSubClass = 0x0)
checking for LM983[1,2,3] ...
https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.