From: Max Nikulin <manikulin@gmail.com>
To: Jonathan Corbet <corbet@lwn.net>
Cc: linux-doc@vger.kernel.org,
"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
linux-scsi@vger.kernel.org
Subject: [PATCH] docs: admin: devices: /dev/sr<N> for SCSI CD-ROM
Date: Sat, 29 Nov 2025 00:12:32 +0700 [thread overview]
Message-ID: <a221275c-53af-459d-97ed-05a0766adb04@gmail.com> (raw)
Don't claim that /dev/sr<N> device names for SCSI CD-ROM drives are
deprecated and don't recommend /dev/scd<N> alternate names for them.
/dev/scd<N> device names for SCSI CD-ROM drives are not in use for more
than a decade, see commit [1] that was a part of udev release 174.
Earlier related rules were volatile, sometimes /dev/scd<N> were syminks
to /dev/sr<N>, sometimes vice versa.
Recognizing of root=/dev/scd<N> kernel command line argument was removed
in kernel 2.5.45 [2].
In the docs /dev/scd<N> are recommended names since 2.6.9 [3].
Mention of these names appeared much earlier in 1.3.22 [4].
[1] https://git.kernel.org/pub/scm/linux/hotplug/udev.git/commit/?id=d132be4d58
2011-08-12 14:05:19 +0200 Kay Sievers.
rules: remove legacy rules for cdrom and usb printer
[2] https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/commit/init?h=v2.5.45&id=51924607bd
2002-10-29 00:47:58 -0800 Alexander Viro.
[PATCH] removal of root_dev_names[]
[3] https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/diff/Documentation/devices.txt?h=v2.6.9-rc4&id=a74e11ffeda
2004-03-16 15:09:38 -0800 Andrew Morton:
[PATCH] devices.txt: typos and removal of dead devices
[4] https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/tree/Documentation/devices.txt?h=v2.6.9-rc4&id=8f0ec1f9369
Linus Torvalds: Import 1.3.22
Signed-off-by: Max Nikulin <manikulin@gmail.com>
---
I hope, the suggested changes make kernel docs more close to reality.
During discussion of a bug in wodim (a fork of cdrecord) I was confused
that docs recommend /dev/scd<N> as SCSI CD-ROM name. The following
thread did not clarify the issue:
https://lore.kernel.org/lkml/20061105100926.GA2883@pelagius.h-e-r-e-s-y.com/
Scsi cdrom naming confusion; sr or scd? Sun, 5 Nov 2006 10:09:26 +0000
If I'm not mistaken, "sr" was always used internally in the driver
"scd" were limited to log strings. I have added SCSI subsystem to CC
to confirm that there is no objection from their side.
It seems, de-facto /dev/sr<N> names are used and I think, /dev/scd<N>
should be avoided. I may be completely wrong though.
I wouldn't mind if you discard this patch and to commit another one
with better wording instead.
---
Documentation/admin-guide/devices.rst | 4 +++-
Documentation/admin-guide/devices.txt | 6 +++---
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/Documentation/admin-guide/devices.rst b/Documentation/admin-guide/devices.rst
index e3776d77374b..515338d0e406 100644
--- a/Documentation/admin-guide/devices.rst
+++ b/Documentation/admin-guide/devices.rst
@@ -97,9 +97,11 @@ It is recommended that these links exist on all systems:
/dev/bttv0 video0 symbolic Backward compatibility
/dev/radio radio0 symbolic Backward compatibility
/dev/i2o* /dev/i2o/* symbolic Backward compatibility
-/dev/scd? sr? hard Alternate SCSI CD-ROM name
=============== =============== =============== ===============================
+Usage of ``/dev/scd?`` as alternate SCSI CD-ROM names for ``sr?`` devices
+ended around year 2011.
+
Locally defined links
+++++++++++++++++++++
diff --git a/Documentation/admin-guide/devices.txt b/Documentation/admin-guide/devices.txt
index 94c98be1329a..c480f230aa4a 100644
--- a/Documentation/admin-guide/devices.txt
+++ b/Documentation/admin-guide/devices.txt
@@ -389,11 +389,11 @@
...
11 block SCSI CD-ROM devices
- 0 = /dev/scd0 First SCSI CD-ROM
- 1 = /dev/scd1 Second SCSI CD-ROM
+ 0 = /dev/sr0 First SCSI CD-ROM
+ 1 = /dev/sr1 Second SCSI CD-ROM
...
- The prefix /dev/sr (instead of /dev/scd) has been deprecated.
+ In the past the prefix /dev/scd (instead of /dev/sr) was used and even recommended.
12 char QIC-02 tape
2 = /dev/ntpqic11 QIC-11, no rewind-on-close
--
2.39.5
next reply other threads:[~2025-11-28 17:12 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-28 17:12 Max Nikulin [this message]
2025-11-29 6:13 ` [PATCH] docs: admin: devices: /dev/sr<N> for SCSI CD-ROM Bagas Sanjaya
2025-11-29 15:01 ` Max Nikulin
2025-11-30 1:54 ` Bagas Sanjaya
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=a221275c-53af-459d-97ed-05a0766adb04@gmail.com \
--to=manikulin@gmail.com \
--cc=James.Bottomley@HansenPartnership.com \
--cc=corbet@lwn.net \
--cc=linux-doc@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.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).