[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.LSU.2.00.1001051536420.13371@sister.anvils>
Date: Tue, 5 Jan 2010 16:16:11 +0000 (GMT)
From: Hugh Dickins <hugh.dickins@...cali.co.uk>
To: David Howells <dhowells@...hat.com>
cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Eric B Munson <ebmunson@...ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Al Viro <viro@...IV.linux.org.uk>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH] nommu: reject MAP_HUGETLB
On Tue, 5 Jan 2010, David Howells wrote:
> Hugh Dickins <hugh.dickins@...cali.co.uk> wrote:
>
> > We've agreed to restore the rejection of MAP_HUGETLB to nommu.
> > Mimic what happens with mmu when hugetlb is not configured in:
> > say -ENOSYS, but -EINVAL if MAP_ANONYMOUS was not given too.
>
> On the other hand, why not just ignore the MAP_HUGETLB flag on NOMMU?
I don't care very much either way: originally it was ignored,
then it became an -ENOSYS when Al moved the MAP_HUGETLB handling
into util.c, then it was ignored again when I moved that back into
mmap.c and nommu.c, now this patch makes it -ENOSYS on nommu again
- which Eric preferred.
I'd say this patch is _correct_; but I'm perfectly happy to have
you NAK it, or Linus ignore it, with the observation that nommu is
more likely to want to cut bloat than to be pedantically correct -
pedantic because I'd expect the nommu mmap() to work fine with the
MAP_HUGETLB flag there, just wouldn't be using any huge pages.
Okay with me whichever way it goes.
Hugh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists