From: Patrick Mansfield <patmans@us.ibm.com>
To: linux-hotplug@vger.kernel.org
Subject: Re: scsi.agent trouble: load more than module per TYPE
Date: Wed, 18 Jan 2006 20:09:49 +0000 [thread overview]
Message-ID: <20060118200949.GA22110@us.ibm.com> (raw)
In-Reply-To: <20060118182519.4c7bd4b5@lounge.fly.net>
On Wed, Jan 18, 2006 at 08:45:23PM +0100, Michele Barbiero wrote:
> On Wed, 18 Jan 2006 20:16:21 +0100
> md@Linux.IT (Marco d'Itri) wrote:
>
> [Cut]
> > Because the "official hotplug" package is dead and not actively
> > maintained anymore and sane distributions switched to udev.
>
> It's a modules problem (hotplug), not device one (udev).
It is a module problem solved via udev rules.
IMHO, sg should still be loaded for all scsi devices, especially for
ones that have an odd (such as enclousre or raid) or unknown type. Looks
like only SUSE does it this way.
[Yeh ... you can use sr/st/sd for SG_IO.]
[kernel udev]$ grep "sg" etc/udev/*/* | grep modprobe
etc/udev/debian/hotplug.rules:SUBSYSTEM="scsi_device", SYSFS{type}="[235689]", RUN+="/sbin/modprobe sg"
etc/udev/redhat/udev.rules: RUN+="/sbin/modprobe sg"
etc/udev/suse/50-udev-default.rules:SUBSYSTEM="scsi_device", ACTION="add", RUN+="/sbin/modprobe sg"
The redhat line is only for SYSFS{type}="[23689]".
Types (per scsi.h) are:
#define TYPE_DISK 0x00
#define TYPE_TAPE 0x01
#define TYPE_PRINTER 0x02
#define TYPE_PROCESSOR 0x03 /* HP scanners use this */
#define TYPE_WORM 0x04 /* Treated as ROM by our system */
#define TYPE_ROM 0x05
#define TYPE_SCANNER 0x06
#define TYPE_MOD 0x07 /* Magneto-optical disk */
#define TYPE_MEDIUM_CHANGER 0x08
#define TYPE_COMM 0x09 /* Communications device */
#define TYPE_RAID 0x0c
#define TYPE_ENCLOSURE 0x0d /* Enclosure Services Device */
#define TYPE_RBC 0x0e
-- Patrick Mansfield
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x103432&bid#0486&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2006-01-18 20:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-18 17:25 scsi.agent trouble: load more than module per TYPE Michele Barbiero
2006-01-18 19:16 ` Marco d'Itri
2006-01-18 19:45 ` Michele Barbiero
2006-01-18 19:49 ` Marco d'Itri
2006-01-18 20:09 ` Patrick Mansfield [this message]
2006-01-18 20:16 ` Marco d'Itri
2006-01-18 21:05 ` Patrick Mansfield
2006-01-19 3:58 ` Andrey Borzenkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060118200949.GA22110@us.ibm.com \
--to=patmans@us.ibm.com \
--cc=linux-hotplug@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).