Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762061AbXF0TA2 (ORCPT ); Wed, 27 Jun 2007 15:00:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754665AbXF0TAS (ORCPT ); Wed, 27 Jun 2007 15:00:18 -0400 Received: from mx1.redhat.com ([66.187.233.31]:58753 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752655AbXF0TAR (ORCPT ); Wed, 27 Jun 2007 15:00:17 -0400 Message-ID: <4682B3B0.2040500@redhat.com> Date: Wed, 27 Jun 2007 15:00:00 -0400 From: Rik van Riel Organization: Red Hat, Inc User-Agent: Thunderbird 1.5.0.7 (X11/20061008) MIME-Version: 1.0 To: Ulrich Drepper CC: Hugh Dickins , Davide Libenzi , Linux Kernel Mailing List Subject: Re: [patch 2/3] MAP_NOZERO - implement sys_brk2() References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 966 Lines: 22 Ulrich Drepper wrote: > On 6/27/07, Hugh Dickins wrote: >> Not so: if an mmap can be done by extending either adjacent vma (prot >> and flags and file and offset all match up), that's what's done and no >> separate vma is created. (And adjacent vmas get merged when mprotect >> removes the difference in protection.) > > mmap return values are randomized. If they would be mergable > something would be wrong. You can easily pass a hint address to mmap(), causing it to extend a malloc arena instead of creating a new VMA. -- Politics is the struggle between those who want to make their country the best in the world, and those who believe it already is. Each group calls the other unpatriotic. - 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/