From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 14 Oct 2002 15:30:42 +0200 (CEST) From: Ingo Molnar Reply-To: Ingo Molnar Subject: Re: [patch, feature] nonlinear mappings, prefaulting support, 2.5.42-F8 In-Reply-To: <20021014.054500.89132620.davem@redhat.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: "David S. Miller" Cc: torvalds@transmeta.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: On Mon, 14 Oct 2002, David S. Miller wrote: > We created the range tlb flushes so that architectures have a chance of > optimizing such operations when possible. yeah, agreed, we can change it to do the mmu_gather_t thing, and to optimize that on x86 as well. Nevertheless the fact remains that cache users were pretty much forced to use a multipage cache unit, which caused all userspace TLBs to be flushed on x86. Where to draw the line between a loop of INVLPG and a CR3 flush on x86 is up in the air - i'd say it's at roughly 8 pages currently, while the x86 TLB flush code only optimizes the single-page flushes. So you are right that this issue should be separated from nonlinear mappings. Ingo -- 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/