From: Jeff Garzik <jeff@garzik.org>
To: Jens Axboe <axboe@kernel.dk>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
Sergei Shtylyov <sshtylyov@ru.mvista.com>,
linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org,
Andrew Morton <akpm@osdl.org>, Linus Torvalds <torvalds@osdl.org>
Subject: Re: What's in libata-dev.git
Date: Mon, 11 Sep 2006 16:14:55 -0400 [thread overview]
Message-ID: <4505C3BF.8070601@garzik.org> (raw)
In-Reply-To: <20060911200112.GA10409@kernel.dk>
Jens Axboe wrote:
> On Mon, Sep 11 2006, Jeff Garzik wrote:
>> Jens Axboe wrote:
>>> On Mon, Sep 11 2006, Alan Cox wrote:
>>>> We could perhaps do it by ATA version - 255 for ATA < 3 256 for ATA 3+,
>>> Might be sane, yep.
>>
>> Since we're doing this just for paranoia, and nobody can actually
>> produce a problem case, it's safer just to hardcode 255 for all cases,
>> than try to come up with a hueristic that won't be exercised for another
>> decade...
>
> If it's a real problem, yes I agree. If it's just hand waving, then no.
> The fact that 2.4 and 2.6 has been using 256 for ages really tells me
> that no one has been affected by this. The SUSE bugzilla certainly
> hasn't seen any entries on it either.
>
>> Most new disks are lba48 anyway. (should we use 65535 there too???)
>
> Heh, good question. Given that the limit is so high, we might as well
> just use 65535. It's not nearly as sensitive as the lba28 case.
Well, I _do_ think it's just hand waving, but OTOH I don't see much harm
in using 255. Contiguous 256-sector reads and writes have gotta be
pretty rare. But that's just a hand-waving guess too ;-)
Jeff
next prev parent reply other threads:[~2006-09-11 20:15 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-11 13:22 What's in libata-dev.git Jeff Garzik
2006-09-11 13:35 ` Sergei Shtylyov
2006-09-11 13:37 ` Jeff Garzik
2006-09-11 13:47 ` Sergei Shtylyov
2006-09-11 13:49 ` Jeff Garzik
2006-09-11 14:53 ` Linus Torvalds
2006-09-11 15:24 ` Jeff Garzik
2006-09-12 8:42 ` Helge Hafting
2006-09-13 1:50 ` Tejun Heo
2006-09-11 15:02 ` Alan Cox
2006-09-11 14:44 ` Jeff Garzik
2006-09-11 15:05 ` Sergei Shtylyov
2006-09-11 15:28 ` Alan Cox
2006-09-11 15:21 ` Sergei Shtylyov
2006-09-11 15:37 ` Jens Axboe
2006-09-11 15:50 ` Jeff Garzik
2006-09-11 20:01 ` Jens Axboe
2006-09-11 20:14 ` Jeff Garzik [this message]
2006-09-11 20:23 ` Jens Axboe
2006-09-11 16:04 ` Linus Torvalds
2006-09-11 19:51 ` Jens Axboe
2006-09-11 23:00 ` Alan Cox
2006-09-11 22:53 ` Greg Freemyer
2006-09-12 5:22 ` Jens Axboe
2006-09-11 16:26 ` Alan Cox
2006-09-11 19:51 ` Jens Axboe
2006-09-11 15:06 ` Jens Axboe
2006-10-04 17:57 ` Mark Lord
2006-10-04 18:03 ` Sergei Shtylyov
2006-10-04 18:48 ` Mark Lord
-- strict thread matches above, loose matches on Subject: below --
2007-01-24 7:26 Jeff Garzik
2007-01-24 17:26 ` Mark Lord
2007-01-24 19:19 ` Jeff Garzik
2006-05-24 7:08 Jeff Garzik
2006-04-18 9:54 Jeff Garzik
2006-04-18 15:07 ` Bastiaan Jacques
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=4505C3BF.8070601@garzik.org \
--to=jeff@garzik.org \
--cc=akpm@osdl.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=axboe@kernel.dk \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sshtylyov@ru.mvista.com \
--cc=torvalds@osdl.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).