From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756807AbZEMN3a (ORCPT ); Wed, 13 May 2009 09:29:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752307AbZEMN3U (ORCPT ); Wed, 13 May 2009 09:29:20 -0400 Received: from cantor2.suse.de ([195.135.220.15]:39473 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752267AbZEMN3U (ORCPT ); Wed, 13 May 2009 09:29:20 -0400 Message-ID: <4A0ACB29.5030009@novell.com> Date: Wed, 13 May 2009 22:29:13 +0900 From: Tejun Heo User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: Jan Beulich Cc: Ingo Molnar , Andi Kleen , linux-kernel@vger.kernel.org Subject: Re: remap allocator for per-CPU memory References: <4A09B23B02000078000007F1@vpn.id2.novell.com> <4A09991E.9010903@kernel.org> <4A0A9C70.6090803@novell.com> <87vdo5l0u6.fsf@basil.nowhere.org> <4A0AAB6B.3090903@novell.com> <4A0AAF10.3030709@novell.com> <4A0ADE6A0200007800000BA7@novell.com> In-Reply-To: <4A0ADE6A0200007800000BA7@novell.com> X-Enigmail-Version: 0.95.7 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 Hello, Jan Beulich wrote: > I think the only two alternatives are > > (a) don't use large pages in the first place here, or Seems like the first candidate at the moment. > (b) teach the pageattr code to handle the per-CPU virtual area similarly to > the kernel space for x86-64 (though it's going to be a little more complicated > since there's no pre-determined relation between the virtual and physical > addresses - the necessary lookup might become expensive on systems with > very many [possible] CPUs). Can you elaborate this a bit? Let's sya there's quick way to match whether the page is part of the remapped large page, what can pageattr do differently then? Applying the same attribute to both mappings? Failing or filtering set_memory_*()? Thanks. -- tejun