linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: /dev/sd*
Date: Thu, 10 Aug 2006 00:18:57 +0200	[thread overview]
Message-ID: <20060809221857.GG3691@stusta.de> (raw)
In-Reply-To: <1155160903.5729.263.camel@localhost.localdomain>

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.

And things become even more confusing considering that the drive might 
show up as /dev/sda or /dev/uba depending on the driver used.

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

But I'm still not getting the point why the /dev/sd* namespace has to be 
used.

> Alan

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed


  reply	other threads:[~2006-08-09 22:19 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     ` Adrian Bunk [this message]
2006-08-10  1:44       ` /dev/sd* Alan Cox
2006-08-10  6:19         ` /dev/sd* Jan Engelhardt
2006-08-10  4:46       ` /dev/sd* Greg KH
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=20060809221857.GG3691@stusta.de \
    --to=bunk@stusta.de \
    --cc=alan@lxorguk.ukuu.org.uk \
    --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).