Messages in this thread |  | | | Date | Fri, 18 Jan 2008 23:03:37 +0530 | | From | Balbir Singh <> | | Subject | Re: [patch 0/4] x86: PAT followup - Incremental changes and bug fixes |
| |
* Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com> [2008-01-18 09:13:10]:
> > > >-----Original Message----- > >From: Andreas Herrmann3 [mailto:andreas.herrmann3@amd.com] > >Sent: Friday, January 18, 2008 8:11 AM > >To: Pallipadi, Venkatesh > >Cc: Ingo Molnar; Siddha, Suresh B; ak@muc.de; > >ebiederm@xmission.com; rdreier@cisco.com; > >torvalds@linux-foundation.org; gregkh@suse.de; > >airlied@skynet.ie; davej@redhat.com; tglx@linutronix.de; > >hpa@zytor.com; akpm@linux-foundation.org; arjan@infradead.org; > >Barnes, Jesse; davem@davemloft.net; linux-kernel@vger.kernel.org > >Subject: Re: [patch 0/4] x86: PAT followup - Incremental > >changes and bug fixes > > > >On Thu, Jan 17, 2008 at 03:04:10PM -0800, Venki Pallipadi wrote: > >> > >> Below is another potential fix for the problem here. Going > >through ACPI > >> ioremap usages, we found at one place the mapping is cached > >for possible > >> optimization reason and not unmapped later. Patch below always unmaps > >> ioremap at this place in ACPICA. > > > >The patch does not fix the problem. The conflicting cache > >attributes are > >still there. > > > > Andreas, > > Could you also try the patch Suresh Siddha sent out yesterday. That > covers the case where the attribute was not getting removed even after > unmap was called. >
An easy way for you to figure out if our patch will solve your problem is this, look for any quirks for your device in drivers/pci/quirks.c and or architecture specific quirks file. If you see your device in there, then our patch is likely to solve your problem.
-- Warm Regards, Balbir Singh Linux Technology Center IBM, ISTL
|  |