>
>
> >-----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.
>
