linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: Brad Campbell <brad@wasp.net.au>
Cc: Dave <dave.jiang@gmail.com>,
	linux-ide@vger.kernel.org,
	SCSI Mailing List <linux-scsi@vger.kernel.org>,
	RAID Linux <linux-raid@vger.kernel.org>
Subject: Re: max_sectors in libata when using md
Date: Thu, 26 Aug 2004 13:51:54 -0400	[thread overview]
Message-ID: <412E233A.1040601@pobox.com> (raw)
In-Reply-To: <412E11E3.9050207@wasp.net.au>

Brad Campbell wrote:
> I also note than in sata_sil there is a workaround for Seagate drives 
> that knocks max_sectors back to 15.

That's very specific to SiI-311x + Seagate drives.


> Is the md driver going to circumvent 
> that also and lock up those interfaces?
> 
> I realise that 200 is decimal, my question was more how are requests of 
> 1024 sectors making it to the driver when the driver has a max_sector 
> value of 200?
> 
> I'm only seeing sectors > 200 when the request comes from md, thus my 
> cc'ing it to the raid list to see if anyone there has any idea.

With a filesystem+MD, you have two entities trying hard to generate the 
largest request possible, the VM [handles filesystem writeback] and MD. 
   If you remove MD from the picture, you remove one entity that tries 
to create large requests.  So that part makes sense.

However, if md violates or increases the max-sectors above what the 
driver sets, then hardware would be failing all over the place.  I could 
be wrong, but I tend to doubt md would do something like that.

	Jeff



      reply	other threads:[~2004-08-26 17:51 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-26 15:20 max_sectors in libata when using md Brad Campbell
2004-08-26 15:52 ` Dave
2004-08-26 16:30   ` Jeff Garzik
2004-08-26 16:44     ` Brad Campbell
2004-08-26 17:26       ` Jeff Garzik
2004-08-26 17:34         ` Dave
2004-08-26 17:44           ` Jeff Garzik
2004-08-26 17:50             ` Brad Campbell
2004-08-26 17:54               ` Jeff Garzik
2004-08-26 18:34                 ` Brad Campbell
2004-08-26 17:37         ` Brad Campbell
2004-08-26 16:37   ` Brad Campbell
2004-08-26 17:51     ` Jeff Garzik [this message]

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=412E233A.1040601@pobox.com \
    --to=jgarzik@pobox.com \
    --cc=brad@wasp.net.au \
    --cc=dave.jiang@gmail.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=linux-scsi@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).