Mailinglist Archive: opensuse-bugs (9642 mails)
| < Previous | Next > |
[Bug 339743] New: HAL support for "SCSI via USB" scanners
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Wed, 7 Nov 2007 02:17:07 -0700 (MST)
- Message-id: <bug-339743-21960@xxxxxxxxxxxxxxxxxxxxxxxxx/>
https://bugzilla.novell.com/show_bug.cgi?id=339743#c337766
Summary: HAL support for "SCSI via USB" scanners
Product: openSUSE 11.0
Version: unspecified
Platform: All
OS/Version: openSUSE 10.3
Status: NEW
Severity: Blocker
Priority: P5 - None
Component: Hotplug
AssignedTo: dkukawka@xxxxxxxxxx
ReportedBy: jsmeix@xxxxxxxxxx
QAContact: qa@xxxxxxx
CC: oneukum@xxxxxxxxxx
Found By: Development
There are some physical USB scanners which are accessed
via a special kernel module as SCSI scanners via /dev/sg*
For background information see bug #337766 and bug #335674
The problem is that for those devices it doesn't work
as usual via the udev/HAL/hal-resmgr machinery to set
access permissions for normal users.
The reason is that those devices appear in "lshal" only
as USB devices but not at all as SCSI device so that
the udev/HAL/hal-resmgr machinery cannot set access permissions
for the matching /dev/sg* device file.
How the udev/HAL/hal-resmgr machinery works for
usual SCSI scanners:
If the SCSI scanner is switched on during boot,
the SCSI system detects the device and HAL gets notified.
Then this entry in /etc/hal/fdi/policy/10osvendor/70-scanner.fdi
------------------------------------------------------------------
<match key="info.category" string="scsi_generic">
<match key="@info.parent:scsi.type" string="scanner">
<append key="info.capabilities" type="strlist">scanner</append>
</match>
</match>
------------------------------------------------------------------
matches so that the "scanner" capability is assigned.
Finally hal-resmgr is run by HAL and hal-resmgr sets an ACL for
all the device files which belong to devices which are known to HAL
which have the "scanner" capability.
Here is a "lshal" output of such a device, for example a
"Microtek ScanMaker X6" with USB IDs 0x05da:0x0099
https://bugzilla.novell.com/attachment.cgi?id=180993
Oliver wrote in a mail to me:
---------------------------------------------------------------------
The microtekX6 driver works on 64 bit and udev is notified:
UEVENT[1193745001.343355] add /devices/pci0000:00/0000:00:02.1/usb3/3-1
(usb)
UEVENT[1193745001.343416] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/usb_endpoint/usbdev3.3_ep00
(usb_endpoint)
UEVENT[1193745001.353667] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0 (usb)
UEVENT[1193745001.353718] add /class/scsi_host/host6 (scsi_host)
UEVENT[1193745001.353727] add /devices/platform/host6/target6:0:0/6:0:0:0
(scsi)
UEVENT[1193745001.353735] add /class/scsi_device/6:0:0:0 (scsi_device)
UEVENT[1193745001.353742] add /class/scsi_generic/sg5 (scsi_generic)
UEVENT[1193745001.363043] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep01
(usb_endpoint)
UEVENT[1193745001.363098] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep82
(usb_endpoint)
UEVENT[1193745001.363107] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep83
(usb_endpoint)
UDEV [1193745001.397400] add /devices/pci0000:00/0000:00:02.1/usb3/3-1
(usb)
UDEV [1193745001.407127] add /class/scsi_host/host6 (scsi_host)
UDEV [1193745001.449179] add /devices/platform/host6/target6:0:0/6:0:0:0
(scsi)
UDEV [1193745001.454854] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/usb_endpoint/usbdev3.3_ep00
(usb_endpoint)
UDEV [1193745001.491933] add /class/scsi_device/6:0:0:0 (scsi_device)
UDEV [1193745001.499921] add /class/scsi_generic/sg5 (scsi_generic)
UDEV [1193745001.664991] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0 (usb)
UDEV [1193745001.669882] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep01
(usb_endpoint)
UDEV [1193745001.672578] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep82
(usb_endpoint)
UDEV [1193745001.674776] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep83
(usb_endpoint)
So I don't understand why ignoring these devices on a USB basis based
on ids which are known doesn't simply leave them to SCSI.
---------------------------------------------------------------------
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Summary: HAL support for "SCSI via USB" scanners
Product: openSUSE 11.0
Version: unspecified
Platform: All
OS/Version: openSUSE 10.3
Status: NEW
Severity: Blocker
Priority: P5 - None
Component: Hotplug
AssignedTo: dkukawka@xxxxxxxxxx
ReportedBy: jsmeix@xxxxxxxxxx
QAContact: qa@xxxxxxx
CC: oneukum@xxxxxxxxxx
Found By: Development
There are some physical USB scanners which are accessed
via a special kernel module as SCSI scanners via /dev/sg*
For background information see bug #337766 and bug #335674
The problem is that for those devices it doesn't work
as usual via the udev/HAL/hal-resmgr machinery to set
access permissions for normal users.
The reason is that those devices appear in "lshal" only
as USB devices but not at all as SCSI device so that
the udev/HAL/hal-resmgr machinery cannot set access permissions
for the matching /dev/sg* device file.
How the udev/HAL/hal-resmgr machinery works for
usual SCSI scanners:
If the SCSI scanner is switched on during boot,
the SCSI system detects the device and HAL gets notified.
Then this entry in /etc/hal/fdi/policy/10osvendor/70-scanner.fdi
------------------------------------------------------------------
<match key="info.category" string="scsi_generic">
<match key="@info.parent:scsi.type" string="scanner">
<append key="info.capabilities" type="strlist">scanner</append>
</match>
</match>
------------------------------------------------------------------
matches so that the "scanner" capability is assigned.
Finally hal-resmgr is run by HAL and hal-resmgr sets an ACL for
all the device files which belong to devices which are known to HAL
which have the "scanner" capability.
Here is a "lshal" output of such a device, for example a
"Microtek ScanMaker X6" with USB IDs 0x05da:0x0099
https://bugzilla.novell.com/attachment.cgi?id=180993
Oliver wrote in a mail to me:
---------------------------------------------------------------------
The microtekX6 driver works on 64 bit and udev is notified:
UEVENT[1193745001.343355] add /devices/pci0000:00/0000:00:02.1/usb3/3-1
(usb)
UEVENT[1193745001.343416] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/usb_endpoint/usbdev3.3_ep00
(usb_endpoint)
UEVENT[1193745001.353667] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0 (usb)
UEVENT[1193745001.353718] add /class/scsi_host/host6 (scsi_host)
UEVENT[1193745001.353727] add /devices/platform/host6/target6:0:0/6:0:0:0
(scsi)
UEVENT[1193745001.353735] add /class/scsi_device/6:0:0:0 (scsi_device)
UEVENT[1193745001.353742] add /class/scsi_generic/sg5 (scsi_generic)
UEVENT[1193745001.363043] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep01
(usb_endpoint)
UEVENT[1193745001.363098] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep82
(usb_endpoint)
UEVENT[1193745001.363107] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep83
(usb_endpoint)
UDEV [1193745001.397400] add /devices/pci0000:00/0000:00:02.1/usb3/3-1
(usb)
UDEV [1193745001.407127] add /class/scsi_host/host6 (scsi_host)
UDEV [1193745001.449179] add /devices/platform/host6/target6:0:0/6:0:0:0
(scsi)
UDEV [1193745001.454854] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/usb_endpoint/usbdev3.3_ep00
(usb_endpoint)
UDEV [1193745001.491933] add /class/scsi_device/6:0:0:0 (scsi_device)
UDEV [1193745001.499921] add /class/scsi_generic/sg5 (scsi_generic)
UDEV [1193745001.664991] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0 (usb)
UDEV [1193745001.669882] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep01
(usb_endpoint)
UDEV [1193745001.672578] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep82
(usb_endpoint)
UDEV [1193745001.674776] add
/devices/pci0000:00/0000:00:02.1/usb3/3-1/3-1:1.0/usb_endpoint/usbdev3.3_ep83
(usb_endpoint)
So I don't understand why ignoring these devices on a USB basis based
on ids which are known doesn't simply leave them to SCSI.
---------------------------------------------------------------------
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
| < Previous | Next > |