The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: crossd@gmail.com (Dan Cross)
Subject: [TUHS] Mach for i386 / Mt Xinu or other
Date: Tue, 21 Feb 2017 12:10:07 -0500	[thread overview]
Message-ID: <CAEoi9W53YR1QUdN923p0zOYykiP=LHG_P3CRuYcRR29OYnv3AQ@mail.gmail.com> (raw)
In-Reply-To: <58ac70e8.0rhyveE4L0rLZuge%schily@schily.net>

On Feb 21, 2017 11:55 AM, "Joerg Schilling" <schily at schily.net> wrote:

Random832 <random832 at fastmail.com> wrote:

> Why does that make them more useful for end users than device filenames,
> especially for non-SCSI devices? USB or ATA bus numbers - or USB device
> identifiers - might be more useful than SCSI bus numbers, for end users
> who have USB or ATA devices. ATA bus numbers had a deterministic mapping
> to /dev/hd* device filenames, once upon a time.

You know that Linux implements several different competing methods to access
these drive types?

You know that some of them do not (or not correctly) support DMA?

You know that DVD drives will not work for writing if you do not have DMA?


All of which *could* be supported in a kernel driver.

> Why does that mean the correct solution is "require the user to type in
> the bus number on a program's command line" rather than "configure a
> particular bus number to have a particular filename"?

Why do people always repeat the same questions that have been answered many
times in the past already?


I don't think it was a question. It was a philosophical statement.

1)      CAM is a standard, why not use it? full stop

2)      **Most** Operating systems do not support /dev/* based access to
SCSI.
        This includes a POSIX certified system like Mac OS X.

3)      **Most** Operating systems do not even support a file descriptor
based
        interface to SCSI commands.
        This includes a POSIX certified system like Mac OS X.

4)      CAM is the only interface method that can be mapped to all
        existing operating system specific implementations.


In other words, you worked around perceived problems in what most on this
list would consider the traditional file based UNIX method by implementing
in terms of a different standard. That's fine, of course, but is
independent of the philosophical point that it is not in keeping with the
traditional method.

It's perhaps noteworthy that writing to a CD or DVD on Plan 9 is done with
cat (and networking is implemented in terms of opening, reading and writing
named files). So it's certainly *possible* to use a filesystem method to
write physical media, even if impractical on the array of real-world
systems you want to support.

        - Dan C.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20170221/304ba76c/attachment.html>


  reply	other threads:[~2017-02-21 17:10 UTC|newest]

Thread overview: 92+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-16  7:28 [TUHS] Mushi and Bagu Rudi Blom
2017-02-16  9:36 ` jsteve
2017-02-16 10:42   ` Nick Downing
2017-02-16 13:49     ` Rudi Blom
2017-02-17 11:30       ` [TUHS] Mach for i386 / Mt Xinu or other jsteve
2017-02-17 14:22         ` Clem Cole
2017-02-17 16:13           ` Chet Ramey
2017-02-17 14:29         ` Clem Cole
2017-02-17 17:23           ` Warner Losh
2017-02-18 22:25           ` Nemo
2017-02-19  6:20             ` jsteve
2017-02-19  7:01               ` Steve Nickolas
2017-02-19 13:46                 ` Jason Stevens
2017-02-19 15:44                   ` Larry McVoy
2017-02-20 18:14                     ` Joerg Schilling
2017-02-20 22:24                       ` Larry McVoy
2017-02-20 23:16                         ` Steve Johnson
2017-02-20 23:18                           ` Larry McVoy
2017-02-20 23:25                             ` Steve Johnson
2017-02-20 23:20                           ` Steve Nickolas
2017-02-21  0:12                             ` Wesley Parish
2017-02-21  1:05                               ` Steve Nickolas
2017-02-21 10:30                         ` Joerg Schilling
2017-02-21 13:47                           ` Random832
2017-02-21 15:18                             ` Joerg Schilling
2017-02-21 15:54                               ` Diomidis Spinellis
2017-02-21 16:38                                 ` Cory Smelosky
2017-02-21 16:48                                 ` Joerg Schilling
2017-02-21 16:32                               ` Random832
2017-02-21 16:55                                 ` Joerg Schilling
2017-02-21 17:10                                   ` Dan Cross [this message]
2017-02-21 19:44                                     ` Joerg Schilling
2017-02-21 21:17                                       ` Dan Cross
2017-02-21 21:37                           ` Larry McVoy
2017-02-22  8:57                             ` jsteve
2017-02-22  9:56                               ` Michael Kjörling
2017-02-22 10:26                                 ` jsteve
2017-02-22 10:29                               ` Joerg Schilling
2017-02-19 21:19               ` Clem Cole
2017-02-20  0:29                 ` Nick Downing
2017-02-20  1:58                   ` Clem Cole
2017-02-20  1:29                 ` Cory Smelosky
2017-02-19 22:59               ` Derek Fawcus
2017-02-17 15:47 Atindra Chaturvedi
2017-02-17 16:55 Noel Chiappa
2017-02-17 20:04 ` Clem Cole
2017-02-19  5:48 Jason Stevens
2017-02-20  6:38 Rudi Blom
2017-02-21  4:16 Doug McIlroy
2017-02-21 12:02 Noel Chiappa
2017-02-21 12:24 ` Steffen Nurpmeso
2017-02-21 12:57   ` Michael Kjörling
2017-02-21 15:02 ` Clem Cole
2017-02-22  1:50   ` Dan Cross
2017-02-22  2:25     ` Steve Nickolas
2017-02-22  3:11     ` Clem Cole
2017-02-22  4:07       ` Dan Cross
2017-02-22  4:17         ` Larry McVoy
2017-02-23 15:31           ` Nemo
2017-02-23 16:00             ` Clem Cole
2017-02-23 16:50               ` Nemo
2017-02-23 22:02               ` Dave Horsfall
2017-02-24  1:30                 ` Clem Cole
2017-02-24 20:54                   ` Dave Horsfall
2017-02-24  1:01               ` Jason Stevens
2017-02-22 10:16       ` jsteve
2017-02-21 15:15 ` Chet Ramey
2017-02-21 16:47 ` Larry McVoy
2017-02-21 18:58   ` Clem Cole
2017-02-21 19:21     ` Larry McVoy
2017-02-21 20:17       ` Clem Cole
2017-02-21 20:28       ` Steve Nickolas
2017-02-21 20:32         ` Larry McVoy
2017-02-21 22:58           ` Wesley Parish
2017-02-22  1:19             ` Clem Cole
2017-02-22  9:00             ` jsteve
2017-02-22  0:52   ` Andy Kosela
2017-02-22  1:04     ` ron minnich
2017-02-22  1:33       ` jason-tuhs
2017-02-22  3:18       ` Larry McVoy
2017-02-22  3:45         ` ron minnich
2017-02-22  4:06           ` Larry McVoy
2017-02-22  4:11             ` Larry McVoy
2017-02-21 16:25 Noel Chiappa
2017-02-21 21:49 Noel Chiappa
2017-02-21 23:10 ` Nick Downing
2017-02-21 23:14 ` Arthur Krewat
2017-02-22  1:22 Rudi Blom
2017-02-22  3:08 ` Cory Smelosky
2017-02-22  3:51 Rudi Blom
2017-02-26 18:33 Norman Wilson
2017-02-28 20:26 ` Dave Horsfall

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='CAEoi9W53YR1QUdN923p0zOYykiP=LHG_P3CRuYcRR29OYnv3AQ@mail.gmail.com' \
    --to=crossd@gmail.com \
    /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).