On Wed, 2015-03-18 at 11:59 +0100, Juergen Gross wrote:
> > Is there not an ABI change somewhere else relating to the exposure of
> > the cr3+vaddr+size? If so why is it not in this patch?
>
> Commit 50bd1f0825339dfacde471df7664729216fc46e3
>
> > Ideally whichever file which needs to change in x
On 03/18/2015 10:59 AM, Ian Campbell wrote:
On Tue, 2015-03-17 at 06:50 +0100, Juergen Gross wrote:
On 03/04/2015 12:41 PM, Ian Campbell wrote:
On Wed, 2015-03-04 at 12:22 +0100, Juergen Gross wrote:
It would either be used like intended,
Which is how? That is what is really missing here.
S
On Tue, 2015-03-17 at 06:50 +0100, Juergen Gross wrote:
> On 03/04/2015 12:41 PM, Ian Campbell wrote:
> > On Wed, 2015-03-04 at 12:22 +0100, Juergen Gross wrote:
> >> It would either be used like intended,
> >
> > Which is how? That is what is really missing here.
> >
> > So far this appears to be
On 03/04/2015 12:41 PM, Ian Campbell wrote:
On Wed, 2015-03-04 at 12:22 +0100, Juergen Gross wrote:
It would either be used like intended,
Which is how? That is what is really missing here.
So far this appears to be a bit which enables some as yet unspecified[0]
behaviour in one particular OS
On Wed, 2015-03-04 at 12:22 +0100, Juergen Gross wrote:
> It would either be used like intended,
Which is how? That is what is really missing here.
So far this appears to be a bit which enables some as yet unspecified[0]
behaviour in one particular OS kernel with some as yet undiscussed
potential
On 03/04/2015 12:18 PM, Tim Deegan wrote:
At 10:52 + on 04 Mar (1425462776), Ian Campbell wrote:
On Wed, 2015-03-04 at 11:20 +0100, Juergen Gross wrote:
I'd like to do an appropriate change in xl, but I've been told this
would make sense only for migration protocol V2. OTOH I don't want to
At 10:52 + on 04 Mar (1425462776), Ian Campbell wrote:
> On Wed, 2015-03-04 at 11:20 +0100, Juergen Gross wrote:
> > I'd like to do an appropriate change in xl, but I've been told this
> > would make sense only for migration protocol V2. OTOH I don't want to
> > wait for an undefined amount of
On 04/03/15 11:09, Juergen Gross wrote:
> On 03/04/2015 11:59 AM, David Vrabel wrote:
>> On 04/03/15 10:20, Juergen Gross wrote:
>>>
>>> I could, of course, wait with the flag bit until xl is ready and post
>>> another kernel patch then. Unfortunately this would delay Linux support
>>> for automati
On 03/04/2015 11:59 AM, David Vrabel wrote:
On 04/03/15 10:20, Juergen Gross wrote:
I could, of course, wait with the flag bit until xl is ready and post
another kernel patch then. Unfortunately this would delay Linux support
for automatically be able to run as a pv-domain >500GB further, so I
On 04/03/15 10:20, Juergen Gross wrote:
>
> I could, of course, wait with the flag bit until xl is ready and post
> another kernel patch then. Unfortunately this would delay Linux support
> for automatically be able to run as a pv-domain >500GB further, so I
> strongly recommend accepting the inte
On Wed, 2015-03-04 at 11:20 +0100, Juergen Gross wrote:
> On 03/04/2015 11:06 AM, Ian Campbell wrote:
> > On Wed, 2015-03-04 at 09:42 +, Jan Beulich wrote:
> > On 04.03.15 at 10:35, wrote:
> >>> On Wed, 2015-03-04 at 08:58 +, Jan Beulich wrote:
> >>> On 03.03.15 at 11:32, wrote:
>
On 03/04/2015 11:06 AM, Ian Campbell wrote:
On Wed, 2015-03-04 at 09:42 +, Jan Beulich wrote:
On 04.03.15 at 10:35, wrote:
On Wed, 2015-03-04 at 08:58 +, Jan Beulich wrote:
On 03.03.15 at 11:32, wrote:
On 03/03/2015 11:27 AM, Jan Beulich wrote:
On 03.03.15 at 10:29, <"jgr...@suse.c
On Wed, 2015-03-04 at 09:42 +, Jan Beulich wrote:
> >>> On 04.03.15 at 10:35, wrote:
> > On Wed, 2015-03-04 at 08:58 +, Jan Beulich wrote:
> >> >>> On 03.03.15 at 11:32, wrote:
> >> > On 03/03/2015 11:27 AM, Jan Beulich wrote:
> >> > On 03.03.15 at 10:29, <"jgr...@suse.com".non-mime.i
>>> On 04.03.15 at 10:35, wrote:
> On Wed, 2015-03-04 at 08:58 +, Jan Beulich wrote:
>> >>> On 03.03.15 at 11:32, wrote:
>> > On 03/03/2015 11:27 AM, Jan Beulich wrote:
>> > On 03.03.15 at 10:29, <"jgr...@suse.com".non-mime.internet> wrote:
>> >>> In order to indicate the Xen tools capabi
On Wed, 2015-03-04 at 08:58 +, Jan Beulich wrote:
> >>> On 03.03.15 at 11:32, wrote:
> > On 03/03/2015 11:27 AM, Jan Beulich wrote:
> > On 03.03.15 at 10:29, <"jgr...@suse.com".non-mime.internet> wrote:
> >>> In order to indicate the Xen tools capability to support the virtual
> >>> mapped
>>> On 03.03.15 at 11:32, wrote:
> On 03/03/2015 11:27 AM, Jan Beulich wrote:
> On 03.03.15 at 10:29, <"jgr...@suse.com".non-mime.internet> wrote:
>>> In order to indicate the Xen tools capability to support the virtual
>>> mapped linear p2m list instead the 3 level mfn tree add a flag to the
>>> On 03.03.15 at 12:00, wrote:
> On 03/03/2015 11:52 AM, Jan Beulich wrote:
> On 03.03.15 at 11:32, wrote:
>>> On 03/03/2015 11:27 AM, Jan Beulich wrote:
Also I'm not particularly happy with the name, as it suggests to be
a statement about the initial P2M the guest gets handed - y
On 03/03/2015 11:52 AM, Jan Beulich wrote:
On 03.03.15 at 11:32, wrote:
On 03/03/2015 11:27 AM, Jan Beulich wrote:
Also I'm not particularly happy with the name, as it suggests to be
a statement about the initial P2M the guest gets handed - yet that
is always virtually mapped. SIF_PERMANENT_VI
>>> On 03.03.15 at 11:32, wrote:
> On 03/03/2015 11:27 AM, Jan Beulich wrote:
>> Also I'm not particularly happy with the name, as it suggests to be
>> a statement about the initial P2M the guest gets handed - yet that
>> is always virtually mapped. SIF_PERMANENT_VIRT_P2M is getting a
>> little lo
On 03/03/2015 11:27 AM, Jan Beulich wrote:
On 03.03.15 at 10:29, <"jgr...@suse.com".non-mime.internet> wrote:
In order to indicate the Xen tools capability to support the virtual
mapped linear p2m list instead the 3 level mfn tree add a flag to the
start_info page.
Signed-off-by: Juergen Gross
>>> On 03.03.15 at 10:29, <"jgr...@suse.com".non-mime.internet> wrote:
> In order to indicate the Xen tools capability to support the virtual
> mapped linear p2m list instead the 3 level mfn tree add a flag to the
> start_info page.
>
> Signed-off-by: Juergen Gross
> ---
> xen/include/public/xen
On 03/03/15 09:29, Juergen Gross wrote:
> In order to indicate the Xen tools capability to support the virtual
> mapped linear p2m list instead the 3 level mfn tree add a flag to the
> start_info page.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Andrew Cooper
Much more simple!
> ---
> xen/i
In order to indicate the Xen tools capability to support the virtual
mapped linear p2m list instead the 3 level mfn tree add a flag to the
start_info page.
Signed-off-by: Juergen Gross
---
xen/include/public/xen.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xen/include/public/xen.h b/x
23 matches
Mail list logo
