From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by kanga.kvack.org (Postfix) with ESMTP id 425655F0001 for ; Fri, 10 Apr 2009 15:30:16 -0400 (EDT) Date: Fri, 10 Apr 2009 12:22:50 -0700 (PDT) From: Linus Torvalds Subject: Re: [PATCH 2/2] Move FAULT_FLAG_xyz into handle_mm_fault() callers In-Reply-To: <604427e00904101215j50288988mf694cfe70aa24e13@mail.gmail.com> Message-ID: References: <604427e00904081302m7b29c538u7781cd8f4dd576f2@mail.gmail.com> <20090409230205.310c68a7.akpm@linux-foundation.org> <20090410073042.GB21149@localhost> <604427e00904101215j50288988mf694cfe70aa24e13@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org To: Ying Han Cc: Wu Fengguang , Andrew Morton , "linux-mm@kvack.org" , linux-kernel , Ingo Molnar , Mike Waychison , Rohit Seth , Hugh Dickins , Peter Zijlstra , "H. Peter Anvin" , =?ISO-8859-15?Q?T=F6r=F6k_Edwin?= , Lee Schermerhorn , Nick Piggin List-ID: On Fri, 10 Apr 2009, Ying Han wrote: > > How about something like this for x86? If it looks sane, i will apply > to other arches. Eventually yes, but only _after_ doing the "mindless patch". I really want the patches that change calling conventions to "obviously" do nothing else (sure, they can still have bugs, but it minimizes the risk). Then, _after_ the calling convention has changed, you can do a separate "clean up" patch. > + unsigned int fault_flags |= FAULT_FLAG_RETRY; I assume you meant "fault_flags = FAULT_FLAG_RETRY;", ie without the "|=". But yes, other than that, this is the kind of patch that makes sense - having the callers eventually be converted to not use that "write" kind of boolean, but use the FAULT_FLAG_WRITE flags themselves directly, and then eventually have no "conversion" between the boolean and the fault_flag models at all. Linus -- 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/ . Don't email: email@kvack.org