From: jeremy@classic.engr.sgi.com (Jeremy Higdon)
To: Richard Gooch <rgooch@ras.ucalgary.ca>,
linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Cc: devfs-announce-list@mobilix.ras.ucalgary.ca
Subject: Re: [RFT] Support for ~2144 SCSI discs
Date: Tue, 31 Jul 2001 00:41:32 -0700 (PDT) [thread overview]
Message-ID: <10107310041.ZM233282@classic.engr.sgi.com> (raw)
In-Reply-To: Richard Gooch <rgooch@ras.ucalgary.ca> "[RFT] Support for ~2144 SCSI discs" (Jul 30, 8:30pm)
In-Reply-To: <200107310030.f6V0UeJ13558@mobilix.ras.ucalgary.ca>
With the sard patch and a 64 bit system, you start having
trouble at around 103 configured disks, because of the following
line in sd_init() (sd.c), because kmalloc doesn't like allocating
large chunks of memory:
sd = kmalloc((sd_template.dev_max << 4) *
sizeof(struct hd_struct),
GFP_ATOMIC);
Without sard, you'd have problems past 512 disks.
With the sard patch, the hd_struct looks like the following:
struct hd_struct {
long start_sect;
long nr_sects;
devfs_handle_t de; /* primary (master) devfs entry */
int number; /* stupid old code wastes space */
/* Performance stats: */
unsigned int ios_in_flight;
unsigned int io_ticks;
unsigned int last_idle_time;
unsigned int last_queue_change;
unsigned int aveq;
unsigned int rd_ios;
unsigned int rd_merges;
unsigned int rd_ticks;
unsigned int rd_sectors;
unsigned int wr_ios;
unsigned int wr_merges;
unsigned int wr_ticks;
unsigned int wr_sectors;
};
The caveat is that I'm looking at a patch that is a few months old (I
couldn't find where the latest version of the kernel patch is).
jeremy
next prev parent reply other threads:[~2001-07-31 7:44 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-31 0:30 [RFT] Support for ~2144 SCSI discs Richard Gooch
2001-07-31 7:41 ` Jeremy Higdon [this message]
2001-07-31 12:25 ` Richard Gooch
2001-07-31 19:59 ` Mike Anderson
2001-07-29 20:34 ` Alan Cox
2001-08-01 0:48 ` Richard Gooch
2001-08-01 1:05 ` Douglas Gilbert
2001-08-02 5:13 ` Richard Gooch
2001-07-31 14:10 ` Eric Youngdale
2001-07-31 22:38 ` Mike Panetta
2001-08-01 0:39 ` Richard Gooch
2001-08-01 14:33 ` Eric Youngdale
2001-08-02 14:06 ` Karcaw
2001-08-02 15:03 ` Richard Gooch
[not found] <no.id>
2001-08-02 15:08 ` Alan Cox
2001-08-02 15:13 ` Richard Gooch
2001-08-02 15:31 ` Alan Cox
2001-08-02 23:17 ` Douglas Gilbert
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=10107310041.ZM233282@classic.engr.sgi.com \
--to=jeremy@classic.engr.sgi.com \
--cc=devfs-announce-list@mobilix.ras.ucalgary.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=rgooch@ras.ucalgary.ca \
/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.