From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Hamilton Date: Wed, 06 Nov 2002 09:21:14 +0000 Subject: Re: usb-mount (hotplug + desktop hooks) Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Wed, 06 Nov 2002 17:23, Ajay wrote: > AFAIK MSD Devices all need a serial number. Is that > right? > ... > ... > Again, AFAIK the serial can be changed only if the > Device firmware is flashed. Assuming a user will flash > it before plugging it in each time seems to be an > overkill. > ... No, the serial need not be something burned into the device. The device I have makes up a serial number on the fly. Each time it is inserted it appends its position on the bus onto the end of the vendor and product id - so the serial is vendor-product-bus-location. The next time I plug it in the bus-location may differ, so the serial will differ. This sums it up and adds a scary note on uniqeness: On Tue, 08 Oct 2002 08:24, Matthew Dharm wrote: | From: Matthew Dharm | Cc: linux-usb-users@lists.sourceforge.net | Subject: Re: [Linux-usb-users] Auto mount/unmount: need explanation of serial numbers? | On Mon, Oct 07, 2002 at 11:26:35AM -0700, Randy.Dunlap wrote: | > On Mon, 7 Oct 2002, Matthew Dharm wrote: | > | > | On Tue, Oct 08, 2002 at 01:11:01AM +1300, Michael Hamilton wrote: | > | > 1. What part of the serial remains constant for the same device, | > | > if any? | > | | > | The whole thing should. The compliance test that the USB-IF (including | > | myself) are working on requires a constant serial number. | > | > Matt, do you read that as part of any spec (requirement)? | | Not exactly. But the entire Mass Storage DWG was pretty supprised when I | pointed out devices that had this broken behavior. | | The spec requires a 'unique' serial number, but does not specify what the | domain for that uniqueness is. The intent was to be unique over all | devices with that VID:PID. A few (a _very_ few) manufacturers chose to | interpret this as unique for a given USB bus. | | The changing serial number is because the bus address is incorporated into | the serial number. | | Of course, that means that it's possible to have two units on two different | USB busses with the same bus address, and thus the same serial number. | | Matt | | -- | Matthew Dharm Home: mdharm-usb@one-eyed-alien.net | Maintainer, Linux USB Mass Storage Driver Note, that although Matt states that only a few manufacturers have done this, their chipsets may be turning up in many products. There are several products that identify themselves as the same as mine, but they're different kinds of devices: fixed usb-drives, card readers, etc, all sold under different brands. On Wed, 06 Nov 2002 17:23, Ajay wrote: > ... > > The only way I found > > to clear this > > up is to unload the usb-storage module. > > Also, the fact is that /dev/sda, etc. are only > 'relative labels' - i.e. if you had plugged in a > device before the one you're using, _that_ would have > been /dev/sda and your device /dev/sdb, even if the > serial hasn't changed (this after unloading - loading > the usb-storage module). > ... Yes, I understand this. The point I was trying to make was that after I unplug the device, the /dev/sdX remains allocated forever. This is because the serial keeps changing. And, because the serial keeps changing, I keep using more and more /dev/sdX entries. And, as stated, the only way to clear them is to either reboot, or get to a point where usb-storage can be unloaded - that is, unplug all storage devices and then depmod -r usb-storage. This is exacty what my current solutions does - if it sees that there are no devices left on the bus, it removes the module. I was rather surprised by all this - it's a nifty device and a great way to transport stuff to and from client sites, but looking at how it fits into exiting ideas on mouting and partitioning was a real education (see http://users.actrix.co.nz/michael/usbmount.html for details) Michael ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ 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