linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).