From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: [PATCH] - Mapping ACPI tables as CACHED Date: Tue, 14 Dec 2010 22:17:29 -0800 Message-ID: <4D085D79.4010308@zytor.com> References: <20101214220932.GA1206@sgi.com> <20101215024136.GB19601@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from terminus.zytor.com ([198.137.202.10]:46139 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750926Ab0LOGRk (ORCPT ); Wed, 15 Dec 2010 01:17:40 -0500 In-Reply-To: Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Len Brown Cc: Jack Steiner , Henrique de Moraes Holschuh , tony.luck@gmail.com, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, gbeshers@sgi.com On 12/14/2010 08:35 PM, Len Brown wrote: > > I'm not sure the concept of checking against E820 > is better than simply calling ioremap_cache() always. > I don't think it is. On most systems, non-RAM will be forced uncachable by the MTRRs anyway, and if we find systems which have problems, we should be doing this forcing in the PAT subsystem, not in ACPI. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.