[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [linux-linus test] 30356: regressions - FAIL



On Wed, 2014-09-24 at 00:35 +0100, Julien Grall wrote:
> 
> On 23/09/2014 19:40, Ian Campbell wrote:
> > On Tue, 2014-09-23 at 18:31 +0100, Julien Grall wrote:
> >> I guess we will have to select LPAE when XEN is enabled, right? If
> >> it's the case that would mean the user won't be able to compile a
> >> Linux guest with short page table and Xen.
> >>
> >> Any though?
> >
> > Things must work without in guest LPAE too, so something somewhere else
> > will need fixing.
> >
> > Apart from restricting the user in an unwanted way requiring LPAE will
> > mean that practically no distro installer will work in a Xen guest.
> 
> Xen does an identity mapping for the host physical address into DOM0
> for the grant mapping. DOM0 will use a scratch page (see commit 340720b
> "xen/arm: reimplement xen_dma_unmap_page & friends") and map and this 
> physical address.
> 
> That means on platform with an address space higher than 32 bits, which 
> is the case on Midway, we have to handle 64 bits physical address in DOM0.
> 
> With the current implementation in Linux we can only use LPAE when a 
> guest is started. The distro installer will still be able to work with
> short page table.
> 
> The drawback is we are requiring LPAE from DOM0 and a different kernel
> in the guest if the user doesn't want to use LPAE.
> 
> As the code is already pushed in Linux 3.17, I don't find a simpler 
> solution to fix Linux boot without requiring LPAE.

We will have to try harder then, requiring LPAE simply isn't acceptable
IMHO.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.