flight 72166 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72166/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
build-arm64-pvops 2 hosts-allocate broken like 72130
build-arm64
From: Andrew Cooper
An access which crosses a page boundary is performed atomically by x86
hardware, albeit with a severe performance penalty. An important corner case
is when a straddled access hits two pages which differ in whether a
translation exists, or in net access rights.
The use of hvm
>>> On 26.09.17 at 20:11, wrote:
> On Tue, 2017-09-26 at 08:59 -0600, Jan Beulich wrote:
>> > > > On 15.09.17 at 20:01, wrote:
>> > @@ -326,7 +326,17 @@ void stop_timer(struct timer *timer)
>> > return;
>> >
>> > if ( active_timer(timer) )
>> > -deactivate_timer(timer);
>>
>>> On 26.09.17 at 19:48, wrote:
> On Tue, 2017-09-26 at 09:14 -0600, Jan Beulich wrote:
>> > > > On 15.09.17 at 20:01, wrote:
>> > --- a/xen/common/rcupdate.c
>> > +++ b/xen/common/rcupdate.c
>> > +int ret = 0;
>> > +
>> > +if ( MILLISECS(period) > IDLE_TIMER_PERIOD_MAX )
>> > +{
>>
On 27/09/2017 09:04, Alexandru Isaila wrote:
> From: Andrew Cooper
>
> An access which crosses a page boundary is performed atomically by x86
> hardware, albeit with a severe performance penalty. An important corner case
> is when a straddled access hits two pages which differ in whether a
> tran
flight 113845 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113845/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113823
Tests which d
On 27/09/17 05:03, Zhenzhong Duan wrote:
> When bootup a PVM guest with large memory(Ex.240GB), XEN provided initial
> mapping overlaps with kernel module virtual space. When mapping in this space
> is cleared by xen_cleanhighmap(), in certain case there could be an 2MB
> mapping
> left. This is d
flight 113847 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113847/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf cbd7300c802d4a855991c041527d621717a984d2
baseline version:
ovmf f724f9d9c72aa235d50ea
>>> On 27.09.17 at 10:38, wrote:
> On 27/09/2017 09:04, Alexandru Isaila wrote:
>> --- a/xen/arch/x86/hvm/emulate.c
>> +++ b/xen/arch/x86/hvm/emulate.c
>> @@ -498,6 +498,156 @@ static int hvmemul_do_mmio_addr(paddr_t mmio_gpa,
>> }
>>
>> /*
>> + * Map the frame(s) covering an individual linear
When bootup a PVM guest with large memory(Ex.240GB), XEN provided initial
mapping overlaps with kernel module virtual space. When mapping in this space
is cleared by xen_cleanhighmap(), in certain case there could be an 2MB mapping
left. This is due to XEN initialize 4MB aligned mapping but xen_cle
On 27/09/17 11:41, Zhenzhong Duan wrote:
> When bootup a PVM guest with large memory(Ex.240GB), XEN provided initial
> mapping overlaps with kernel module virtual space. When mapping in this space
> is cleared by xen_cleanhighmap(), in certain case there could be an 2MB
> mapping
> left. This is d
This can easily occur if the test host crashes, due to a bug.
Signed-off-by: Ian Jackson
---
ts-leak-check | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-leak-check b/ts-leak-check
index 7dbabfe..678d069 100755
--- a/ts-leak-check
+++ b/ts-leak-check
@@ -176,7 +176,7 @@ i
On Wed, 2017-09-27 at 02:20 -0600, Jan Beulich wrote:
> > > > On 26.09.17 at 20:11, wrote:
> > it means there is an event that *is* in progress right now (i.e.,
> > we're
> > stopping the timer on the path that goes from the interrupt that
> > raised
> > TIMER_SOFTIRQ, and the timer softirq handle
>>> On 27.09.17 at 12:18, wrote:
> On Wed, 2017-09-27 at 02:20 -0600, Jan Beulich wrote:
>> In the end what I think I'm missing is a clear description of an
>> actual
>> case where the current behavior causes breakage (plus of course
>> an explanation why the new behavior is unlikely to cause issu
flight 113858 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113858/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen a8ea6e2688118a3e19e29b39e316faa5f96ab9d1
baseline version:
xen 7ff9
They will be useful for extracting files from Windows and other OSes
from Dom0 while debugging.
Signed-off-by: Wei Liu
---
ts-kernel-build | 5 +
1 file changed, 5 insertions(+)
diff --git a/ts-kernel-build b/ts-kernel-build
index 22a027a..5f152a3 100755
--- a/ts-kernel-build
+++ b/ts-kerne
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 September 2017 14:03
> To: Paul Durrant
> Cc: Andrew Cooper ; xen-
> de...@lists.xenproject.org
> Subject: Re: [PATCH v7 01/12] x86/mm: allow a privileged PV domain to map
> guest mfns
>
> >>> On 18.09.17 at 17
flight 113851 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113851/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 113821
test-armhf-armhf-libvirt 14 saveresto
On 26/09/17 13:49, Paul Durrant wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 26 September 2017 13:35
>> To: Andrew Cooper ; Paul Durrant
>>
>> Cc: xen-de...@lists.xenproject.org
>> Subject: RE: [PATCH v7 02/12] x86/mm: add HYPERVISOR_memory_op to
>>
Wei Liu (2):
xen/credit2: add missing unlock
python/libxc: extend the call to get/set cap for credit2
tools/python/xen/lowlevel/xc/xc.c | 17 ++---
xen/common/sched_credit2.c| 1 +
2 files changed, 11 insertions(+), 7 deletions(-)
--
2.11.0
___
Commit 68817024 ("xen: credit2: allow to set and get utilization cap")
added a new parameter. Implement it for the python binding as well.
Coverity-ID: 1418532
Signed-off-by: Wei Liu
---
Cc: George Dunlap
Cc: Dario Faggioli
Cc: Marek Marczykowski-Górecki
Compile-test only.
---
tools/python/
Coverity-ID: 1418531
Signed-off-by: Wei Liu
---
Cc: George Dunlap
Cc: Dario Faggioli
---
xen/common/sched_credit2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen/common/sched_credit2.c b/xen/common/sched_credit2.c
index d33c881c3d..18f39cafe4 100644
--- a/xen/common/sched_credit2.c
+
On Mi, 2017-09-27 at 09:38 +0100, Andrew Cooper wrote:
> On 27/09/2017 09:04, Alexandru Isaila wrote:
> >
> > From: Andrew Cooper
> >
> >
> > -return X86EMUL_EXCEPTION;
> > -case HVMTRANS_bad_gfn_to_mfn:
> > -return hvmemul_linear_mmio_write(addr, bytes, p_data,
> > pfec, hvmem
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,
This take 3 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
params "clocksource=tsc tsc=stable:socket".
Series is struc
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
On Wed, 2017-09-27 at 12:46 +0100, Wei Liu wrote:
> Coverity-ID: 1418531
>
> Signed-off-by: Wei Liu
> ---
> diff --git a/xen/common/sched_credit2.c b/xen/common/sched_credit2.c
> index d33c881c3d..18f39cafe4 100644
> --- a/xen/common/sched_credit2.c
> +++ b/xen/common/sched_credit2.c
> @@ -2831,6
On 27/09/17 12:48, Alexandru Stefan ISAILA wrote:
> On Mi, 2017-09-27 at 09:38 +0100, Andrew Cooper wrote:
>> On 27/09/2017 09:04, Alexandru Isaila wrote:
>>> From: Andrew Cooper
>>>
>>>
>>> -return X86EMUL_EXCEPTION;
>>> -case HVMTRANS_bad_gfn_to_mfn:
>>> -return hvmemul_linea
On 27/09/17 14:00, Joao Martins wrote:
> 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
On Wed, 2017-09-27 at 12:46 +0100, Wei Liu wrote:
> Commit 68817024 ("xen: credit2: allow to set and get utilization
> cap")
> added a new parameter. Implement it for the python binding as well.
>
> Coverity-ID: 1418532
>
Right. Sorry, I tend to forget about these more often that I would want
to.
Dear Meng Xu,
On 22.08.17 05:02, Meng Xu wrote:
Given the set of tasks in each VM, we compute the VCPUs' periods and
budgets, using the CARTS tool [1]. Note that each task has a period
and a worst-case execution time (wcet).
[1] https://rtg.cis.upenn.edu/carts/
In a CARTS tool documentation
On Wed, Sep 27, 2017 at 12:46:22PM +0100, Wei Liu wrote:
> Commit 68817024 ("xen: credit2: allow to set and get utilization cap")
> added a new parameter. Implement it for the python binding as well.
>
> Coverity-ID: 1418532
>
> Signed-off-by: Wei Liu
Acked-by: Marek Marczykowski-Górecki
> --
From: Andrew Cooper
An access which crosses a page boundary is performed atomically by x86
hardware, albeit with a severe performance penalty. An important corner case
is when a straddled access hits two pages which differ in whether a
translation exists, or in net access rights.
The use of hvm
>>> On 27.09.17 at 14:11, wrote:
> On 27/09/17 12:48, Alexandru Stefan ISAILA wrote:
>> On Mi, 2017-09-27 at 09:38 +0100, Andrew Cooper wrote:
>>> On 27/09/2017 09:04, Alexandru Isaila wrote:
From: Andrew Cooper
-return X86EMUL_EXCEPTION;
-case HVMTRANS_bad_gf
>>> On 27.09.17 at 13:18, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 25 September 2017 14:03
>> >>> On 18.09.17 at 17:31, wrote:
>> > -if ( (real_pg_owner == NULL) || (pg_owner == l1e_owner) ||
>> > +if ( (real_pg_owner == NULL) ||
>> > xsm_priv_
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 27 September 2017 13:47
> To: Paul Durrant
> Cc: Andrew Cooper ; xen-
> de...@lists.xenproject.org
> Subject: RE: [PATCH v7 01/12] x86/mm: allow a privileged PV domain to map
> guest mfns
>
> >>> On 27.09.17 at 13
>>> On 27.09.17 at 13:34, wrote:
> On 26/09/17 13:49, Paul Durrant wrote:
>>> -Original Message-
>>> From: Jan Beulich [mailto:jbeul...@suse.com]
>>> Sent: 26 September 2017 13:35
>>> To: Andrew Cooper ; Paul Durrant
>>>
>>> Cc: xen-de...@lists.xenproject.org
>>> Subject: RE: [PATCH v7 0
flight 113850 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113850/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt broken in 113840
test-amd64-i386-xl-qemut-win7-
>>> On 27.09.17 at 14:49, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 27 September 2017 13:47
>> To: Paul Durrant
>> Cc: Andrew Cooper ; xen-
>> de...@lists.xenproject.org
>> Subject: RE: [PATCH v7 01/12] x86/mm: allow a privileged PV domain to
>>> On 27.09.17 at 14:39, wrote:
> From: Andrew Cooper
>
> An access which crosses a page boundary is performed atomically by x86
> hardware, albeit with a severe performance penalty. An important corner
> case
> is when a straddled access hits two pages which differ in whether a
> translation
On 09/27/2017 05:43 AM, Juergen Gross wrote:
> On 27/09/17 11:41, Zhenzhong Duan wrote:
>> When bootup a PVM guest with large memory(Ex.240GB), XEN provided initial
>> mapping overlaps with kernel module virtual space. When mapping in this space
>> is cleared by xen_cleanhighmap(), in certain case
On Wed, 2017-09-27 at 04:30 -0600, Jan Beulich wrote:
> > > > On 27.09.17 at 12:18, wrote:
>
> > And that is because the following happens:
> > - the CPU wants to go idle
> > - sched_tick_suspend()
> > rcu_idle_timer_start()
> > set_timer(RCU_idle_timer)
> > - the CPU goes idle
> > ..
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
Hey,
This is take 4 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
params "clocksource=tsc tsc=stable:socket".
Series is st
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
On Wed, 2017-09-27 at 08:57 -0400, Robert VanVossen wrote:
> On 9/26/2017 3:12 AM, Dario Faggioli wrote:
> > [Cc-list modified by removing someone and adding someone else]
> >
> > Actually, the best candidate for gaining security support, is IMO
> > ARINC. Code is also rather simple and "stable" (
>>> On 27.09.17 at 14:39, wrote:
> --- a/xen/arch/x86/hvm/emulate.c
> +++ b/xen/arch/x86/hvm/emulate.c
> @@ -498,6 +498,170 @@ static int hvmemul_do_mmio_addr(paddr_t mmio_gpa,
> }
>
> /*
> + * Map the frame(s) covering an individual linear access, for writeable
> + * access. May return NULL
Hi Andrii,
On Wed, Sep 27, 2017 at 8:37 AM, Andrii Anisov wrote:
>
> Dear Meng Xu,
>
>
> On 22.08.17 05:02, Meng Xu wrote:
>>
>> Given the set of tasks in each VM, we compute the VCPUs' periods and
>> budgets, using the CARTS tool [1]. Note that each task has a period
>> and a worst-case executio
On 09/27/2017 01:14 PM, Juergen Gross wrote:
> On 27/09/17 14:00, Joao Martins wrote:
[...]
>> diff --git a/include/xen/interface/vcpu.h b/include/xen/interface/vcpu.h
>> index 98188c87f5c1..b4a1eabcf1c4 100644
>> --- a/include/xen/interface/vcpu.h
>> +++ b/include/xen/interface/vcpu.h
>> @@ -178
On 22/09/17 10:02, Jan Beulich wrote:
> When adding support for RDRAND/RDSEED/RDPID I didn't remember to also
> update this special early check. Make it (hopefully) future-proof by
> also refusing VEX-encodings.
>
> Signed-off-by: Jan Beulich
Acked-by: Andrew Cooper
Wei Liu writes ("[OSSTEST PATCH] ts-kernel-build: enable ntfs and fuse
support"):
> They will be useful for extracting files from Windows and other OSes
> from Dom0 while debugging.
Thanks, pushed to pretest.
Ian.
___
Xen-devel mailing list
Xen-devel@
PVHv2 is always going to require the usage of memory in order to store
the p2m page tables, either when using hap or shadow.
Fix the condition so memory is reserved unconditionally when trying to
build a PVHv2 Dom0.
Reported-by: Boris Ostrovsky
Signed-off-by: Roger Pau Monné
---
Cc: Boris Ostro
Roger Pau Monne writes ("[PATCH v3 03/22] xl: parsing code movement"):
> Code movement in preparation for making the bootloader,
> bootloader_args, nested_hvm and timer_mode fields shared between all
> guests types. While moving the code, limit the line-length to 80
> columns.
>
> No functional ch
Roger Pau Monne writes ("[PATCH v3 04/22] libxl/xl: use the new
domain_build_info fields position"):
> This is required because those options will be used by the new PVH
> guest type, and thus need to be shared between PV and HVM.
This LGTM but the title of this patch has poor grammar.
I think yo
Roger Pau Monne writes ("[PATCH v3 02/22] 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 location has not
> been set.
...
> Changes since v2:
> - Dispose depre
On 27/09/17 15:46, Joao Martins wrote:
> 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
Roger Pau Monne writes ("[PATCH v3 05/22] xl: introduce a domain type option"):
> Introduce a new type option to xl configuration files in order to
> specify the domain type. This supersedes the current builder option.
>
> The new option is documented in the xl.cfg man page, and the previous
> bui
Roger Pau Monne writes ("[PATCH v3 06/22] xl: introduce a firmware option"):
> The new firmware option aims to provide a coherent way to set the
> firmware for the different kind of guests Xen supports.
>
> For PV guests the available firmwares are pvgrub{32|64}, and for HVM
> the following are su
Roger Pau Monne writes ("[PATCH v3 08/22] libxl: allow PVH guests to use a
bootloader"):
> Allow PVH guests to boot using a bootloader.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Roger Pau Monne writes ("[PATCH v3 07/22] libxl: introduce a PVH guest type"):
> The new guest type is introduced to the libxl IDL. libxl__domain_make
> is also modified to save the guest type, and libxl__domain_type is
> expanded to fetch that information when detecting guest type.
Acked-by: Ian
Roger Pau Monne writes ("[PATCH v3 09/22] libxl: set PVH guests to use the PV
console"):
> Signed-off-by: Roger Pau Monné
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
>>> On 27.09.17 at 16:16, wrote:
> --- a/xen/arch/x86/dom0_build.c
> +++ b/xen/arch/x86/dom0_build.c
> @@ -263,8 +263,7 @@ unsigned long __init dom0_compute_nr_pages(
> avail -= max_pdx >> s;
> }
>
> -need_paging = is_hvm_domain(d) &&
> -(!iommu_hap_pt_share || !pag
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 27 September 2017 14:31
> To: Paul Durrant
> Cc: Andrew Cooper ; xen-
> de...@lists.xenproject.org
> Subject: RE: [PATCH v7 01/12] x86/mm: allow a privileged PV domain to map
> guest mfns
>
> >>> On 27.09.17 at 14
Roger Pau Monne writes ("[PATCH v3 10/22] libxl: add PVH support to domain
creation"):
> Remove the device model "none" support from domain creation and
> introduce support for PVH.
This is a backwards-incompatible change, which at the very least
requires justification. The facility seems to hav
On 27/09/17 15:38, Boris Ostrovsky wrote:
> On 09/27/2017 05:43 AM, Juergen Gross wrote:
>> On 27/09/17 11:41, Zhenzhong Duan wrote:
>>> When bootup a PVM guest with large memory(Ex.240GB), XEN provided initial
>>> mapping overlaps with kernel module virtual space. When mapping in this
>>> space
>
Roger Pau Monne writes ("[PATCH v3 15/22] libxl: add PVH support to vpcu
hotplug, domain destruction/pause and domain configuration"):
> And remove support for device model "none".
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.o
Roger Pau Monne writes ("[PATCH v3 11/22] libxl: remove device model "none"
support from disk related functions"):
> CD-ROM backend selection was partially based on the device model, this
> is no longer needed since the device model "none" is now removed, so
> HVM guests always have a device model
Roger Pau Monne writes ("[PATCH v3 12/22] libxl: set device model for PVH
guests"):
> PVH guests use the same device model selection as PV guests, because
> PVH guests only use the device model for the PV backends.
Acked-by: Ian Jackson
___
Xen-devel
Roger Pau Monne writes ("[PATCH v3 13/22] libxl: add PVH support to domain
building"):
> And remove device model "none" support.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Hello,
On 27.09.17 16:57, Meng Xu wrote:
The command is:
java -jar carts.jar inputfile outputfile
From the next example, I would say the command is:
java -jar carts.jar inputfile interface_type outputfile
An example command is:
java -jar carts.jar 1-1.10-in.xml MPR2 1-1.10-out.xml
Thank
Roger Pau Monne writes ("[PATCH v3 17/22] libxl: PVH guests use PV nics"):
> Remove device model "none" support from the nic functions.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Roger Pau Monne writes ("[PATCH v3 18/22] libxl: remove device model "none"
support from stream functions"):
> Remove the usage of device model "none" in the migration stream
> related functions.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-de
> +static void xen_setup_vsyscall_time_info(void)
> +{
> + struct vcpu_register_time_memory_area t;
> + struct pvclock_vsyscall_time_info *ti;
> + struct pvclock_vcpu_time_info *pvti;
> + int ret;
> +
> + pvti = &__this_cpu_read(xen_vcpu)->time;
> +
> + /*
> + * We che
Roger Pau Monne writes ("[PATCH v3 19/22] libxl: add PVH support to USB"):
> Add PVH support to usb related functions.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Roger Pau Monne writes ("[PATCH v3 14/22] libxl: add PVH support to domain
save/suspend"):
> And remove the device model "none" support.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Tue, Sep 26, 2017 at 02:02:56PM +0200, Juergen Gross wrote:
> Long ago domains to be saved were limited to 1TB size due to the
> migration stream v1 limitations which used a 32 bit value for the
> PFN and the frame type (4 bits) leaving only 28 bits for the PFN.
>
> Migration stream V2 uses a 6
Roger Pau Monne writes ("[PATCH v3 20/22] libxl: add PVH support to x86
functions"):
> This also includes the x86 ACPI related functions. Remove support for
> device model "none"
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
flight 113852 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113852/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu broken in 113844
Tests wh
On 9/26/2017 3:12 AM, Dario Faggioli wrote:
> [Cc-list modified by removing someone and adding someone else]
>
> On Mon, 2017-09-25 at 16:10 -0700, Stefano Stabellini wrote:
>> On Mon, 11 Sep 2017, George Dunlap wrote:
>>> +### RTDS based Scheduler
>>> +
>>> +Status: Experimental
>>> +
>>> +
Roger Pau Monne writes ("[PATCH v3 21/22] xl: add PVH as a guest type"):
> And remove device model "none".
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
>>> On 27.09.17 at 16:22, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 27 September 2017 14:31
>> >>> On 27.09.17 at 14:49, wrote:
>> > Ok, I'll claim the final cmd value then.
>>
>> Final? We've got 5 left (for a total of 3 bits) afaict.
>
> Really? Maybe I misread... looks
Roger Pau Monne writes ("[PATCH v3 22/22] libxl: remove device model "none"
from IDL"):
> And the xl.cfg man page documentation.
See my comments about the start of the abolition of "none" as devicd
model. I have acked the intermediate patches.
Feel free to put the explanation for the unceremoni
Roger Pau Monne writes ("[PATCH v3 16/22] libxl: add PVH support to memory
functions"):
> Signed-off-by: Roger Pau Monné
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On 09/27/2017 10:33 AM, Juergen Gross wrote:
> On 27/09/17 15:38, Boris Ostrovsky wrote:
>> On 09/27/2017 05:43 AM, Juergen Gross wrote:
>>> On 27/09/17 11:41, Zhenzhong Duan wrote:
When bootup a PVM guest with large memory(Ex.240GB), XEN provided initial
mapping overlaps with kernel modu
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
> Beulich
> Sent: 27 September 2017 15:42
> To: Paul Durrant
> Cc: Andrew Cooper ; xen-
> de...@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH v7 01/12] x86/mm: allow a privileged PV
>
On 27/09/17 16:48, Boris Ostrovsky wrote:
> On 09/27/2017 10:33 AM, Juergen Gross wrote:
>> On 27/09/17 15:38, Boris Ostrovsky wrote:
>>> On 09/27/2017 05:43 AM, Juergen Gross wrote:
On 27/09/17 11:41, Zhenzhong Duan wrote:
> When bootup a PVM guest with large memory(Ex.240GB), XEN provide
On 09/27/2017 10:56 AM, Juergen Gross wrote:
> On 27/09/17 16:48, Boris Ostrovsky wrote:
>> On 09/27/2017 10:33 AM, Juergen Gross wrote:
>>> On 27/09/17 15:38, Boris Ostrovsky wrote:
On 09/27/2017 05:43 AM, Juergen Gross wrote:
> On 27/09/17 11:41, Zhenzhong Duan wrote:
>> When bootup
On 27/09/17 15:56, Juergen Gross wrote:
> On 27/09/17 16:48, Boris Ostrovsky wrote:
>> On 09/27/2017 10:33 AM, Juergen Gross wrote:
>>> On 27/09/17 15:38, Boris Ostrovsky wrote:
On 09/27/2017 05:43 AM, Juergen Gross wrote:
> On 27/09/17 11:41, Zhenzhong Duan wrote:
>> When bootup a PVM
On Wed, Sep 27, 2017 at 02:26:37PM +, Jan Beulich wrote:
> >>> On 27.09.17 at 16:16, wrote:
> > --- a/xen/arch/x86/dom0_build.c
> > +++ b/xen/arch/x86/dom0_build.c
> > @@ -263,8 +263,7 @@ unsigned long __init dom0_compute_nr_pages(
> > avail -= max_pdx >> s;
> > }
> >
> > -
On 09/27/2017 03:40 PM, Boris Ostrovsky wrote:
>> +static void xen_setup_vsyscall_time_info(void)
>> +{
>> +struct vcpu_register_time_memory_area t;
>> +struct pvclock_vsyscall_time_info *ti;
>> +struct pvclock_vcpu_time_info *pvti;
>> +int ret;
>> +
>> +pvti = &__this_cpu_read(
On Wed, Sep 27, 2017 at 02:28:11PM +, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH v3 10/22] libxl: add PVH support to domain
> creation"):
> > Remove the device model "none" support from domain creation and
> > introduce support for PVH.
>
> This is a backwards-incompatible change, w
On Wed, Sep 27, 2017 at 02:46:23PM +0100, Joao Martins wrote:
> 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 thi
On Wed, Sep 27, 2017 at 02:28:11PM +, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH v3 10/22] libxl: add PVH support to domain
> creation"):
> > Remove the device model "none" support from domain creation and
> > introduce support for PVH.
>
> This is a backwards-incompatible change, w
The error code is encoding in errno, not rc.
Signed-off-by: Wei Liu
---
Cc: Stefano Stabellini
Cc: Anthony PERARD
---
hw/i386/xen/xen-hvm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/i386/xen/xen-hvm.c b/hw/i386/xen/xen-hvm.c
index d9ccd5d0d6..f79816a649 100644
---
On Wed, Sep 27, 2017 at 05:10:09PM +0100, Wei Liu wrote:
> The error code is encoding in errno, not rc.
>
"is encoded", sorry for the typo...
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Wed, Sep 27, 2017 at 05:10:09PM +0100, Wei Liu wrote:
> The error code is encoding in errno, not rc.
^ encoded
I think.
Otherwise,
Reviewed-by: Anthony PERARD
Thanks,
>
> Signed-off-by: Wei Liu
> ---
> Cc: Stefano Stabellini
> Cc: Anthony PERARD
> ---
> hw/i386/xen/
On 09/27/2017 11:10 AM, Roger Pau Monné wrote:
> On Wed, Sep 27, 2017 at 02:26:37PM +, Jan Beulich wrote:
> On 27.09.17 at 16:16, wrote:
>>> --- a/xen/arch/x86/dom0_build.c
>>> +++ b/xen/arch/x86/dom0_build.c
>>> @@ -263,8 +263,7 @@ unsigned long __init dom0_compute_nr_pages(
>>>
flight 113855 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113855/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail in 113845
pass in 113855
test-amd64-amd64-xl
1 - 100 of 132 matches
Mail list logo
