Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S264848AbSJVRv0>; Tue, 22 Oct 2002 13:51:26 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S264855AbSJVRv0>; Tue, 22 Oct 2002 13:51:26 -0400
Received: from packet.digeo.com ([12.110.80.53]:48061 "EHLO packet.digeo.com")
	by vger.kernel.org with ESMTP id <S264848AbSJVRuF>;
	Tue, 22 Oct 2002 13:50:05 -0400
Message-ID: <3DB59134.38AA41F6@digeo.com>
Date: Tue, 22 Oct 2002 10:56:04 -0700
From: Andrew Morton <akpm@digeo.com>
X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19-pre4 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Benjamin LaHaise <bcrl@redhat.com>
CC: "Martin J. Bligh" <mbligh@aracnet.com>,
       Rik van Riel <riel@conectiva.com.br>,
       "Eric W. Biederman" <ebiederm@xmission.com>,
       Bill Davidsen <davidsen@tmr.com>, Dave McCracken <dmccr@us.ibm.com>,
       Linux Kernel <linux-kernel@vger.kernel.org>,
       Linux Memory Management <linux-mm@kvack.org>
Subject: Re: [PATCH 2.5.43-mm2] New shared page table patch
References: <2629464880.1035240956@[10.10.2.3]> <Pine.LNX.4.44L.0210221405260.1648-100000@duckman.distro.conectiva> <20021022131930.A20957@redhat.com> <396790000.1035308200@flay> <20021022134501.C20957@redhat.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 22 Oct 2002 17:56:07.0378 (UTC) FILETIME=[4BFF0320:01C279F4]
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1106
Lines: 24

Benjamin LaHaise wrote:
> 
> On Tue, Oct 22, 2002 at 10:36:40AM -0700, Martin J. Bligh wrote:
> > Bear in mind that large pages are neither swap backed or file backed
> > (vetoed by Linus), for starters. There are other large app problem scenarios
> > apart from Oracle ;-)
> 
> I think the fact that large page support doesn't support mmap for users
> that need it is utterly appauling; there are numerous places where it is
> needed.  The requirement for root-only access makes it useless for most
> people, especially in HPC environments where it is most needed as such
> machines are usually shared and accounts are non-priveledged.
> 

Have you reviewed the hugetlbfs and hugetlbpage-backed-shm patches?

That code is still requiring CAP_IPC_LOCK, although I suspect it
would be better to allow hugetlbfs mmap to be purely administered
by file permissions.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/