Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755401Ab3HWO0a (ORCPT ); Fri, 23 Aug 2013 10:26:30 -0400 Received: from terminus.zytor.com ([198.137.202.10]:43925 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754001Ab3HWO02 (ORCPT ); Fri, 23 Aug 2013 10:26:28 -0400 User-Agent: K-9 Mail for Android In-Reply-To: <20130823141924.GA3277@htj.dyndns.org> References: <20130822033234.GA2413@htj.dyndns.org> <1377186729.10300.643.camel@misato.fc.hp.com> <20130822183130.GA3490@mtj.dyndns.org> <1377202292.10300.693.camel@misato.fc.hp.com> <20130822202158.GD3490@mtj.dyndns.org> <1377205598.10300.715.camel@misato.fc.hp.com> <20130822212111.GF3490@mtj.dyndns.org> <1377209861.10300.756.camel@misato.fc.hp.com> <20130823130440.GC10322@mtj.dyndns.org> <3ee58764-21c2-4df4-9353-54799a6a3d7b@email.android.com> <20130823141924.GA3277@htj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier. From: "H. Peter Anvin" Date: Fri, 23 Aug 2013 16:24:06 +0200 To: Tejun Heo CC: Toshi Kani , Zhang Yanfei , Tang Chen , konrad.wilk@oracle.com, robert.moore@intel.com, lv.zheng@intel.com, rjw@sisk.pl, lenb@kernel.org, tglx@linutronix.de, mingo@elte.hu, akpm@linux-foundation.org, trenn@suse.de, yinghai@kernel.org, jiang.liu@huawei.com, wency@cn.fujitsu.com, laijs@cn.fujitsu.com, isimatu.yasuaki@jp.fujitsu.com, izumi.taku@jp.fujitsu.com, mgorman@suse.de, minchan@kernel.org, mina86@mina86.com, gong.chen@linux.intel.com, vasilis.liaskovitis@profitbricks.com, lwoodman@redhat.com, riel@redhat.com, jweiner@redhat.com, prarit@redhat.com, zhangyanfei@cn.fujitsu.com, yanghy@cn.fujitsu.com, x86@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-acpi@vger.kernel.org Message-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 889 Lines: 23 Well... relying on MTRRs is a big cost in complexity and failure modes. Tejun Heo wrote: >Hello, > >On Fri, Aug 23, 2013 at 03:08:55PM +0200, H. Peter Anvin wrote: >> What is the point of 1G+MTRR? If there are caching differences the >> TLB will fracture the pages anyway. > >Ah, right. Consuming less memory / cachelines would still be a small >advantage tho unless creating split TLB from larger mapping is >noticeably less efficient. If the extra logic to do that is small, >which I think it'd be, it'd be a gain at almost no cost. > >Thanks. -- Sent from my mobile phone. Please excuse brevity and lack of formatting. -- 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/