From: Greg KH <greg@kroah.com>
To: Adrian Bunk <bunk@stusta.de>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: /dev/sd*
Date: Wed, 9 Aug 2006 21:46:09 -0700 [thread overview]
Message-ID: <20060810044609.GA22802@kroah.com> (raw)
In-Reply-To: <20060809221857.GG3691@stusta.de>
On Thu, Aug 10, 2006 at 12:18:57AM +0200, Adrian Bunk wrote:
> On Wed, Aug 09, 2006 at 11:01:43PM +0100, Alan Cox wrote:
> > Ar Mer, 2006-08-09 am 23:21 +0200, ysgrifennodd Adrian Bunk:
> > > It might be a bit out of the scope of this thread, but why do some many
> > > subsystems use the /dev/sd* namespace?
> > >
> > > Real SCSI devices use it.
> > > The USB mass storage driver uses it.
> >
> > USB storage is real SCSI.
>
> Real SCSI for a developer, for a user it's USB.
So? Users of Linux know to look for their USB storage devices in
/dev/sd* because of this.
> And things become even more confusing considering that the drive might
> show up as /dev/sda or /dev/uba depending on the driver used.
And udev causes this to be moot, as people use the /dev/disk/by-*
symlinks, which are the same if they use the usb-storage or ub driver.
Same thing will happen for the changes that Alan is going to do (which I
think is the right thing to have happen.)
> > > libata uses it.
> > >
> > > I'd expext SATA or PATA devices at /dev/hd* or perhaps at /dev/ata* -
> > > but why are they at /dev/sd*?
> >
> > ATA uses the top half of the scsi stack so ends up using the top layer
> > scsi drivers. Its probably more efficient than writing new driver
> > clones, especially as non disk ATA is also real SCSI (or very close).
>
> You are talking about kernel<->kernel and kernel<->hardware interfaces.
>
> I'm more concerned about the kernel<->userspace interface.
>
> > You can use /dev/ata if you want - its just a udev problem ;)
>
> Or by adding some manual links if using a static /dev.
Sure, but most distros don't have a static /dev anymore.
> But I'm still not getting the point why the /dev/sd* namespace has to be
> used.
Because it has for USB storage devices since the 2.2 kernel.
Ok, 2.3, but then quickly backported to 2.2... You want to break that
userspace interface? :)
thanks,
greg k-h
next prev parent reply other threads:[~2006-08-10 4:46 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-09 17:29 Merging libata PATA support into the base kernel Alan Cox
2006-08-09 20:16 ` Mark Lord
2006-08-10 6:13 ` Jeff Garzik
2006-08-10 6:20 ` Jan Engelhardt
2006-08-10 6:25 ` Olaf Hering
2006-08-11 15:47 ` Mark Lord
2006-08-15 13:31 ` Matthieu CASTET
2006-08-15 13:35 ` Tejun Heo
2006-08-15 14:01 ` Jeff Garzik
2006-08-09 21:21 ` /dev/sd* Adrian Bunk
2006-08-09 21:40 ` /dev/sd* Mark Lord
2006-08-09 22:01 ` /dev/sd* Alan Cox
2006-08-09 22:18 ` /dev/sd* Adrian Bunk
2006-08-10 1:44 ` /dev/sd* Alan Cox
2006-08-10 6:19 ` /dev/sd* Jan Engelhardt
2006-08-10 4:46 ` Greg KH [this message]
2006-08-10 12:36 ` /dev/sd* Gabor Gombas
2006-08-10 12:37 ` /dev/sd* Jeff Garzik
2006-08-17 3:17 ` /dev/sd* Lee Trager
2006-08-17 7:58 ` /dev/sd* Michael Tokarev
2006-08-17 8:10 ` /dev/sd* Jan Engelhardt
2006-08-17 8:42 ` /dev/sd* Alan Cox
2006-08-17 8:01 ` /dev/sd* Jan Engelhardt
2006-08-17 8:29 ` /dev/sd* Lee Trager
2006-08-17 9:21 ` /dev/sd* Jan Engelhardt
2006-08-18 7:11 ` /dev/sd* Seewer Philippe
2006-08-18 8:52 ` /dev/sd* Jan Engelhardt
2006-08-18 9:19 ` /dev/sd* Tejun Heo
2006-08-18 14:57 ` /dev/sd* Alan Cox
2006-08-18 15:51 ` /dev/sd* Jan Engelhardt
2006-08-18 16:47 ` /dev/sd* Lee Revell
2006-08-18 17:02 ` /dev/sd* Alan Cox
2006-08-21 6:04 ` /dev/sd* Lee Trager
2006-08-21 6:17 ` /dev/sd* Jan Engelhardt
2006-08-18 12:45 ` /dev/sd* Bill Davidsen
2006-08-18 15:48 ` /dev/sd* Jan Engelhardt
2006-08-19 0:15 ` /dev/sd* Gabor Gombas
2006-08-17 8:45 ` /dev/sd* Alan Cox
2006-08-10 6:24 ` Merging libata PATA support into the base kernel Andi Kleen
2006-08-10 12:37 ` Alan Cox
2006-08-10 12:20 ` Jens Axboe
2006-08-10 14:14 ` Alan Cox
2006-08-10 13:59 ` Jens Axboe
2006-08-10 15:54 ` Alan Cox
2006-08-10 19:02 ` Jason Lunz
2006-08-10 19:40 ` Rafael J. Wysocki
2006-08-17 3:26 ` Lee Trager
2006-08-17 9:18 ` Pavel Machek
2006-08-17 9:52 ` Alan Cox
2006-08-17 9:45 ` Pavel Machek
2006-08-17 11:51 ` Alan Cox
2006-08-18 3:38 ` Lee Trager
2006-08-18 3:57 ` Lee Trager
2006-08-18 16:01 ` Alan Cox
2006-08-18 19:22 ` Lee Trager
2006-08-18 20:50 ` Alan Cox
2006-08-19 8:17 ` Lee Trager
2006-08-21 0:44 ` Lee Trager
2006-08-10 19:47 ` Jens Axboe
2006-08-10 19:54 ` Rafael J. Wysocki
2006-08-11 15:48 ` Mark Lord
2006-08-10 22:27 ` Krzysztof Halasa
2006-08-24 3:31 ` Albert Lee
2006-08-24 3:38 ` Jeff Garzik
2006-08-24 4:13 ` Doug Maxey
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=20060810044609.GA22802@kroah.com \
--to=greg@kroah.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=bunk@stusta.de \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@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).