From: Matthew Wilcox <matthew@wil.cx>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: Matt LaPlante <laplam@rpi.edu>,
"'Linus Torvalds'" <torvalds@osdl.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Unify CONFIG_LBD and CONFIG_LSF handling
Date: Tue, 20 Jun 2006 10:48:11 -0600 [thread overview]
Message-ID: <20060620164811.GM1630@parisc-linux.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0606201809100.17704@scrub.home>
On Tue, Jun 20, 2006 at 06:12:50PM +0200, Roman Zippel wrote:
> Hi,
>
> On Tue, 20 Jun 2006, Matthew Wilcox wrote:
> > The *default* is N as that's the answer most people want. The *safe*
> > answer is Y as it won't prevent you from getting access to your data.
> > Makes sense?
>
> This would imply that most people with 32bit systems have 2TB files, which
> I think is rather unlikely. Distributions can turn this option on, but I
> think people who compile their own kernel, either understand this option
> or don't need it.
I think it implies exactly the opposite.
In any case, the length of this thread answers your question from earlier:
No, I won't fix bug 6719 as part of this patch. It's a completely
unrelated issue and the problem is ill-defined. It's also something
that's infinitely arguable.
The original patch is simple and fixes one problem: that architecture
people are supposed to learn about LSF and LBD when it really has no
effect on their architecture.
next prev parent reply other threads:[~2006-06-20 16:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-19 22:16 [PATCH] Unify CONFIG_LBD and CONFIG_LSF handling Matthew Wilcox
2006-06-20 14:20 ` Roman Zippel
2006-06-20 14:52 ` Matthew Wilcox
2006-06-20 15:44 ` Roman Zippel
2006-06-20 15:53 ` Matt LaPlante
2006-06-20 16:01 ` Matthew Wilcox
2006-06-20 16:12 ` Roman Zippel
2006-06-20 16:48 ` Matthew Wilcox [this message]
2006-06-20 15:59 ` Arjan van de Ven
2006-06-22 0:11 ` Matt LaPlante
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=20060620164811.GM1630@parisc-linux.org \
--to=matthew@wil.cx \
--cc=laplam@rpi.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.org \
--cc=zippel@linux-m68k.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.