From: Greg KH <greg@kroah.com>
To: Matt_Domsch@Dell.com
Cc: mochel@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: devicefs requests
Date: Wed, 25 Sep 2002 21:14:22 -0700 [thread overview]
Message-ID: <20020926041422.GA1733@kroah.com> (raw)
In-Reply-To: <20BF5713E14D5B48AA289F72BD372D68C1E8C2@AUSXMPC122.aus.amer.dell.com>
On Wed, Sep 25, 2002 at 10:48:31PM -0500, Matt_Domsch@Dell.com wrote:
> > Um, what 64-bit unique id? USB devices do not have such a thing.
>
> The EDD spec (http://www.t13.org/docs2002/d1572r0.pdf - T13 committee
> project 1572D BIOS Enhanced Disk Drive Services - 3) says:
> USB identifier: 64-bit Serial Number as defined in the USB Mass Storage
> specifications
Ah, but that's a USB storage identifier, not a USB identifier. The usb
device structure does not contain this field, nor will it ever, sorry.
It seems that this spec is oriented toward storage devices. The USB
device structure if for all types of devices.
> I assume that they mean the USB Mass Storage spec v1.0
> (http://www.usb.org/developers/data/devclass/usbmassbulk_10.pdf) section
> 4.1.1 - Serial Number, which is 12-16 bytes long. drivers/usb/storage/usb.c
> turns that into a 16-byte GUID in storage_probe(). I hadn't gotten so far
> as to see that these two specs don't agree for USB - I'd been looking at the
> IDE and SCSI descriptions so far. It wouldn't be the first time the EDD
> spec needed editing, and given that few (if any) BIOSs yet implement it
> apart from SCSI, is reason for the confusion.
The majority of USB devices do not support serial numbers, as that field
was made optional in the spec. Even if it was required, it's a string
field, not a 64 bit number :(
> I don't think Dell has a T13 committee representative right now, but I'll
> see if we have a process for getting this cleared up through official
> channels. As I'm not a USB expert, would you care to comment on the right
> way to handle this (i.e. instead of a 64-bit serial number, use the 16-byte
> GUID)?
Um, what do you mean, "right way"? All USB devices do not have any such
serial number. Only a very small minority of devices contain a kind of
serial number, and that field is a string (and often times it is not
even unique, unfortunately.)
As for USB storage devices, I don't know if they all contain serial
numbers that are unique, you might want to go ask the author of the
usb-storage driver, Matt Dharm.
What are you trying to walk all of the USB devices for? What would you
do if you found a USB mass storage device that matched something in the
EDD tables?
thanks,
greg k-h
next prev parent reply other threads:[~2002-09-26 4:10 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-26 3:48 devicefs requests Matt_Domsch
2002-09-26 4:14 ` Greg KH [this message]
2002-09-26 14:41 ` Randy.Dunlap
-- strict thread matches above, loose matches on Subject: below --
2002-09-26 16:13 Matt_Domsch
2002-09-27 4:41 ` Greg KH
2002-09-25 22:11 Matt_Domsch
2002-09-25 22:03 Matt_Domsch
2002-09-25 22:46 ` Greg KH
2002-10-01 1:39 ` Patrick Mochel
2002-09-25 19:28 Matt_Domsch
2002-09-25 21:33 ` Greg KH
2002-09-25 21:33 ` Greg KH
2002-10-01 1:32 ` Patrick Mochel
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=20020926041422.GA1733@kroah.com \
--to=greg@kroah.com \
--cc=Matt_Domsch@Dell.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@osdl.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