On September 23, 2017 3:06:16 AM GMT+08:00, "H. Peter Anvin"
wrote:
>On 09/22/17 11:57, Kees Cook wrote:
>> On Fri, Sep 22, 2017 at 11:38 AM, H. Peter Anvin
>wrote:
>>> We lose EBX on 32 bits, but we don't lose RBX on 64 bits - since
>x86-64
>>> has RIP-relative addressing there is no need for
,Andrew Morton ,"Paul E .
McKenney" ,Nicolas Pitre
,Christopher Li ,"Rafael J .
Wysocki" ,Lukas Wunner ,Mika
Westerberg ,Dou Liyang
,Daniel Borkmann ,Alexei
Starovoitov ,Masahiro Yamada
,Markus Trippelsdorf
,Steven Rostedt ,Rik van Riel
,David Howells ,Waiman Long
,Kyle Huey ,Peter Foley
flight 113730 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113730/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 18 guest-start/win.repeat fail REGR. vs.
113666
test-armhf-ar
flight 113739 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113739/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ba30d5f0512196b1ee7b3d864f980e551da0ebf5
baseline version:
ovmf 947f3737abf65fda63f3f
flight 113733 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113733/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stopfail REGR. vs. 113492
Tests which did not succeed, but
flight 113724 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113724/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 18 guest-start/win.repeat fail REGR. vs.
113387
Regressions
On Thu, Sep 21, 2017 at 2:21 PM, Thomas Garnier wrote:
> On Thu, Sep 21, 2017 at 9:10 AM, Ard Biesheuvel
> wrote:
>>
>> On 21 September 2017 at 08:59, Ingo Molnar wrote:
>> >
>> > ( Sorry about the delay in answering this. I could blame the delay on the
>> > merge
>> > window, but in reality
branch xen-unstable
xenbranch xen-unstable
job build-i386
testid xen-build
Tree: ovmf https://github.com/tianocore/edk2.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced pro
On Fri, Sep 22, 2017 at 02:25:46AM -0600, Jan Beulich wrote:
> >>> On 22.09.17 at 00:46, wrote:
> > One piece that I see still missing is the Xen command line parameters
> > not being verified. It would be ideal to have the option to get that
> > set during compile time as well, similar to Linux's
>> + */
>> +map->active.ring->in_error = -EBADF;
>> +wake_up_interruptible(&map->active.inflight_conn_req);
>> +
>> +/*
>> + * Wait until there are no more waiters on the mutexes.
>> + * We know that no new waiters can be adde
Adding Jan
On Fri, 22 Sep 2017, Bhupinder Thakur wrote:
> DEFINE_XEN_FLEX_RING(xencons) defines common helper functions such as
> xencons_queued() to tell the current size of the ring buffer,
> xencons_mask() to mask off the index, which are useful helper functions.
> pl011 emulation code will use
>
> +static void pvcalls_front_free_map(struct pvcalls_bedata *bedata,
> +struct sock_mapping *map)
I just noticed: pvcalls_front_free_map() is referenced by patches 2 and 8.
> +{
> + int i;
> +
> + unbind_from_irqhandler(map->active.irq, map);
> +
> +
>
> +static unsigned int pvcalls_front_poll_passive(struct file *file,
> +struct pvcalls_bedata *bedata,
> +struct sock_mapping *map,
> +poll_table *wait)
> +{
> +
>
> +static bool pvcalls_front_read_todo(struct sock_mapping *map)
> +{
> + struct pvcalls_data_intf *intf = map->active.ring;
> + RING_IDX cons, prod;
> + int32_t error;
> +
> + cons = intf->in_cons;
> + prod = intf->in_prod;
> + error = intf->in_error;
> + return (e
flight 113717 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113717/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-qcow2 17 guest-start/debian.repeat fail REGR. vs.
113666
test-armhf-armhf-
> +static bool pvcalls_front_write_todo(struct sock_mapping *map)
> +{
> + struct pvcalls_data_intf *intf = map->active.ring;
> + RING_IDX cons, prod, size = XEN_FLEX_RING_SIZE(PVCALLS_RING_ORDER);
> + int32_t error;
> +
> + cons = intf->out_cons;
> + prod = intf->out_prod;
> +
On Fri, 22 Sep 2017, Bhupinder Thakur wrote:
> Add a new domctl API to initialize vpl011. It takes the GFN and console
> backend domid as input and returns an event channel to be used for
> sending and receiving events from Xen.
>
> Xen will communicate with xenconsole using GFN as the ring buffer
On 09/22/17 11:57, Kees Cook wrote:
> On Fri, Sep 22, 2017 at 11:38 AM, H. Peter Anvin wrote:
>> We lose EBX on 32 bits, but we don't lose RBX on 64 bits - since x86-64
>> has RIP-relative addressing there is no need for a dedicated PIC register.
>
> FWIW, since gcc 5, the PIC register isn't tota
On Fri, Sep 22, 2017 at 09:35:40AM +0200, Sander Eikelenboom wrote:
> On 22/09/17 04:09, Christopher Clark wrote:
> > On Thu, Sep 21, 2017 at 1:27 PM, Sander Eikelenboom
> > wrote:
> >>
> >> On Thu, September 21, 2017, 10:39:52 AM, Roger Pau Monné wrote:
> >>
> >>> On Wed, Sep 20, 2017 at 03:50:35
flight 113737 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113737/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On 09/22/17 09:32, Ingo Molnar wrote:
>
> BTW., I think things improved with ORC because with ORC we have RBP as an
> extra
> register and with PIE we lose RBX - so register pressure in code generation
> is
> lower.
>
We lose EBX on 32 bits, but we don't lose RBX on 64 bits - since x86-64
ha
flight 113711 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113711/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113659
Tests whic
On Fri, Sep 22, 2017 at 11:38 AM, H. Peter Anvin wrote:
> On 09/22/17 09:32, Ingo Molnar wrote:
>>
>> BTW., I think things improved with ORC because with ORC we have RBP as an
>> extra
>> register and with PIE we lose RBX - so register pressure in code generation
>> is
>> lower.
>>
>
> We lose E
On Fri, Sep 22, 2017 at 11:38 AM, H. Peter Anvin wrote:
> We lose EBX on 32 bits, but we don't lose RBX on 64 bits - since x86-64
> has RIP-relative addressing there is no need for a dedicated PIC register.
FWIW, since gcc 5, the PIC register isn't totally lost. It is now
reusable, and that seems
On 08/21/17 07:28, Peter Zijlstra wrote:
>
> Ah, I see, this is large mode and that needs to use MOVABS to load 64bit
> immediates. Still, small RIP relative should be able to live at any
> point as long as everything lives inside the same 2G relative range, so
> would still allow the goal of incr
This run is configured for baseline tests only.
flight 72142 qemu-upstream-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72142/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-libvirt-xsm 1 build-check(1)
On Fri, Sep 22, 2017 at 9:32 AM, Ingo Molnar wrote:
>
> * Thomas Garnier wrote:
>
>> On Thu, Sep 21, 2017 at 8:59 AM, Ingo Molnar wrote:
>> >
>> > ( Sorry about the delay in answering this. I could blame the delay on the
>> > merge
>> > window, but in reality I've been procrastinating this is
On Fri, Sep 22, 2017 at 05:21:12PM +0100, Euan Harris wrote:
> xs_fileno() returns a file descriptor which receives events when Xenstore
> watches fire. Exposing this in the Python bindings is a prerequisite
> for writing event-driven clients in Python.
>
> Signed-off-by: Euan Harris
> Reviewed
On 22/09/17 17:15, Jan Beulich wrote:
On 22.09.17 at 13:41, wrote:
>> Instead of using the same global resource limits of grant tables (max.
>> number of grant frames, max. number of maptrack frames) for all domains
>> make these limits per domain. Set those per-domain limits in
>> grant_tabl
On 22/09/17 10:07, Jan Beulich wrote:
Therefore all write attempts should produce #GP, just like on real
hardware.
Signed-off-by: Jan Beulich
Sergey has already posted a patch series to fix this.
What is the benefit of this version? As far as I can tell, it isn't as
complete as his work, b
Signed-off-by: Anthony PERARD
---
Config.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Config.mk b/Config.mk
index bba81bee7d..57d3e2bc44 100644
--- a/Config.mk
+++ b/Config.mk
@@ -272,7 +272,7 @@ QEMU_TRADITIONAL_URL ?=
git://xenbits.xen.org/qemu-xen-traditional.git
SE
flight 113719 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113719/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 113647
build-i386-xsm
On Fri, Sep 22, 2017 at 03:07:44AM -0600, Jan Beulich wrote:
> Therefore all write attempts should produce #GP, just like on real
> hardware.
>
> Signed-off-by: Jan Beulich
>
> --- a/xen/arch/x86/hvm/vmx/vmx.c
> +++ b/xen/arch/x86/hvm/vmx/vmx.c
> @@ -3138,10 +3138,7 @@ static int vmx_msr_write_i
On Thu, Sep 21, 2017 at 02:36:25PM +0100, Wei Liu wrote:
> On Tue, Sep 19, 2017 at 04:29:27PM +0100, Roger Pau Monne wrote:
> > This functionality is going to reside in vpci.c (and the corresponding
> > vpci.h header), and should be arch-agnostic. The handlers introduced
> > in this patch setup the
On Fri, Sep 22, 2017 at 09:31:26AM -0700, t...@hughes.net wrote:
> Hello,
>
> Who can I contact at Xen to obtain an estimate of the effort required to port
> Xen to IBM's OpenPOWER 9 CPU?
I would recommend you speak to IBM as they would be most qualified to answer
that question.
___
flight 113732 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113732/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
* Thomas Garnier wrote:
> On Thu, Sep 21, 2017 at 8:59 AM, Ingo Molnar wrote:
> >
> > ( Sorry about the delay in answering this. I could blame the delay on the
> > merge
> > window, but in reality I've been procrastinating this is due to the
> > permanent,
> > non-trivial impact PIE has o
flight 113706 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113706/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-arndale broken
Tests which are failing
Hello,
Who can I contact at Xen to obtain an estimate of the effort
required to port Xen to IBM's OpenPOWER 9 CPU?
Kind regards,
TCB
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On 22/09/17 16:47, Jan Beulich wrote:
On 22.09.17 at 13:41, wrote:
>> --- a/xen/arch/x86/traps.c
>> +++ b/xen/arch/x86/traps.c
>> @@ -929,6 +929,13 @@ void cpuid_hypervisor_leaves(const struct vcpu *v,
>> uint32_t leaf,
>> res->b = v->vcpu_id;
>> break;
>>
>> +case 5:
Right now there is only a pvclock_pvti_cpu0_va() which is defined
on kvmclock since:
commit dac16fba6fc5
("x86/vdso: Get pvclock data from the vvar VMA instead of the fixmap")
The only user of this interface so far is kvm. This commit adds a
setter function for the pvti page and moves pvclock_pvt
In order to support pvclock vdso on xen we need to setup the time
info page for vcpu 0 and register the page with Xen using the
VCPUOP_register_vcpu_time_memory_area hypercall. This hypercall
will also forcefully update the pvti which will set some of the
necessary flags for vdso. Afterwards we che
Hey,
Sorry for the huge delay in following up this series.
This take 2 for vdso for Xen. PVCLOCK_TSC_STABLE_BIT can be set starting Xen
4.8 which is required for vdso time related calls. In order to have it on, you
need to have the hypervisor clocksource be TSC e.g. with the following boot
param
This file defines an ABI shared between guest and hypervisor(s)
(KVM, Xen) and as such there should be an correspondent entry in
MAINTAINERS file. Notice that there's already a text notice at the
top of the header file, hence this commit simply enforces it more
explicitly and have both peers notice
When a watch fires, xspy_read_watch() checks whether the client has
registered interest in the path which changed and, if so, returns the
path and a client-supplied token. The binding for xs_check_watch()
needs to do the same, so this patch extracts the search code into a
separate function.
Sign
xs_fileno() returns a file descriptor which receives events when Xenstore
watches fire. Exposing this in the Python bindings is a prerequisite
for writing event-driven clients in Python.
Signed-off-by: Euan Harris
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Wei Liu
---
Changed since v2:
xs_check_watch() checks for watch notifications without blocking.
Together with the binding for xs_fileno(), this makes it possible
to write event-driven clients in Python.
Signed-off-by: Euan Harris
Reviewed-by: Wei Liu
Acked-by: Marek Marczykowski-Górecki
---
tools/python/xen/lowlevel/xs/xs.
Expose xs_fileno() and xs_check_watch() to Python. These functions
make it posible to write event-driven Xenstore clients in Python:
#!/usr/bin/env python
import xen.lowlevel.xs
import sys
import errno
from select import select
import time
# Connect to XenStore and set wat
On 22/09/17 16:47, George Dunlap wrote:
On Fri, Aug 25, 2017 at 6:37 PM, Andrew Cooper
wrote:
On 25/08/17 17:43, George Dunlap wrote:
You don't need __AFL_INIT if you have __AFL_LOOP.
Signed-off-by: George Dunlap
Really? Is that covered in any documentation?
I got the contrary impression
Roger Pau Monné writes ("Re: [PATCH v2 02/21] libxl: introduce a way to mark
fields as deprecated in the idl"):
> Thanks for the review. I've fixed all the other comments on the series
> and started an osstest flight, my aim is to post a new version of the
> series using the same deprecation idl m
On 22/09/17 17:07, Wei Liu wrote:
On Fri, Sep 22, 2017 at 10:00:20AM -0600, Jan Beulich wrote:
On 22.09.17 at 17:56, wrote:
On Fri, Sep 22, 2017 at 09:44:53AM -0600, Jan Beulich wrote:
On 14.09.17 at 14:58, wrote:
They will be used by PV mm code and mm hypercall code, which is going
to be s
On Fri, Sep 22, 2017 at 10:00:20AM -0600, Jan Beulich wrote:
> >>> On 22.09.17 at 17:56, wrote:
> > On Fri, Sep 22, 2017 at 09:44:53AM -0600, Jan Beulich wrote:
> >> >>> On 14.09.17 at 14:58, wrote:
> >> > They will be used by PV mm code and mm hypercall code, which is going
> >> > to be split in
On Wed, Sep 20, 2017 at 04:46:16PM +0100, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH v2 02/21] libxl: introduce a way to mark
> fields as deprecated in the idl"):
> > The deprecation involves generating a function that copies the
> > deprecated fields into it's new location if the new lo
>>> On 22.09.17 at 17:56, wrote:
> On Fri, Sep 22, 2017 at 09:44:53AM -0600, Jan Beulich wrote:
>> >>> On 14.09.17 at 14:58, wrote:
>> > They will be used by PV mm code and mm hypercall code, which is going
>> > to be split into two files.
>>
>> Hmm, no, I think I'd prefer mod_lN_entry() and
>>
On Fri, Sep 22, 2017 at 09:44:53AM -0600, Jan Beulich wrote:
> >>> On 14.09.17 at 14:58, wrote:
> > They will be used by PV mm code and mm hypercall code, which is going
> > to be split into two files.
>
> Hmm, no, I think I'd prefer mod_lN_entry() and
> {get,put}_page_from_lNe() to stay in the s
On Fri, Sep 22, 2017 at 07:52:13AM -0600, Jan Beulich wrote:
> >>> On 14.09.17 at 14:58, wrote:
> > The l1 mask needs to stay in x86/mm.c while l{2,3,4} masks are only
> > needed by PV code. Both x86 common mm code and PV mm code use
> > base_disallow_mask and l1 maks.
> >
> > Export base_disallo
>>> On 14.09.17 at 14:58, wrote:
> A load of functions are moved:
>
> 1. {get,put}_page_from_l{2,3,4}e
As just indicated in reply to another patch, I'd really hope for these
to stay together with mod_lN_entry().
Jan
___
Xen-devel mailing list
Xen-de
>>> On 14.09.17 at 14:58, wrote:
> It is going to be needed by common x86 mm code and pv mm code.
The sole callers are alloc_page_type() and __put_final_page_type(),
and their respective code paths should be PV only. I'd also prefer if
the compiler remained to be able to decide whether it wants t
On Fri, Aug 25, 2017 at 6:37 PM, Andrew Cooper
wrote:
> On 25/08/17 17:43, George Dunlap wrote:
>> You don't need __AFL_INIT if you have __AFL_LOOP.
>>
>> Signed-off-by: George Dunlap
>
> Really? Is that covered in any documentation?
>
> I got the contrary impression from whichever version of AF
>>> On 14.09.17 at 14:58, wrote:
> They will be used by PV mm code and mm hypercall code, which is going
> to be split into two files.
Hmm, no, I think I'd prefer mod_lN_entry() and
{get,put}_page_from_lNe() to stay in the same file (with the
possible exception of {get,put}_page_from_l1e(), as un
On 22/09/17 16:43, Jan Beulich wrote:
On 22.09.17 at 13:41, wrote:
>> Delay the allocation of the grant table sub structures in order to
>> allow modifying parameters needed for sizing of these structures at a
>> per domain basis. Allocate the structures and the table frames only
>> from gran
>>> On 22.09.17 at 13:41, wrote:
> Instead of using the same global resource limits of grant tables (max.
> number of grant frames, max. number of maptrack frames) for all domains
> make these limits per domain. Set those per-domain limits in
> grant_table_set_limits(). The global settings are ser
flight 113708 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113708/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 113652
test-armhf-armhf-libvirt 14 saveresto
On Fri, Sep 22, 2017 at 2:25 AM, Jan Beulich wrote:
On 22.09.17 at 00:46, wrote:
>> One piece that I see still missing is the Xen command line parameters
>> not being verified. It would be ideal to have the option to get that
>> set during compile time as well, similar to Linux's CONFIG_CMDL
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.14b-rc2-tag
xen: Fixes for rc2
It contains a fix for a missing __init annotation and two cleanup patches.
Thanks.
Juergen
arch/x86/xen/mmu_pv.c | 2 +-
drivers/xe
>>> On 22.09.17 at 13:41, wrote:
> --- a/xen/arch/x86/traps.c
> +++ b/xen/arch/x86/traps.c
> @@ -929,6 +929,13 @@ void cpuid_hypervisor_leaves(const struct vcpu *v,
> uint32_t leaf,
> res->b = v->vcpu_id;
> break;
>
> +case 5: /* PV-specific parameters */
> +if ( i
>>> On 22.09.17 at 13:41, wrote:
> Delay the allocation of the grant table sub structures in order to
> allow modifying parameters needed for sizing of these structures at a
> per domain basis. Allocate the structures and the table frames only
> from grant_table_set_limits() (dom0: from grant_tabl
>>> On 22.09.17 at 13:41, wrote:
> @@ -104,6 +104,8 @@ struct xen_sysctl_physinfo {
>
> /* XEN_SYSCTL_PHYSCAP_??? */
> uint32_t capabilities;
> +
> +uint64_t max_mfn; /* Largest possible MFN on this host */
> };
I'm sorry for not having noticed this earlier - this needs to be
On Thu, Sep 21, 2017 at 9:24 PM, Markus Trippelsdorf
wrote:
> On 2017.09.21 at 14:21 -0700, Thomas Garnier wrote:
>> On Thu, Sep 21, 2017 at 9:10 AM, Ard Biesheuvel
>> wrote:
>> >
>> > On 21 September 2017 at 08:59, Ingo Molnar wrote:
>> > >
>> > > ( Sorry about the delay in answering this. I co
On Fri, Sep 22, 2017 at 08:24:20AM -0600, Jan Beulich wrote:
> >>> On 22.09.17 at 16:07, wrote:
> > On Fri, Sep 22, 2017 at 07:40:04AM -0600, Jan Beulich wrote:
> >> Additionally could you add (half) a sentence regarding the
> >> PGT_l*_page_table uses outside of PV specific code, which I'm
> >> s
>>> On 22.09.17 at 16:07, wrote:
> On Fri, Sep 22, 2017 at 07:40:04AM -0600, Jan Beulich wrote:
>> Additionally could you add (half) a sentence regarding the
>> PGT_l*_page_table uses outside of PV specific code, which I'm
>> sure you have verified can't make it into the stubs?
>
> At this stage
flight 113703 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113703/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 6 xen-install fail REGR. vs. 113666
Regressions which a
On Fri, Sep 22, 2017 at 5:17 PM, Wei Liu wrote:
> On Fri, Sep 22, 2017 at 05:00:44PM +0300, Oleksandr Grytsov wrote:
>> On Fri, Sep 22, 2017 at 4:02 PM, Wei Liu wrote:
>> > On Fri, Sep 22, 2017 at 03:28:55PM +0300, Oleksandr Grytsov wrote:
>> >> From: Oleksandr Grytsov
>> >>
>> >> As we have gen
On Fri, Sep 22, 2017 at 05:00:44PM +0300, Oleksandr Grytsov wrote:
> On Fri, Sep 22, 2017 at 4:02 PM, Wei Liu wrote:
> > On Fri, Sep 22, 2017 at 03:28:55PM +0300, Oleksandr Grytsov wrote:
> >> From: Oleksandr Grytsov
> >>
> >> As we have generic functions to get device list
> >> (libxl__device_li
Hi Manish,
On 11/09/17 22:33, mja...@caviumnetworks.com wrote:
> From: Manish Jaggi
>
> The set is divided into two patches. First one calculates the size of IORT
> while second one writes the IORT table itself.
It would be good if you could give a quick introduction *why* this set
is needed he
On 14/09/17 09:57, Jan Beulich wrote:
The recent changes to their handling introduced a few false warnings,
due to checks looking at the wrong string slot. While going through all
those commits and looking for patterns similar to the "dom0_mem=" I've
noticed this with, I also realized that there
On Fri, Sep 22, 2017 at 07:40:04AM -0600, Jan Beulich wrote:
> >>> On 14.09.17 at 14:58, wrote:
> > And move the declarations to pv/mm.h. The code will be moved later.
> >
> > The stubs contain BUG() because they aren't supposed to be called when
> > PV is disabled.
>
> I'd prefer ASSERT_UNREACH
>>> On 21.09.17 at 00:31, wrote:
> @@ -272,6 +271,16 @@ int arch_livepatch_perform(struct livepatch_elf *elf,
> elf->name, symndx);
> return -EINVAL;
> }
> +else if ( (type != R_ARM_ABS32 && type != R_ARM_REL32) /* Only check
> code. */ &&
> +
On Fri, Sep 22, 2017 at 4:02 PM, Wei Liu wrote:
> On Fri, Sep 22, 2017 at 03:28:55PM +0300, Oleksandr Grytsov wrote:
>> From: Oleksandr Grytsov
>>
>> As we have generic functions to get device list
>> (libxl__device_list) no need to have callback in
>> the framework. To resolve issue when XS entr
>>> On 14.09.17 at 14:58, wrote:
> The l1 mask needs to stay in x86/mm.c while l{2,3,4} masks are only
> needed by PV code. Both x86 common mm code and PV mm code use
> base_disallow_mask and l1 maks.
>
> Export base_disallow_mask and l1 mask in asm-x86/mm.h.
So that's because in patch 20 you ne
On Fri, Sep 22, 2017 at 03:30:57PM +0530, bharat gohil wrote:
> Hello Wilk,
>
> I had try 'console=hvc0' but no success.
>
> @Oleksandr: At this moment it is difficult to share any file of guest.
> It would be helpful if anyone provide me general technique to debug dom0
> bringup issue.
You can
>>> On 14.09.17 at 14:58, wrote:
> And move the declarations to pv/mm.h. The code will be moved later.
>
> The stubs contain BUG() because they aren't supposed to be called when
> PV is disabled.
I'd prefer ASSERT_UNREACHABLE() - they return proper errors
after all, and there's no need to bring
>>> On 14.09.17 at 14:58, wrote:
> It is only used by PV. The code can only be moved together with other
> PV mm code.
>
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-de
>>> On 14.09.17 at 14:58, wrote:
> @@ -32,6 +33,14 @@
> #undef page_to_mfn
> #define page_to_mfn(pg) _mfn(__page_to_mfn(pg))
>
> +#ifndef NDEBUG
> +static unsigned int __read_mostly root_pgt_pv_xen_slots
> += ROOT_PAGETABLE_PV_XEN_SLOTS;
> +static l4_pgentry_t __read_mostly split_l4e;
> +#
On Fri, Sep 22, 2017 at 01:41:29PM +0200, Juergen Gross wrote:
> Add xl.conf config items for default values of grant limits:
>
> max_grant_frames will set the default for the maximum number of grant
> frames for a domain which will take effect if the domain's config file
> doesn't specify a value
On Fri, Sep 22, 2017 at 01:41:30PM +0200, Juergen Gross wrote:
> Add new domain config items for setting the limits for the maximum
> numbers of grant table frames and maptrack frames of a domain.
>
> Signed-off-by: Juergen Gross
> Acked-by: Ian Jackson
Acked-by: Wei Liu
_
On Fri, Sep 22, 2017 at 01:41:28PM +0200, Juergen Gross wrote:
> Add the maximum possible mfn of the host to the libxl_physinfo
> data structure.
>
> Signed-off-by: Juergen Gross
> Acked-by: Ian Jackson
Acked-by: Wei Liu
___
Xen-devel mailing list
X
>>> On 14.09.17 at 14:58, wrote:
> Move the split l4 setup code into the new function. It can then be
> moved to pv/ in a later patch.
>
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://list
>>> On 14.09.17 at 14:58, wrote:
> Add pv prefix to it. Move it to pv/mm.c. Fix call sites.
>
> Take the chance to change v to curr and d to currd.
>
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.or
flight 113721 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113721/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On Fri, Sep 22, 2017 at 07:07:29AM -0600, Jan Beulich wrote:
> >>> On 14.09.17 at 14:58, wrote:
> > Move the code to pv/descriptor-tables.c. Change u64 to uint64_t while
> > moving. Use currd in do_update_descriptor.
>
> Hmm, so the "later" in patch 9 isn't in a future series, but here.
> Why cou
>>> On 14.09.17 at 14:58, wrote:
> --- a/xen/arch/x86/pv/descriptor-tables.c
> +++ b/xen/arch/x86/pv/descriptor-tables.c
> @@ -181,6 +181,46 @@ long do_update_descriptor(uint64_t pa, uint64_t desc)
> return ret;
> }
>
> +int compat_set_gdt(XEN_GUEST_HANDLE_PARAM(uint) frame_list, unsigned
>>> On 14.09.17 at 14:58, wrote:
> Move the code to pv/descriptor-tables.c. Change u64 to uint64_t while
> moving. Use currd in do_update_descriptor.
Hmm, so the "later" in patch 9 isn't in a future series, but here.
Why couldn't the move and rename then be done in one step?
Anyway ...
> Signed-
>>> On 14.09.17 at 14:58, wrote:
> --- a/xen/include/asm-x86/pv/mm.h
> +++ b/xen/include/asm-x86/pv/mm.h
> @@ -25,14 +25,24 @@
>
> int pv_ro_page_fault(unsigned long addr, struct cpu_user_regs *regs);
>
> +long pv_set_gdt(struct vcpu *d, unsigned long *frames, unsigned int entries);
> +void p
On Fri, Sep 22, 2017 at 03:28:55PM +0300, Oleksandr Grytsov wrote:
> From: Oleksandr Grytsov
>
> As we have generic functions to get device list
> (libxl__device_list) no need to have callback in
> the framework. To resolve issue when XS entry
> doesn't match device name, device type is
> extende
>>> On 14.09.17 at 14:58, wrote:
> Move the code to pv/grant_table.c. Nothing needs to be done with
> regard to headers.
>
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-
>>> On 14.09.17 at 14:58, wrote:
> And export the function via pv/mm.h.
>
> Signed-off-by: Wei Liu
I'm not overly happy with the function becoming non-static, but I
can see that it'll be better to move grant table stuff and update-va-
mapping into different files, so
Acked-by: Jan Beulich
Jan
>>> On 14.09.17 at 14:58, wrote:
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
>>> On 14.09.17 at 14:58, wrote:
> --- /dev/null
> +++ b/xen/include/asm-x86/pv/mm.h
> @@ -0,0 +1,38 @@
> +/*
> + * asm-x86/pv/mm.h
> + *
> + * Memory management interfaces for PV guests
> + *
> + * Copyright (C) 2017 Wei Liu
> + *
> + * This program is free software; you can redistribute it and/
>>> On 14.09.17 at 14:58, wrote:
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
1 - 100 of 213 matches
Mail list logo
