From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: hugepage patches References: <20030131151501.7273a9bf.akpm@digeo.com> <20030202025546.2a29db61.akpm@digeo.com> <20030202195908.GD29981@holomorphy.com> <20030202124943.30ea43b7.akpm@digeo.com> <20030203132929.40f0d9c0.akpm@digeo.com> <20030204055012.GD1599@holomorphy.com> <162820000.1044342992@[10.10.2.4]> <20030204131206.2b6c33fa.akpm@digeo.com> From: ebiederm@xmission.com (Eric W. Biederman) Date: 05 Feb 2003 05:25:45 -0700 In-Reply-To: <20030204131206.2b6c33fa.akpm@digeo.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: mbligh@aracnet.com, wli@holomorphy.com, davem@redhat.com, rohit.seth@intel.com, davidm@napali.hpl.hp.com, anton@samba.org, linux-mm@kvack.org List-ID: Andrew Morton writes: > ebiederm@xmission.com (Eric W. Biederman) wrote: > > > > I can't imagine it being useful to guys like oracle without MAP_SHARED > > support.... > > MAP_SHARED is supported. I haven't tested it much though. Given that none of the standard kernel idioms to prevent races in this kind of code are present, I would be very surprised if it was not racy. - inode->i_sem is not taken to protect inode->i_size. - After successfully allocating a page, a test is not made to see if another process with the same mapping has allocated the page first. Eric -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/