Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753398AbaJARbk (ORCPT ); Wed, 1 Oct 2014 13:31:40 -0400 Received: from mx1.redhat.com ([209.132.183.28]:63345 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751662AbaJARbj (ORCPT ); Wed, 1 Oct 2014 13:31:39 -0400 Message-ID: <542C39E0.8030609@redhat.com> Date: Wed, 01 Oct 2014 13:29:04 -0400 From: Rik van Riel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Linus Torvalds , Hugh Dickins CC: Dave Jones , Al Viro , Linux Kernel , Ingo Molnar , Michel Lespinasse , "Kirill A. Shutemov" , Mel Gorman , Sasha Levin , Peter Zijlstra Subject: Re: pipe/page fault oddness. References: <20140930033327.GA14558@redhat.com> <20140930043309.GA16196@redhat.com> <20140930160510.GA15903@redhat.com> <20140930162201.GC15903@redhat.com> <20140930164047.GA18354@redhat.com> <20140930182059.GA24431@redhat.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/01/2014 12:18 PM, Linus Torvalds wrote: > Seriously, why can't we just do this, and throw away all the crap that > is "numa special case". This would make all the random games in > change_pte_range() just go away entirely, because the whole NUMA thing > really wouldn't be a special case for the pte AT ALL any more. All it > would be is that a pte could be marked PROT_NONE even if the > vma->vm_flags aren't. That's what I suggested quite a while back, but IIRC either Peter or Mel brought up a reason why this was not possible. Unfortunately I do not remember what it was, just that I was convinced by it at the time... -- 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/