Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761344AbYHUWZ7 (ORCPT ); Thu, 21 Aug 2008 18:25:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757887AbYHUWZu (ORCPT ); Thu, 21 Aug 2008 18:25:50 -0400 Received: from smtpq1.tilbu1.nb.home.nl ([213.51.146.200]:56731 "EHLO smtpq1.tilbu1.nb.home.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752386AbYHUWZt (ORCPT ); Thu, 21 Aug 2008 18:25:49 -0400 Message-ID: <48ADEBB1.1070203@keyaccess.nl> Date: Fri, 22 Aug 2008 00:26:57 +0200 From: Rene Herman User-Agent: Thunderbird 2.0.0.16 (X11/20080707) MIME-Version: 1.0 To: "Pallipadi, Venkatesh" CC: Ingo Molnar , "Li, Shaohua" , Dave Airlie , Yinghai Lu , Andreas Herrmann , Arjan van de Ven , Linux Kernel , "Siddha, Suresh B" , Thomas Gleixner , "H. Peter Anvin" , Dave Jones Subject: Re: [PATCH] x86: {reverve,free}_memtype() take a physical address References: <20080819102633.GE6722@elte.hu> <48AAD680.7020508@keyaccess.nl> <20080819190757.GA17470@linux-os.sc.intel.com> <20080820100440.GE28492@elte.hu> <48ABF6DC.8070305@keyaccess.nl> <48AC29CA.1060203@keyaccess.nl> <20080820194127.GA10887@linux-os.sc.intel.com> <48AC8F69.4050201@keyaccess.nl> <21d7e9970808201446k3c1a6bc1naf04568a8ad06ed4@mail.gmail.com> <20080820221630.GA3598@linux-os.sc.intel.com> <20080821120626.GG5615@elte.hu> <48ADA2C2.8090905@keyaccess.nl> <48ADE7C5.9030802@keyaccess.nl> <7E82351C108FA840AB1866AC776AEC460B4B033E@orsmsx505.amr.corp.intel.com> In-Reply-To: <7E82351C108FA840AB1866AC776AEC460B4B033E@orsmsx505.amr.corp.intel.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 922 Lines: 22 On 22-08-08 00:16, Pallipadi, Venkatesh wrote: > Yes. Noticed that too and sent a patch here for x86/tip. > > http://www.ussg.iu.edu/hypermail/linux/kernel/0808.2/2270.html > > It is not very critical as it sounds as only set_memory_uc sets PAT > bits for RAM pages. Most other users (devmem mmap, ioramep, pci) > set PAT bits on the reserved memory. And there will not be conflicts > across RAM and reserveed regions. Regardless, this was a stupid > bug that we had missed earlier. And unfortunately I don't think the above fully fixes it for AGP. __pa() gets the real physical address and the memtypes should be on the GART remapped physical addresses it seems. Rene. -- 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/