Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751886Ab0LOGRm (ORCPT ); Wed, 15 Dec 2010 01:17:42 -0500 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 Message-ID: <4D085D79.4010308@zytor.com> Date: Tue, 14 Dec 2010 22:17:29 -0800 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc14 Thunderbird/3.1.6 MIME-Version: 1.0 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 Subject: Re: [PATCH] - Mapping ACPI tables as CACHED References: <20101214220932.GA1206@sgi.com> <20101215024136.GB19601@sgi.com> In-Reply-To: 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 Content-Length: 721 Lines: 21 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. -- 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/