From: Kurt Garloff <garloff@suse.de>
To: Andrew Morton <akpm@osdl.org>,
linux-scsi@vger.kernel.org, Badari Pulavarty <pbadari@us.ibm.com>,
Matthew Wilcox <willy@debian.org>,
James Bottomley <James.Bottomley@steeleye.com>,
Christoph Hellwig <hch@infradead.org>
Subject: Re: lots and lots of disks again
Date: Tue, 10 Feb 2004 12:26:58 +0100 [thread overview]
Message-ID: <20040210112658.GC4010@tpkurt.garloff.de> (raw)
In-Reply-To: <20040210110417.GB4010@tpkurt.garloff.de>
[-- Attachment #1.1: Type: text/plain, Size: 537 bytes --]
Hi,
On Tue, Feb 10, 2004 at 12:04:17PM +0100, Kurt Garloff wrote:
> Hi Andrew,
>
> On Wed, Feb 04, 2004 at 02:45:12AM -0800, Andrew Morton wrote:
> > What to do about this?
>
> Apply my patch ;-)
>
> Find attached a patch that combines Badari's and Matthew's ideas.
> It corrects the typos in Matthew's code snippets.
Only that the patch was not attached.
Regadrs,
--
Kurt Garloff <garloff@suse.de> Cologne, DE
SUSE LINUX AG, Nuernberg, DE SUSE Labs (Head)
[-- Attachment #1.2: scsi-many-26.diff --]
[-- Type: text/plain, Size: 4465 bytes --]
--- drivers/scsi/sd.c.orig 2004-01-09 07:59:49.000000000 +0100
+++ drivers/scsi/sd.c 2004-02-10 09:44:24.913264768 +0100
@@ -19,6 +19,9 @@
* not being read in sd_open. Fix problem where removable media
* could be ejected after sd_open.
* - Douglas Gilbert <dgilbert@interlog.com> cleanup for lk 2.5.x
+ * - Badari Pulavarty <pbadari@us.ibm.com>, Matthew Wilcox
+ * <willy@debian.org>, Kurt Garloff <garloff@suse.de>:
+ * Support 256k disks (with potentially 64 partitions, TBD).
*
* Logging policy (needs CONFIG_SCSI_LOGGING defined):
* - setting up transfer: SCSI_LOG_HLQUEUE levels 1 and 2
@@ -61,7 +64,16 @@
* Remaining dev_t-handling stuff
*/
#define SD_MAJORS 16
-#define SD_DISKS (SD_MAJORS << 4)
+/* sd_index_bits array size / disks
+ * 32 / 256
+ * 4096 / 32768
+ * 32768 / 262144
+ */
+#ifdef CONFIG_EMBEDDED
+# define SD_DISKS 256
+#else
+# define SD_DISKS 32768 // we can raise this to 262144 if needed
+#endif
/*
* Time out in seconds for disks and Magneto-opticals (which are slower).
@@ -121,6 +132,22 @@
.init_command = sd_init_command,
};
+/* Major / minor to disk mapping, from Matthew Wilcox, corrected
+ * (mail to linux-scsi@vger.kernel.org from 2003-10-16)
+ *
+ * major p2 disc2 disc p1
+ * |............|..|..........|....|....| <- dev_t
+ * 31 20 17 8 7 4 3 0
+ *
+ * We allow 64 partitions per disk, by adding two more bits.
+ * Inside a major, we have 16k disks, however mapped non-
+ * contiguously. The first 16 disks are for major0, the next
+ * ones with major1, ... Disk 256 is for major0 again, disk 272
+ * for major1, ...
+ * We can't currently use the partitions beyond 16, as the
+ * genhd infrastructure expects contiguous minors.
+ */
+
static int sd_major(int major_idx)
{
switch (major_idx) {
@@ -136,6 +163,35 @@
}
}
+static int inv_sd_major(int major)
+{
+ switch (major) {
+ case SCSI_DISK0_MAJOR:
+ return 0;
+ case SCSI_DISK1_MAJOR ... SCSI_DISK7_MAJOR:
+ return major + 1 - SCSI_DISK1_MAJOR;
+ case SCSI_DISK8_MAJOR ... SCSI_DISK15_MAJOR:
+ return major + 8 - SCSI_DISK8_MAJOR;
+ default:
+ BUG();
+ return 0; /* shut up gcc */
+ }
+}
+
+unsigned int dev_to_sd_nr(unsigned int dev) {
+ return ((dev >> 4) & 15) | (inv_sd_major(dev >> 20) << 4) |
+ (dev & 0x3ff00);
+}
+
+unsigned int dev_to_sd_part(unsigned int dev) {
+ return (dev & 15) | ((dev >> 14) & 0x30);
+}
+
+unsigned int make_sd_dev(unsigned int sd_nr, unsigned int part) {
+ return (part & 0xf) | ((part & 0x30) << 14) | ((sd_nr & 0xf) << 4) |
+ (sd_major((sd_nr & 0xf0) >> 4) << 20) | (sd_nr & 0x3ff00);
+}
+
#define to_scsi_disk(obj) container_of(obj,struct scsi_disk,kobj);
static inline struct scsi_disk *scsi_disk(struct gendisk *disk)
@@ -1297,7 +1353,7 @@
struct scsi_disk *sdkp;
struct gendisk *gd;
u32 index;
- int error;
+ int error, devno;
error = -ENODEV;
if ((sdp->type != TYPE_DISK) && (sdp->type != TYPE_MOD))
@@ -1315,6 +1371,12 @@
kobject_init(&sdkp->kobj);
sdkp->kobj.ktype = &scsi_disk_kobj_type;
+ /* Note: We can accomodate 64 partitions, but the genhd code
+ * assumes partitions allocate consecutive minors, which they don't.
+ * So for now stay with max 16 partitions and leave two spare bits.
+ * Later, we may change the genhd code and the alloc_disk() call
+ * and the ->minors assignment here. KG, 2004-02-10
+ */
gd = alloc_disk(16);
if (!gd)
goto out_free;
@@ -1335,16 +1397,23 @@
sdkp->index = index;
sdkp->openers = 0;
- gd->major = sd_major(index >> 4);
- gd->first_minor = (index & 15) << 4;
+ devno = make_sd_dev(index, 0);
+ gd->major = MAJOR(devno);
+ gd->first_minor = MINOR(devno);
gd->minors = 16;
gd->fops = &sd_fops;
- if (index >= 26) {
+ if (index < 26) {
+ sprintf(gd->disk_name, "sd%c", 'a' + index % 26);
+ } else if (index < (26*27)) {
sprintf(gd->disk_name, "sd%c%c",
- 'a' + index/26-1,'a' + index % 26);
+ 'a' + index / 26 - 1,'a' + index % 26);
} else {
- sprintf(gd->disk_name, "sd%c", 'a' + index % 26);
+ const unsigned int m1 = (index / 26 - 1) / 26 - 1;
+ const unsigned int m2 = (index / 26 - 1) % 26;
+ const unsigned int m3 = index % 26;
+ sprintf(gd->disk_name, "sd%c%c%c",
+ 'a' + m1, 'a' + m2, 'a' + m3);
}
strcpy(gd->devfs_name, sdp->devfs_name);
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-02-10 11:32 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-04 10:45 lots and lots of disks again Andrew Morton
2004-02-10 11:04 ` Kurt Garloff
2004-02-10 11:26 ` Kurt Garloff [this message]
2004-02-10 13:39 ` Christoph Hellwig
2004-02-10 15:47 ` Kurt Garloff
2004-02-10 15:52 ` Christoph Hellwig
2004-02-10 16:08 ` Kurt Garloff
2004-02-10 20:10 ` Andries Brouwer
2004-02-10 20:11 ` Matthew Wilcox
2004-02-10 20:58 ` Kurt Garloff
2004-02-10 21:21 ` viro
2004-02-10 21:34 ` Kurt Garloff
2004-02-10 21:42 ` viro
2004-02-10 22:28 ` Kurt Garloff
2004-02-10 18:26 ` Andrew Morton
2004-02-11 14:56 ` Kurt Garloff
2004-02-11 21:28 ` Andrew Morton
2004-02-11 22:09 ` Kurt Garloff
2004-02-11 22:29 ` Andrew Morton
2004-02-11 22:53 ` viro
2004-02-12 15:00 ` Kurt Garloff
2004-02-12 15:20 ` James Bottomley
2004-02-12 15:57 ` viro
2004-02-12 16:18 ` Kurt Garloff
2004-02-12 16:43 ` James Bottomley
2004-02-16 12:40 ` Kurt Garloff
2004-02-16 22:57 ` Andries Brouwer
2004-02-17 0:56 ` James Bottomley
2004-02-17 7:57 ` Kurt Garloff
2004-02-17 15:08 ` James Bottomley
2004-02-17 15:28 ` Matthew Wilcox
2004-02-17 14:49 ` Andries Brouwer
2004-02-17 15:18 ` James Bottomley
2004-02-17 15:27 ` Kurt Garloff
2004-02-29 16:41 ` James Bottomley
2004-02-29 23:31 ` Kurt Garloff
2004-03-03 19:30 ` Mike Anderson
2004-03-03 19:55 ` Kurt Garloff
2004-02-17 15:50 ` Andries Brouwer
2004-02-17 17:57 ` James Bottomley
2004-02-17 18:44 ` Andries Brouwer
2004-02-13 0:05 ` Kurt Garloff
2004-02-16 12:31 ` Kurt Garloff
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=20040210112658.GC4010@tpkurt.garloff.de \
--to=garloff@suse.de \
--cc=James.Bottomley@steeleye.com \
--cc=akpm@osdl.org \
--cc=hch@infradead.org \
--cc=linux-scsi@vger.kernel.org \
--cc=pbadari@us.ibm.com \
--cc=willy@debian.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.