Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264207AbTFDWYl (ORCPT ); Wed, 4 Jun 2003 18:24:41 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264208AbTFDWYl (ORCPT ); Wed, 4 Jun 2003 18:24:41 -0400 Received: from pao-ex01.pao.digeo.com ([12.47.58.20]:46951 "EHLO pao-ex01.pao.digeo.com") by vger.kernel.org with ESMTP id S264207AbTFDWYk (ORCPT ); Wed, 4 Jun 2003 18:24:40 -0400 Message-ID: <3EDE74D1.767C6071@digeo.com> Date: Wed, 04 Jun 2003 15:38:09 -0700 From: Andrew Morton X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.5.70-mm3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Dave McCracken CC: Linux Memory Management , Linux Kernel Subject: Re: [PATCH] Remove page_table_lock from vma manipulations References: <133290000.1054765825@baldur.austin.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jun 2003 22:38:10.0582 (UTC) FILETIME=[F9F4C360:01C32AE9] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 535 Lines: 13 Dave McCracken wrote: > > After more careful consideration, I don't see any reasons why > page_table_lock is necessary for dealing with vmas. I found one spot in > swapoff, but it was easily changed to mmap_sem. What keeps the VMA tree consistent when try_to_unmap_one() runs find_vma()? - 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/