Re: [patch 0/4] x86: PAT followup - Incremental changes and bugfixes

[Balbir Singh]

* Pallipadi, Venkatesh <venkatesh.pallipadi@xxxxxxxxx> [2008-01-18 09:13:10]:

> 
> 
> >-----Original Message-----
> >From: Andreas Herrmann3 [mailto:andreas.herrmann3@xxxxxxx] 
> >Sent: Friday, January 18, 2008 8:11 AM
> >To: Pallipadi, Venkatesh
> >Cc: Ingo Molnar; Siddha, Suresh B; ak@xxxxxx; 
> >ebiederm@xxxxxxxxxxxx; rdreier@xxxxxxxxx; 
> >torvalds@xxxxxxxxxxxxxxxxxxxx; gregkh@xxxxxxx; 
> >airlied@xxxxxxxxx; davej@xxxxxxxxxx; tglx@xxxxxxxxxxxxx; 
> >hpa@xxxxxxxxx; akpm@xxxxxxxxxxxxxxxxxxxx; arjan@xxxxxxxxxxxxx; 
> >Barnes, Jesse; davem@xxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx
> >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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/