[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080117220650.GE12631@alberich.amd.com>
Date: Thu, 17 Jan 2008 23:06:50 +0100
From: "Andreas Herrmann3" <andreas.herrmann3@....COM>
To: "Ingo Molnar" <mingo@...e.hu>
cc: "Siddha, Suresh B" <suresh.b.siddha@...el.com>,
"Venki Pallipadi" <venkatesh.pallipadi@...el.com>, ak@....de,
ebiederm@...ssion.com, rdreier@...co.com,
torvalds@...ux-foundation.org, gregkh@...e.de, airlied@...net.ie,
davej@...hat.com, tglx@...utronix.de, hpa@...or.com,
akpm@...ux-foundation.org, arjan@...radead.org,
jesse.barnes@...el.com, davem@...emloft.net,
linux-kernel@...r.kernel.org
Subject: Re: [patch 0/4] x86: PAT followup - Incremental changes and bug
fixes
On Thu, Jan 17, 2008 at 10:42:09PM +0100, Ingo Molnar wrote:
>
> * Siddha, Suresh B <suresh.b.siddha@...el.com> wrote:
>
> > On Thu, Jan 17, 2008 at 10:13:08PM +0100, Ingo Molnar wrote:
> > > but in general we must be robust enough in this case and just degrade
> > > any overlapping page to UC (and emit a warning perhaps) - instead of
> > > failing the ioremap and thus failing the driver (and the bootup).
> >
> > But then, this will cause an attribute conflicit. Old one was
> > specifying WB in PAT (ioremap with noflags) and the new ioremap
> > specifies UC.
>
> we could fix up all aliases of that page as well and degrade them to UC?
Yes, we must fix all aliases or reject the conflicting mapping.
But fixing all aliases might not be that easy.
(I've just seen a panic when using your patch ;-(
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists