[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080321192646.GB23347@linux-os.sc.intel.com>
Date: Fri, 21 Mar 2008 12:26:46 -0700
From: Venki Pallipadi <venkatesh.pallipadi@...el.com>
To: Ingo Molnar <mingo@...e.hu>
Cc: 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, linux-kernel@...r.kernel.org,
suresh.b.siddha@...el.com
Subject: Re: [patch 00/13] x86: PAT support updated - v3
On Fri, Mar 21, 2008 at 02:24:17PM +0100, Ingo Molnar wrote:
>
> * venkatesh.pallipadi@...el.com <venkatesh.pallipadi@...el.com> wrote:
>
> > Follow up on earlier PAT patch series here:
> > http://lkml.org/lkml/2008/1/10/312
> >
> > This patch series adds Page Attribute Table (PAT) support on x86.
> > There have been few changes based on comments for earlier patches and
> > also issues that was seen while the earlier patchset was in mm. The
> > main changes include:
> >
> > * Unlike earlier patchset, there are no changes to identity mapping of
> > reserved regions.
> > * Unlike earlier patches, there are no chanegs to early ioremap.
> > * We look at MTRR setting and PAT request and track the resultant type
> > to avoid aliasing.
> > * UC_MINUS in PAT to provide backward compatibility to /dem/mem mmap users.
> >
> > In general, we have tried to make patches more simpler and cleaner.
> > Hope is to cause less disruption along the way. The changes/cleaups
> > that went into x86/mm (specifically pageattr.c) has helped us along
> > the way.
> >
> > The patchset is against x86 testing from couple of days back.
>
> thanks Venki, i've queued this up so that we can see how well it goes.
> It now looks a lot less dangerous and more compatible than it did before
> - but i'm sure there'll be issues nevertheless :-/
I am keeping my fingers crossed. :-)
> > There are two issues that we are leaving out at the moment to make the patch
> > simple. We will be addressing them with incremental patches soon:
> > * FB/DRM drivers using pgprot_val and changing protection on their own
> > without using any proper APIs like ioremap. There are few such usages and
> > each one will be addressed separately.
> > * To change attributes from WC to WB in a "perfect way", one has to follow
> > certain sequence like make page non-present etc.
>
> hm, until this is done correctly i guess we should disallow WC to WB
> transitions? A good number of erratas apply i suspect :-/
>
I think we can support WC in the mean time. Currently we follow the TLB and
cache flushing logic that is there which is a OK solution. I mean, I dont think
there will be nasty hangs etc because of this. We do keep track of the usage
of these mappings and there should not be any thing other than speculative
accesses from other CPUs at the time we change the attribute. So, we are trying
to double check whether the SDM approach is really needed for our usage model.
BTW, suggested solution in SDM says we should make the page "Not Present" first
flush the TLBs and then change the attribute and make it present. This will
potentially involve some changes in page fault handler as well.
Thanks,
Venki
--
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