Re: [GIT PULL] x86/mm changes for v3.9-rc1

[H. Peter Anvin]

On 02/23/2013 01:37 PM, Yinghai Lu wrote:
> On Sat, Feb 23, 2013 at 11:43 AM, Konrad Rzeszutek Wilk
> <konrad@xxxxxxxxxx> wrote:
> > > > > Also you should check condition about calling xen_get_user_pgd().
> > > >
> > > > Could you elaborate please?
> > >
> > > only call xen_get_user_pgd() when it should be called.
> >
> > I should have been more explicit. When I was saying "elaborate" I was
> > soliciting for advice on the 'check condition' and how to make it robust.
>
> your 64bit xen_write_cr3_init, is just xen_write_cr3 without
> xen_get_user_pgd calling.
> plus set xen_write_cr3 to ops.write_cr3.
>
> so if you could have way to find out when xen_get_user_pgd could be used,
> new xen_write_cr3_init need to check that, then set ops.write_cr3 and
> call ops.write_cr3
> otherwise will still call slim version without update ops.write_cr3
> and bail out early.

Yes, and that's the right thing to do, *or* you can make the init 
version ask "do we have userspace yet" and if so switch the pointer and 
chain the other function.  The latter will save you from having to do a 
test every time.

However, the assumption that we will only set cr3 once before userspace 
is still too fragile.  It makes sense for a quick fix because 32 bits 
already had the same assumption, but this needs to be cleaned up in the 
future.

	-hpa

--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

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