From: "Guo, Min" <min.guo@intel.com>
To: linux-hotplug@vger.kernel.org
Subject: RE: Question about Hot device Identity
Date: Thu, 26 Jun 2003 07:42:36 +0000 [thread overview]
Message-ID: <marc-linux-hotplug-105661355418513@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-105633765700944@msgid-missing>
Sorry, I make a mistake, I has UHCI built-in but OHCI not,
but my USB controller is OHCI type, so I can not find
my cdrom in /sys/block.
Here I run the Udev as following procedure.
1. mount -t sysfs sysfs /sys
2. Edit the udev.h file and replace the following variables with values
that make sense for your system:
#define SYSFS_ROOT "/sys"
#define UDEV_ROOT "/root/udev/"
#define DEV_FILE "/dev"
#define MKNOD "/bin/mknod"
3 . Run make to build the project
4. Point /proc/sys/kernel/hotplug at the location of the udev binary that
is created. so I change /proc/sys/kernel/hotplug 's content to /root/udev/udev.is this right?
5. Set DEVPATH to /sys/devices/pci0/0000:00:0f.2/usb1/1-1/1-1:0/host2/2:0:0:0/scd0
I don't know whether scd0 is right, because there are no scd0 in the path /sys/devices/pci0/0000:00:0f.2/usb1/1-1/1-1:0/host2/2:0:0:0,but I can mount
the USB CDROM with /dev/scd0,there is a dev file in my /sys/block/sr0 directory.
here is the detailed outputs of usb1.
#ls /sys/devices/pci0/0000:00:0f.2/usb1/1-1/1-1:0/host2/2:0:0:0
access_count block device_blocked model name online power queue_depth rescan rev scsi_level type vendor
6. run . ./test to see the result.
But what things should happen here? in my machine, there are no outputs, I think dbg information should be outputed at least.
Thanks
Guo Min
The content of this email message solely contains my own personal views,
and not those of my employer.
-----Original Message-----
From: Kevin P. Fleming [mailto:kpfleming@cox.net]
Sent: Thursday, June 26, 2003 12:10 PM
To: linux-hotplug-devel@lists.sourceforge.net
Subject: Re: Question about Hot device Identity
Guo, Min wrote:
> I can not find the file dev in the /sys/class/usb, does it means that
> Udev does not support my USB CDROM? If not, which file is behalf of
> my USB CDROM device?
>
I think you've missed the point here. There is no such thing as a
"generic" USB device that could have a dev file for it in
/sys/class/usb. For a device to have a dev file, it must have some
sort of device-specific driver talking to it. If that driver exists
and is loaded, it will (or should) have a class of its own under
/sys/class, and the dev file will be there.
In the case of a USB CD-ROM, that is handled by the usb-storage
driver, but that driver _still_ does not create a dev file, because it
does not directly expose itself to userspace (there is no way to talk
to the usb-storage driver itself). usb-storage connects the device the
SCSI midlayer, which then attaches the sd (SCSI disk) driver to the
device. _That_ driver is actually a real device that the user can
interact with, so it creates a dev file in the appropriate place,
namely /sys/block. You can think of /sys/block as a special-case
class, and consider it equivalent to /sys/class/block (although it's
more than that).
The only devices that will ever have "dev" files in /sys for them are
those that can actually can communicated with from userspace. There is
no need for userspace to treat your USB CD-ROM as a USB CD-ROM,
instead it just considers it to be a generic disk (block) device that
holds read-only media. I don't see any reason this device will ever
generate any directories under /sys/class/... with dev files in them,
they're not necessary.
But, this has nothing to do with whether udev can support your device
or not and create a node in /dev for it. udev should be able to do
exactly that, but I don't know whether it currently looks only at
/sys/class (which I think is the case) or whether it also looks at
/sys/block.
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
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
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
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:[~2003-06-26 7:42 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-23 3:04 Question about Hot device Identity Guo, Min
2003-06-23 3:22 ` Greg KH
2003-06-24 7:01 ` Guo, Min
2003-06-24 16:20 ` Greg KH
2003-06-25 2:24 ` Guo, Min
2003-06-25 2:33 ` Greg KH
2003-06-25 9:05 ` Guo, Min
2003-06-25 14:45 ` Kevin P. Fleming
2003-06-25 17:00 ` Greg KH
2003-06-26 2:24 ` Guo, Min
2003-06-26 4:10 ` Kevin P. Fleming
2003-06-26 7:42 ` Guo, Min [this message]
2003-06-26 17:13 ` Greg KH
2003-06-26 19:05 ` Greg KH
2003-06-26 19:08 ` Greg KH
2003-06-27 2:00 ` Guo, Min
2003-06-27 3:18 ` Greg KH
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=marc-linux-hotplug-105661355418513@msgid-missing \
--to=min.guo@intel.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).