Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761042AbYHUW62 (ORCPT ); Thu, 21 Aug 2008 18:58:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756012AbYHUW6U (ORCPT ); Thu, 21 Aug 2008 18:58:20 -0400 Received: from mga11.intel.com ([192.55.52.93]:19269 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753148AbYHUW6U convert rfc822-to-8bit (ORCPT ); Thu, 21 Aug 2008 18:58:20 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.32,247,1217833200"; d="scan'208";a="372693623" From: "Pallipadi, Venkatesh" To: Rene Herman 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 Date: Thu, 21 Aug 2008 15:57:35 -0700 Subject: RE: [PATCH] x86: {reverve,free}_memtype() take a physical address Thread-Topic: [PATCH] x86: {reverve,free}_memtype() take a physical address Thread-Index: AckD3N3RyEuIP9OvQCSGUEw8Vva9lAAARstA Message-ID: <7E82351C108FA840AB1866AC776AEC460B4B047D@orsmsx505.amr.corp.intel.com> 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> <48ADEBB1.1070203@keyaccess.nl> In-Reply-To: <48ADEBB1.1070203@keyaccess.nl> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1730 Lines: 45 >-----Original Message----- >From: Rene Herman [mailto:rene.herman@keyaccess.nl] >Sent: Thursday, August 21, 2008 3:27 PM >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 > >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. > Page being marked here as uncached is the page got from alloc_page(). We are not really marking GART physical address as uncacheable. And that page returned from alloc_page is what we are tracking with reserve and free. IOW, the tracking is only to keep CPU accesses consistent across different va->pa and va across different CPUs and has nothing to do with GART physical address here. Thanks, Venki -- 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/