From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: 2.6.24-rc8-mm1 Date: Thu, 17 Jan 2008 11:40:32 -0800 Message-ID: <20080117114032.1f9f1df5.akpm@linux-foundation.org> References: <20080117023514.9df393cf.akpm@linux-foundation.org> <20080117124622.GA18450@balbir.in.ibm.com> <20080117104021.25a8e562.akpm@linux-foundation.org> <924EFEDD5F540B4284297C4DC59F3DEE5E909A@orsmsx423.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <924EFEDD5F540B4284297C4DC59F3DEE5E909A@orsmsx423.amr.corp.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: e1000-devel-bounces@lists.sourceforge.net Errors-To: e1000-devel-bounces@lists.sourceforge.net To: "Pallipadi, Venkatesh" Cc: Intel E/100 mailing list , linux-kernel@vger.kernel.org, Linux ACPI mailing list , Ingo Molnar , Thomas Gleixner , balbir@linux.vnet.ibm.com List-Id: linux-acpi@vger.kernel.org On Thu, 17 Jan 2008 11:22:19 -0800 "Pallipadi, Venkatesh" wrote: > > The problem is > >> modprobe:2584 conflicting cache attribute 50000000-50001000 > >> uncached<->default > > Some address range here is being mapped with conflicting types. > Somewhere the range was mapped with default (write-back). Later > pci_iomap() is mapping that region as uncacheable which is basically > aliasing. PAT code detects the aliasing and fails the second uncacheable > request which leads in the failure. It sounds to me like you need considerably more runtime debugging and reporting support in that code. Ensure that it generates enough output both during regular operation and during failures for you to be able to diagnose things in a single iteration. We can always take it out later. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/