lkml.org 
[lkml]   [2008]   [Jan]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
DateFri, 18 Jan 2008 23:03:37 +0530
FromBalbir Singh <>
SubjectRe: [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


\
 
 \ /
  Last update: 2008-01-18 18:35    [from the cache]
©2003-2010