[Xen-devel] [qemu-upstream-4.5-testing test] 57876: tolerable FAIL - PUSHED

flight 57876 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/57876/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-credit2 6 xen-boot fail in 57826 pass in 57876 test-amd64-i386-xl-qe

Re: [Xen-devel] [Draft D] Xen on ARM vITS Handling

On Thu, Jun 4, 2015 at 7:24 PM, Ian Campbell wrote: > Draft D follows. Also at: > http://xenbits.xen.org/people/ianc/vits/draftD.{pdf,html} http://xenbits.xen.org/people/ianc/vits/draftD.pdf downloads draftC not draftD > > In this iteration I took a step back and tried to simplify a lot of > thi

[Xen-devel] [seabios test] 57880: tolerable FAIL - PUSHED

flight 57880 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/57880/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 12 guest-localmigrate fail never pass test-amd64-i386-xl-qemuu-debianhvm-am

Re: [Xen-devel] [PATCH] x86/cpu: Fix SMAP check in PVOPS environments

"H. Peter Anvin" writes: > On 06/04/2015 12:55 PM, Rusty Russell wrote: >> >> Yeah, hard cases make bad law. >> >> I'm not too unhappy with this fix; ideally we'd rename save_fl and >> restore_fl to save_eflags_if and restore_eflags_if too. >> > > I would be fine with this... but please documen

[Xen-devel] [qemu-mainline test] 57872: regressions - FAIL

flight 57872 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/57872/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xsm 5 xen-build fail REGR. vs. 57815 test-armhf-armhf-xl

Re: [Xen-devel] [PATCH v2 for Xen 4.6 3/4] libxl: enabling XL to set per-VCPU parameters of a domain for RTDS scheduler

On Mon, 2015-05-25 at 19:09 -0500, Chong Li wrote: > Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set functions to > support > per-VCPU settings for RTDS scheduler. > > Add a new data structure (libxl_vcpu_sched_params) to help per-VCPU settings. > > Signed-off-by: Chong Li > Sig

Re: [Xen-devel] [PATCH 1/2 linux-next] Revert "ufs: fix deadlocks introduced by sb mutex merge"

On Thu, Jun 04, 2015 at 06:01:23AM +0100, Al Viro wrote: > So we need > * per-page exclusion for reallocation time (normal page locks are > doing that) > * per-fs exclusion for block and fragment allocations (->s_lock?) > * per-fs exclusion for inode allocations (->s_lock?) >

Re: [Xen-devel] [Qemu-devel] qemu mainline regression with xen-unstable: unable to start QMP

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/04/15 18:10, Eric Blake wrote: > [adding Markus, as author of the regression] > > On 06/04/2015 03:59 PM, Don Slutz wrote: >> On 06/04/15 11:04, Fabio Fantoni wrote: >>> Today after trying xen-unstable build (tested many hours) of >>> some days

Re: [Xen-devel] qemu mainline regression with xen-unstable: unable to start QMP

On 06/04/15 17:59, Don Slutz wrote: > On 06/04/15 11:04, Fabio Fantoni wrote: >> Today after trying xen-unstable build (tested many hours) of some days >> ago I tried update qemu to latest development version (from git master >> commit 6fa6b312765f698dc81b2c30e7eeb9683804a05b) and seems that there

Re: [Xen-devel] [Qemu-devel] qemu mainline regression with xen-unstable: unable to start QMP

[adding Markus, as author of the regression] On 06/04/2015 03:59 PM, Don Slutz wrote: > On 06/04/15 11:04, Fabio Fantoni wrote: >> Today after trying xen-unstable build (tested many hours) of some days >> ago I tried update qemu to latest development version (from git master >> commit 6fa6b312765f

[Xen-devel] [linux-3.4 test] 57865: regressions - FAIL

flight 57865 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/57865/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect test-amd64-amd64-pair

Re: [Xen-devel] qemu mainline regression with xen-unstable: unable to start QMP

On 06/04/15 11:04, Fabio Fantoni wrote: > Today after trying xen-unstable build (tested many hours) of some days > ago I tried update qemu to latest development version (from git master > commit 6fa6b312765f698dc81b2c30e7eeb9683804a05b) and seems that there is > a regression: >> xl create /etc/xen/

Re: [Xen-devel] [PATCH V8] xen/vm_event: Clean up control-register-write vm_events and add XCR0 event

On 06/04/2015 10:56 PM, Jan Beulich wrote: Razvan Cojocaru 06/04/15 3:46 PM >>> >> On 06/04/2015 04:43 PM, Tim Deegan wrote: >>> At 14:40 +0100 on 04 Jun (1433428815), Tim Deegan wrote: At 16:45 +0300 on 29 May (1432917959), Razvan Cojocaru wrote: > As suggested by Andrew Cooper, thi

Re: [Xen-devel] [PATCH] x86/cpu: Fix SMAP check in PVOPS environments

On 06/04/2015 12:55 PM, Rusty Russell wrote: > > Yeah, hard cases make bad law. > > I'm not too unhappy with this fix; ideally we'd rename save_fl and > restore_fl to save_eflags_if and restore_eflags_if too. > I would be fine with this... but please document what the bloody semantics of pvops

Re: [Xen-devel] [PATCH] x86/cpu: Fix SMAP check in PVOPS environments

Andrew Cooper writes: > On 04/06/15 07:38, H. Peter Anvin wrote: >> On 06/03/2015 02:31 AM, Andrew Cooper wrote: >>> There appears to be no formal statement of what pv_irq_ops.save_fl() is >>> supposed to return precisely. Native returns the full flags, while lguest >>> and >>> Xen only return t

Re: [Xen-devel] [PATCH V8] xen/vm_event: Clean up control-register-write vm_events and add XCR0 event

>>> Razvan Cojocaru 06/04/15 3:46 PM >>> >On 06/04/2015 04:43 PM, Tim Deegan wrote: >> At 14:40 +0100 on 04 Jun (1433428815), Tim Deegan wrote: >>> At 16:45 +0300 on 29 May (1432917959), Razvan Cojocaru wrote: As suggested by Andrew Cooper, this patch attempts to remove some redundancy a

Re: [Xen-devel] [PATCH v2 8/9] x86/intel_pstate: support the use of intel_pstate in pmstat.c

>>> "Wang, Wei W" 06/04/15 4:21 AM >>> >On 26/05/2015 22:16, Jan Beulich wrote >> >>> On 13.05.16 at 09:51, wrote: >> > --- a/xen/drivers/acpi/pmstat.c >> > +++ b/xen/drivers/acpi/pmstat.c >> > @@ -261,29 +272,47 @@ static int get_cpufreq_para(struct >> xen_sysctl_pm_op *op) >> > op->u.get_

Re: [Xen-devel] [PATCH v2 7/9] x86/intel_pstate: add a booting param to select the driver to load

"Wang, Wei W" 06/04/15 3:15 AM >>> >On 03/06/2015 19:51, Jan Beulich wrote >> >>> On 03.06.15 at 10:07, wrote: >>> @@ -650,9 +650,12 @@ static int __init cpufreq_driver_init(void) >>> int ret = 0; >>> >>> if ((cpufreq_controller == FREQCTL_xen) && >> >-(boot_cpu_data.x86_v

Re: [Xen-devel] [Draft D] Xen on ARM vITS Handling

On 04/06/2015 18:55, Julien Grall wrote: After reading this draft, I think we can avoid to browse the Device Table and the ITT. As said on the previous paragraph, the pending_irq structure is linked to an irq_desc. In your proposal, you suggested to store the its_device in the irq_guest (part

Re: [Xen-devel] [PATCH V9] xen/vm_event: Clean up control-register-write vm_events and add XCR0 event

On Thu, Jun 4, 2015 at 3:53 PM, Tim Deegan wrote: > At 16:19 +0200 on 03 Jun (1433348379), Lengyel, Tamas wrote: > > On Wed, Jun 3, 2015 at 3:48 PM, Razvan Cojocaru < > rcojoc...@bitdefender.com> > > wrote: > > > On 06/03/2015 04:29 PM, Lengyel, Tamas wrote: > > > > struct { > > > >

Re: [Xen-devel] [PATCH v2 1/2] net/xen-netfront: Correct printf format in xennet_get_responses

From: Julien Grall Date: Thu, 4 Jun 2015 13:45:00 +0100 > On 03/06/15 18:06, Joe Perches wrote: >> On Wed, 2015-06-03 at 17:55 +0100, Julien Grall wrote: >>> rx->status is an int16_t, print it using %d rather than %u in order to >>> have a meaningful value when the field is negative. >> [] >>> di

[Xen-devel] [linux-next test] 57861: regressions - FAIL

flight 57861 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/57861/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 9 windows-install fail REGR. vs. 57740 Regressions which are

Re: [Xen-devel] [edk2] A problem about the memory size of virtual machine(VM) when using OVMF

I have the impression that this is HTML mail. Please don't post HTML mail; it falls apart when it is quoted. That said, On 06/04/15 16:07, Maoming wrote: > Hi all： > >I started a virtual machine(VM) (redhat6.3_64bit) using OVMF in XEN4.6. > > And the memory of the VM is 64G. > >But I o

Re: [Xen-devel] [Draft D] Xen on ARM vITS Handling

Hi Ian, On 04/06/15 14:54, Ian Campbell wrote: > ### Device Identifiers > > Each device using the ITS is associated with a unique "Device > Identifier". > > The device IDs are properties of the implementaiton and are typically implementation > described via system firmware, e.g. the ACPI IORT

Re: [Xen-devel] OpenStack - Libvirt+Xen CI overview : anyone interested in a walk/through or presentation on how it works

Hi all, Apologies for dropping the ball on this. I've created a doodle poll with an initial set of options at http://doodle.com/596a39y9t9dhah65. The timezone is currently set to London (BST) but can be changed on the link to your local timezone. If there are others who would like to attend t

[Xen-devel] [libvirt test] 57859: regressions - FAIL

flight 57859 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/57859/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt 11 guest-start fail REGR. vs. 53854 test-amd64-amd64-libvirt

[Xen-devel] [PATCH] xen: arm: Do not expose PMU to domain 0

It uses a PPI which we cannot route to a guest, and will surely need more support than just that anyway. I noticed this on Mustang with UEFI where the built in DTB contains a node of this type. Signed-off-by: Ian Campbell --- xen/arch/arm/domain_build.c |1 + 1 file changed, 1 insertion(+)

Re: [Xen-devel] [PATCH] libxc: unify handling of vNUMA layout

On 06/04/2015 06:23 AM, Wei Liu wrote: This patch does the following: 1. Use local variables for dummy vNUMA layout in PV case. 2. Avoid leaking dummy layout back to caller in PV case. 3. Use local variables to reference vNUMA layout (whether it is dummy or provided by caller) for both PV and

[Xen-devel] toggles user/supervisor privilege level on page entry

Hi I want to toggle user/sypervisor priviledge bit in page table entry associated to a given this page. But I my code does'nt work. I have plenty buggs. here is the method used to set access to hypervisor level void remove_access(l1_pgentry_t *pl1e){ l1_pgentry_t ol1e; l1_pgentry_t nl1e; unsign

Re: [Xen-devel] [PATCH v2 1/2] net/xen-netfront: Correct printf format in xennet_get_responses

On Thu, 2015-06-04 at 13:52 +0100, Julien Grall wrote: > On 04/06/15 13:46, David Vrabel wrote: > > On 04/06/15 13:45, Julien Grall wrote: > >> On 03/06/15 18:06, Joe Perches wrote: > >>> On Wed, 2015-06-03 at 17:55 +0100, Julien Grall wrote: > rx->status is an int16_t, print it using %d rathe

Re: [Xen-devel] [PATCH v11 6/9] xen: Add ring 3 vmware_port support

On 06/04/15 10:14, George Dunlap wrote: > On 06/04/2015 01:37 PM, Don Slutz wrote: >> On 06/03/15 12:58, George Dunlap wrote: >>> On 06/03/2015 05:41 PM, Don Slutz wrote: On 06/03/15 12:23, George Dunlap wrote: > On 06/03/2015 04:58 PM, Andrew Cooper wrote: >> On 03/06/15 16:26, George

[Xen-devel] [ovmf test] 57857: regressions - FAIL

flight 57857 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/57857/ 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-stopfail REGR. vs. 56492 test-amd64-amd64-xl-qemuu-ov

Re: [Xen-devel] [PATCH v11 7/9] tools: Add vmware_port support

On 06/04/15 11:49, Ian Campbell wrote: > On Wed, 2015-06-03 at 18:06 +0100, George Dunlap wrote: >> On 05/22/2015 04:50 PM, Don Slutz wrote: >>> This new libxl_domain_create_info field is used to set >>> XEN_DOMCTL_CONFIG_VMWARE_PORT_MASK in the xc_domain_configuration_t >>> for x86. >>> >>> In xen

Re: [Xen-devel] [PATCH v11 3/9] tools: Add vmware_hwver support

On 06/04/15 11:17, Ian Campbell wrote: > On Fri, 2015-05-22 at 11:50 -0400, Don Slutz wrote: >> [...] >> +=item B >> + >> +Turns on or off the exposure of VMware cpuid. The number is >> +VMware's hardware version number, where 0 is off. A number >= 7 >> +is needed to enable exposure of VMware cp

Re: [Xen-devel] RFC: QEMU bumping memory limit and domain restore

On Thu, 2015-06-04 at 16:28 +0100, Wei Liu wrote: > An alternative we came up with during our IRL discussion. > > 1. QEMU writes the size of additional memory in xenstore. Above is orthogonal to below I think. You existing patch could be reimplemented in terms of the below, while the above is pot

Re: [Xen-devel] [PATCH v11 7/9] tools: Add vmware_port support

On Wed, 2015-06-03 at 18:06 +0100, George Dunlap wrote: > On 05/22/2015 04:50 PM, Don Slutz wrote: > > This new libxl_domain_create_info field is used to set > > XEN_DOMCTL_CONFIG_VMWARE_PORT_MASK in the xc_domain_configuration_t > > for x86. > > > > In xen it is is_vmware_port_enabled. > > > > I

Re: [Xen-devel] [PATCH RFC 1/4] xen: evtchn: make evtchn_reset() ready for soft reset

At 16:19 +0100 on 04 Jun (1433434780), David Vrabel wrote: > On 04/06/15 15:05, Tim Deegan wrote: > > At 15:35 +0200 on 03 Jun (1433345719), Vitaly Kuznetsov wrote: > >> We need to close all event channel so the domain performing soft reset > >> will be able to open them back. Interdomain channels

Re: [Xen-devel] [PATCH v11 3/9] tools: Add vmware_hwver support

On 06/04/15 11:15, Ian Campbell wrote: > On Wed, 2015-06-03 at 15:53 +0100, George Dunlap wrote: >> On 05/22/2015 04:50 PM, Don Slutz wrote: >>> This is used to set xen_arch_domainconfig vmware_hw. It is set to >>> the emulated VMware virtual hardware version. >>> >>> Currently 0, 3-4, 6-11 are goo

Re: [Xen-devel] [PATCH RFC 2/4] xen: grant_table: implement grant_table_soft_reset()

At 16:22 +0100 on 04 Jun (1433434934), David Vrabel wrote: > On 04/06/15 15:11, Tim Deegan wrote: > > > > There has been talk before of an operation along the lines of "revoke > > this grant entry and wait for all users to release it" but that would > > only help with backends that are guaranteed

[Xen-devel] [PATCH v3 1/2] net/xen-netfront: Correct printf format in xennet_get_responses

rx->status is an int16_t, print it using %d rather than %u in order to have a meaningful value when the field is negative. Also use %d rather than %x for rx->offset. Signed-off-by: Julien Grall Reviewed-by: David Vrabel Cc: Konrad Rzeszutek Wilk Cc: Boris Ostrovsky Cc: net...@vger.kernel.org

Re: [Xen-devel] [PATCH] xen: arm: add missing newline to error message.

Hi Ian, On 04/06/15 16:31, Ian Campbell wrote: > Signed-off-by: Ian Campbell Reviewed-by: Julien Grall > --- > xen/arch/arm/irq.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/xen/arch/arm/irq.c b/xen/arch/arm/irq.c > index 376c9f2..2dd43ee 100644 > --- a/xen/ar

[Xen-devel] [PATCH v3 0/2] net/xen: Clean up

Hi, Those 2 patches was originally part of the Xen 64KB series [1]. They are already acked/reviewed and can go in Linux via the net tree now without waiting the rest of the series. Sincerely yours, Cc: Wei Liu Cc: Ian Campbell Cc: David Vrabel Cc: Konrad Rzeszutek Wilk Cc: Boris Ostrovsky

[Xen-devel] [PATCH v3 2/2] net/xen-netback: Remove unused code in xenvif_rx_action

The variables old_req_cons and ring_slots_used are assigned but never used since commit 1650d5455bd2dc6b5ee134bd6fc1a3236c266b5b "xen-netback: always fully coalesce guest Rx packets". Signed-off-by: Julien Grall Acked-by: Wei Liu Cc: Ian Campbell Cc: net...@vger.kernel.org --- Changes in v

[Xen-devel] [PATCH] xen: arm: add missing newline to error message.

Signed-off-by: Ian Campbell --- xen/arch/arm/irq.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/arm/irq.c b/xen/arch/arm/irq.c index 376c9f2..2dd43ee 100644 --- a/xen/arch/arm/irq.c +++ b/xen/arch/arm/irq.c @@ -417,7 +417,7 @@ int route_irq_to_guest(struct domai

Re: [Xen-devel] [PATCH v2 for Xen 4.6 1/4] xen: enabling XL to set per-VCPU parameters of a domain for RTDS scheduler

On Fri, 2015-05-29 at 14:14 +0100, Jan Beulich wrote: > >>> On 29.05.15 at 15:01, wrote: > > On Wed, 2015-05-27 at 12:41 +0100, Jan Beulich wrote: > >> >>> On 26.05.15 at 19:18, wrote: > >> > On Tue, May 26, 2015 at 4:08 AM, Jan Beulich wrote: > >> > On 26.05.15 at 02:05, wrote: > >> >>> +

Re: [Xen-devel] RFC: QEMU bumping memory limit and domain restore

On Tue, Jun 02, 2015 at 06:40:56PM +0100, Wei Liu wrote: > On Tue, Jun 02, 2015 at 05:11:02PM +0100, Andrew Cooper wrote: > > On 02/06/15 16:49, Ian Campbell wrote: > > > On Tue, 2015-06-02 at 15:08 +0100, Wei Liu wrote: > > > [...] > > >>> So here is a proof of concept patch to record and honour t

Re: [Xen-devel] [PATCH v11 7/9] tools: Add vmware_port support

On Fri, 2015-05-22 at 11:50 -0400, Don Slutz wrote: > diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h > index 86164a7..fcce7c3 100644 > --- a/tools/libxl/libxl.h > +++ b/tools/libxl/libxl.h > @@ -205,6 +205,11 @@ > #define LIBXL_HAVE_LIBXL_VGA_INTERFACE_TYPE_VMWARE 1 > > /* > + * libxl_d

Re: [Xen-devel] [PATCH RFC 2/4] xen: grant_table: implement grant_table_soft_reset()

On 04/06/15 15:11, Tim Deegan wrote: > > There has been talk before of an operation along the lines of "revoke > this grant entry and wait for all users to release it" but that would > only help with backends that are guaranteed to release grants in a > reasonable time. Are you talking about my i

Re: [Xen-devel] [PATCH v11 3/9] tools: Add vmware_hwver support

On Fri, 2015-05-22 at 11:50 -0400, Don Slutz wrote: > [...] > +=item B > + > +Turns on or off the exposure of VMware cpuid. The number is > +VMware's hardware version number, where 0 is off. A number >= 7 > +is needed to enable exposure of VMware cpuid. > + > +The hardware version number (vmware

Re: [Xen-devel] [PATCH RFC 1/4] xen: evtchn: make evtchn_reset() ready for soft reset

On 04/06/15 15:05, Tim Deegan wrote: > At 15:35 +0200 on 03 Jun (1433345719), Vitaly Kuznetsov wrote: >> We need to close all event channel so the domain performing soft reset >> will be able to open them back. Interdomain channels are, however, >> special. We need to keep track of who opened it as

Re: [Xen-devel] [PATCH v11 3/9] tools: Add vmware_hwver support

On Wed, 2015-06-03 at 15:53 +0100, George Dunlap wrote: > On 05/22/2015 04:50 PM, Don Slutz wrote: > > This is used to set xen_arch_domainconfig vmware_hw. It is set to > > the emulated VMware virtual hardware version. > > > > Currently 0, 3-4, 6-11 are good values. However the code only > > chec

Re: [Xen-devel] [PATCH v2 for Xen 4.6 1/4] xen: enabling XL to set per-VCPU parameters of a domain for RTDS scheduler

On Tue, 2015-06-02 at 17:28 +0100, George Dunlap wrote: > On Tue, May 26, 2015 at 1:05 AM, Chong Li wrote: > > Add two hypercalls(XEN_DOMCTL_SCHEDOP_getvcpuinfo/putvcpuinfo) to get/set a > > domain's > > per-VCPU parameters. Hypercalls are handled by newly added hook > > (.adjust_vcpu) in the >

Re: [Xen-devel] [PATCH v2 0/6] Misc cleanups for libxl

On 06/03/2015 06:51 PM, Andrew Cooper wrote: On 03/06/15 09:01, Yang Hongyang wrote: This patchset mainly focus on libxl save, most of the patches are simply move codes out of libxl_dom.c, except a refactor patch. Please see individual patch for detail. Can get the whole patchset from:

Re: [Xen-devel] [PATCH v2 for Xen 4.6 1/4] xen: enabling XL to set per-VCPU parameters of a domain for RTDS scheduler

On Fri, 2015-05-29 at 11:47 -0500, Chong Li wrote: > On Fri, May 29, 2015 at 8:51 AM, Dario Faggioli > wrote: > > On Mon, 2015-05-25 at 19:05 -0500, Chong Li wrote: > > > >> diff --git a/xen/common/domctl.c b/xen/common/domctl.c > >> index 28aea55..8143c44 100644 > >> --- a/xen/common/domctl.c > >

[Xen-devel] qemu mainline regression with xen-unstable: unable to start QMP

Today after trying xen-unstable build (tested many hours) of some days ago I tried update qemu to latest development version (from git master commit 6fa6b312765f698dc81b2c30e7eeb9683804a05b) and seems that there is a regression: xl create /etc/xen/W7.cfg Parsing config from /etc/xen/W7.cfg libx

Re: [Xen-devel] [Bug report] Security issue in "xl vcpu-set"

(redirecting to xen-devel as I originally intended) On Wed, 2015-06-03 at 13:02 +0800, lwch...@cs.hku.hk wrote: > Hi, > > Wonder if there is any follow-ups from the relevant developers: > (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? I am with Xen 4.5, but not with xen-

[Xen-devel] save & restore failed when tmem enabled in Xen 4.1 & Xen 4.3

Hi all, Recently, I am testing the TMEM support on Xen. I discovered that when enabled TMEM in ubuntu 14.10 as guest on Xen 4.1 & Xen 4.3, "xm save" & "xm restore“ failed after there are more than 1000 pages put in persistent pool of TMEM in Xen. My operations are list as follows: In ubuntu gu

Re: [Xen-devel] [PATCH RFC 0/4] 'reset everything' approach to PVHVM guest kexec

Hi, At 15:35 +0200 on 03 Jun (1433345718), Vitaly Kuznetsov wrote: > last week you expressed some concerns about if the toolstack-based > approach to PVHVM guest kexec is the best. Here you can see the 'reset > everything' approach to the same problem. It is the bare minimum of what > should be do

Re: [Xen-devel] [PATCH RFC 4/4] xen: arch-specific hooks for domain_soft_reset()

At 15:35 +0200 on 03 Jun (1433345722), Vitaly Kuznetsov wrote: > x86-specific hook cleans up the pirq-emuirq mappings and replaces the > shared_info frame with an empty page to support subsequent > XENMAPSPACE_shared_info call. That's a bit roundabout. I think we might be better off allocating a

Re: [Xen-devel] [PATCH v11 6/9] xen: Add ring 3 vmware_port support

On 06/04/2015 01:37 PM, Don Slutz wrote: > On 06/03/15 12:58, George Dunlap wrote: >> On 06/03/2015 05:41 PM, Don Slutz wrote: >>> On 06/03/15 12:23, George Dunlap wrote: On 06/03/2015 04:58 PM, Andrew Cooper wrote: > On 03/06/15 16:26, George Dunlap wrote: >> On 05/22/2015 04:50 PM, D

Re: [Xen-devel] [PATCH RFC 2/4] xen: grant_table: implement grant_table_soft_reset()

At 15:35 +0200 on 03 Jun (1433345720), Vitaly Kuznetsov wrote: > When soft reset is being performed we need to replace all actively > granted pages with empty pages to prevent possible future memory > corruption as the newly started kernel won't be aware of these > granted pages. I'm not sure abou

Re: [Xen-devel] [PATCH RFC 1/4] xen: evtchn: make evtchn_reset() ready for soft reset

At 15:35 +0200 on 03 Jun (1433345719), Vitaly Kuznetsov wrote: > We need to close all event channel so the domain performing soft reset > will be able to open them back. Interdomain channels are, however, > special. We need to keep track of who opened it as in (the most common) > case it was opened

Re: [Xen-devel] [PATCH 0/2] xen/mem Common cleanup

At 12:43 +0100 on 03 Jun (145401), Andrew Cooper wrote: > Following c/s e758ed14 which describes the current terms used in Xens memory > management, introduce some infrastructure so that new code can be written > correctly. > > This is the start of a long potential cleanup. Acked-by: Tim Deeg

[Xen-devel] [Draft D] Xen on ARM vITS Handling

Draft D follows. Also at: http://xenbits.xen.org/people/ianc/vits/draftD.{pdf,html} In this iteration I took a step back and tried to simplify a lot of things, in an attempt to get closer to something we can agree on as a first cut that is achievable for 4.6, since I felt we were getting bogged do

[Xen-devel] [xen-4.5-testing test] 57854: regressions - FAIL

flight 57854 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/57854/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-rumpuserxen-amd64 15 rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. v

Re: [Xen-devel] [PATCH V9] xen/vm_event: Clean up control-register-write vm_events and add XCR0 event

At 16:19 +0200 on 03 Jun (1433348379), Lengyel, Tamas wrote: > On Wed, Jun 3, 2015 at 3:48 PM, Razvan Cojocaru > wrote: > > On 06/03/2015 04:29 PM, Lengyel, Tamas wrote: > > > struct { > > > -uint16_t mov_to_cr0_enabled : 1; > > > -uint16_t mov_to_cr0_sync

Re: [Xen-devel] [PATCH V8] xen/vm_event: Clean up control-register-write vm_events and add XCR0 event

On 06/04/2015 04:43 PM, Tim Deegan wrote: > At 14:40 +0100 on 04 Jun (1433428815), Tim Deegan wrote: >> At 16:45 +0300 on 29 May (1432917959), Razvan Cojocaru wrote: >>> As suggested by Andrew Cooper, this patch attempts to remove >>> some redundancy and allow for an easier time when adding vm_even

Re: [Xen-devel] [PATCH V8] xen/vm_event: Clean up control-register-write vm_events and add XCR0 event

At 14:40 +0100 on 04 Jun (1433428815), Tim Deegan wrote: > At 16:45 +0300 on 29 May (1432917959), Razvan Cojocaru wrote: > > As suggested by Andrew Cooper, this patch attempts to remove > > some redundancy and allow for an easier time when adding vm_events > > for new control registers in the futur

Re: [Xen-devel] [PATCH V8] xen/vm_event: Clean up control-register-write vm_events and add XCR0 event

At 16:45 +0300 on 29 May (1432917959), Razvan Cojocaru wrote: > As suggested by Andrew Cooper, this patch attempts to remove > some redundancy and allow for an easier time when adding vm_events > for new control registers in the future, by having a single > VM_EVENT_REASON_WRITE_CTRLREG vm_event ty

Re: [Xen-devel] [Formal Vote] Changes to Xen Project Security Vulnerability Process - Open until June 8th, 2015

At 10:36 +0100 on 01 Jun (1433154985), Lars Kurth wrote: > In the event that we do not have a patch available two working weeks > before the disclosure date, we aim to send an advisory that reflects > the current state of knowledge to the Xen security pre-disclosure > list. An updated advisory will

Re: [Xen-devel] [PATCH] x86/paging: remove pointless current domain checks

At 10:09 +0100 on 29 May (1432894186), Jan Beulich wrote: > Checking that the subject domain is not the current one is pointless > when already having paused that domain: domain_pause() already > ASSERT()s this to be the case. > > Signed-off-by: Jan Beulich Reviewed-by: Tim Deegan ___

Re: [Xen-devel] [RESEND] nested EPT: fix the handling of nested EPT.

At 05:06 +0800 on 03 Jun (1433307971), Liang Li wrote: > If the host EPT entry is changed, the nested EPT should be updated. > The current code does not do this, and it's wrong. > > Reported-by: Tim Deegan > Signed-off-by: Liang Li > Signed-off-by: Yang Zhang > --- > xen/arch/x86/mm/p2m-ept.c

Re: [Xen-devel] [PATCH v2 1/2] net/xen-netfront: Correct printf format in xennet_get_responses

On 04/06/15 13:46, David Vrabel wrote: > On 04/06/15 13:45, Julien Grall wrote: >> On 03/06/15 18:06, Joe Perches wrote: >>> On Wed, 2015-06-03 at 17:55 +0100, Julien Grall wrote: rx->status is an int16_t, print it using %d rather than %u in order to have a meaningful value when the field

Re: [Xen-devel] [PATCH v2 1/2] net/xen-netfront: Correct printf format in xennet_get_responses

On 04/06/15 13:45, Julien Grall wrote: > On 03/06/15 18:06, Joe Perches wrote: >> On Wed, 2015-06-03 at 17:55 +0100, Julien Grall wrote: >>> rx->status is an int16_t, print it using %d rather than %u in order to >>> have a meaningful value when the field is negative. >> [] >>> diff --git a/drivers/

Re: [Xen-devel] [PATCH v2 1/2] net/xen-netfront: Correct printf format in xennet_get_responses

On 03/06/15 18:06, Joe Perches wrote: > On Wed, 2015-06-03 at 17:55 +0100, Julien Grall wrote: >> rx->status is an int16_t, print it using %d rather than %u in order to >> have a meaningful value when the field is negative. > [] >> diff --git a/drivers/net/xen-netfront.c b/drivers/net/xen-netfront.

Re: [Xen-devel] [PATCH v11 6/9] xen: Add ring 3 vmware_port support

On 06/03/15 12:58, George Dunlap wrote: > On 06/03/2015 05:41 PM, Don Slutz wrote: >> On 06/03/15 12:23, George Dunlap wrote: >>> On 06/03/2015 04:58 PM, Andrew Cooper wrote: On 03/06/15 16:26, George Dunlap wrote: > On 05/22/2015 04:50 PM, Don Slutz wrote: >> Summary is that VMware tr

Re: [Xen-devel] [PATCH v11 9/9] Add xentrace to vmware_port

On 06/04/15 07:20, George Dunlap wrote: > On 05/22/2015 04:50 PM, Don Slutz wrote: >> Also added missing TRAP_DEBUG & VLAPIC. >> >> Signed-off-by: Don Slutz >> Acked-by: Ian Campbell >> --- >> v11: >> No change >> >> v10: >> Added Acked-by: Ian Campbell >> Added back in the trace point call

[Xen-devel] [linux-3.18 test] 57853: regressions - FAIL

flight 57853 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/57853/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail in 57788 REGR. vs. 57312 Tests which are faili

[Xen-devel] [xen-unstable test] 57852: regressions - FAIL

flight 57852 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/57852/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 9 windows-install fail REGR. vs. 57419 Regressions which ar

Re: [Xen-devel] clarification of xen Wiki article

On Thu, Jun 04, 2015 at 12:35:22PM +0100, Ian Campbell wrote: > On Thu, 2015-06-04 at 12:31 +0100, Wei Liu wrote: > > On Thu, Jun 04, 2015 at 11:35:23AM +0100, Wei Liu wrote: > > > On Thu, Jun 04, 2015 at 10:58:18AM +0100, Ian Campbell wrote: > > > > Unless the author or someone else in the know sp

Re: [Xen-devel] clarification of xen Wiki article

On Thu, 2015-06-04 at 12:31 +0100, Wei Liu wrote: > On Thu, Jun 04, 2015 at 11:35:23AM +0100, Wei Liu wrote: > > On Thu, Jun 04, 2015 at 10:58:18AM +0100, Ian Campbell wrote: > > > Unless the author or someone else in the know speaks up I would propose > > > to remove this text from the wiki. > > >

Re: [Xen-devel] clarification of xen Wiki article

On Thu, Jun 04, 2015 at 11:35:23AM +0100, Wei Liu wrote: > On Thu, Jun 04, 2015 at 10:58:18AM +0100, Ian Campbell wrote: > > Unless the author or someone else in the know speaks up I would propose > > to remove this text from the wiki. > > > > +1 for this. > Ian, I looked at the history of that

[Xen-devel] [PATCH v2 1/5] libxl: allow /local/domain/0/device-model/$DOMID to be written by $DOMID

The device model is going to restrict its xenstore connection to $DOMID level. Let it access /local/domain/0/device-model/$DOMID, as it is required by QEMU to read/write the physmap. It doesn't contain any information the guest is not already fully aware of. Signed-off-by: Stefano Stabellini ---

[Xen-devel] [PATCH v2 4/5] libxl: change xs path for pv qemu

If QEMU is ran just to provide PV backends, change the xenstore path to /local/domain/0/device-model/$DOMID/pv. Add a parameter to libxl__device_model_xs_path to distinguish the device model from the pv backends provider. Store the device model binary path under /local/domain/$DOMID/device-model

[Xen-devel] [PATCH v2 3/5] libxl: xsrestrict QEMU

Check whether QEMU supports the xsrestrict option, by parsing its --help output. Store the result on xenstore for future reference on a per QEMU binary basis, so that device_model_override still works fine with it. Replace / with _ in the QEMU binary path before writing it to xenstore, so that it

[Xen-devel] [PATCH v2 5/5] libxl: spawns two QEMUs for HVM guests

Starts a second QEMU to provide PV backends in userspace to HVM guests. Signed-off-by: Stefano Stabellini --- tools/libxl/libxl_create.c | 18 ++ tools/libxl/libxl_dm.c |9 - 2 files changed, 26 insertions(+), 1 deletion(-) diff --git a/tools/libxl/libxl_create

Re: [Xen-devel] [PATCH v11 8/9] Add IOREQ_TYPE_VMWARE_PORT

On 06/03/15 13:09, George Dunlap wrote: > On 05/22/2015 04:50 PM, Don Slutz wrote: >> This adds synchronization of the 6 vcpu registers (only 32bits of >> them) that vmport.c needs between Xen and QEMU. >> >> This is to avoid a 2nd and 3rd exchange between QEMU and Xen to >> fetch and put these 6 v

[Xen-devel] [PATCH v2 2/5] libxl: do not add a vkb backend to hvm guests

When QEMU restricts its xenstore connection, it cannot provide PV backends. A separate QEMU instance is required to provide PV backends in userspace, such as qdisk. With two separate instances, it is not possible to take advantage of vkb for mouse and keyboard, as the QEMU that emulates the graphic

[Xen-devel] [PATCH v2 0/5] libxl: xs_restrict QEMU

Hi all, this patch series changes libxl to start QEMU as device model with the new xsrestrict option (http://marc.info/?l=xen-devel&m=143341692707358). It also starts a second QEMU to provide PV backends in userspace (qdisk) to HVM guests. Changes in v2: - fix xs permissions to actually do what

[Xen-devel] [PATCH v2 2/2] xen: introduce xsrestrict

Introduce a new command line option "xenopts", with one boolean suboption "xsrestrict". When xsrestrict=on is passed, QEMU will restrict the xenstore connection calling xs_restrict. Also it won't initialize the pv backends as they require higher privileges. Change the xenpv machine xenstore path

[Xen-devel] [PATCH v2 1/2] xen: separate the xenstore_record_dm_state calls for pv and hvm machines

The following patch will introduce a new option to restrict the privilege of the xenstore connection. In that case, we do not want to use multiple xenstore connections, but just the one, with lower privileges. For this reason, split the xenstore_record_dm_state calls for pv and hvm machines, so th

[Xen-devel] [PATCH v2 0/2] restrict the privilege of the xenstore connection

Hi all, this patch series introduces a new command line option to restrict the privilege of the xenstore connection. Used together with -runas, can help secure the execution of QEMU in Dom0. Changes in v2: - remove xenstore_record_dm_state and open code the xenstore write instead - change the xe

Re: [Xen-devel] [PATCH v11 9/9] Add xentrace to vmware_port

On 05/22/2015 04:50 PM, Don Slutz wrote: > Also added missing TRAP_DEBUG & VLAPIC. > > Signed-off-by: Don Slutz > Acked-by: Ian Campbell > --- > v11: > No change > > v10: > Added Acked-by: Ian Campbell > Added back in the trace point calls. > > Why is cmd in this patch? > Becau

[Xen-devel] Developer Summit Schedule announced + Maintainer/Committer meeting on Aug 19

Hi everyone, the developer summit schedule is now live at http://events.linuxfoundation.org/events/xen-project-developer-summit/program/schedule and speakers should have gotten an acceptance mails. If not,

Re: [Xen-devel] [PATCH RFC 1/2] libxl: allow /local/domain/0/device-model/$DOMID to be written by $DOMID

On Thu, Jun 04, 2015 at 11:06:39AM +0100, Stefano Stabellini wrote: > On Tue, 2 Jun 2015, Wei Liu wrote: > > On Mon, Jun 01, 2015 at 05:01:34PM +0100, Stefano Stabellini wrote: > > > The device model is going to restrict its xenstore connection to $DOMID > > > level. Let it access /local/domain/0/d

Re: [Xen-devel] clarification of xen Wiki article

On Thu, Jun 04, 2015 at 10:58:18AM +0100, Ian Campbell wrote: > Unless the author or someone else in the know speaks up I would propose > to remove this text from the wiki. > +1 for this. Wei. > Ian. ___ Xen-devel mailing list Xen-devel@lists.xen.org

[Xen-devel] [PATCH] libxc: unify handling of vNUMA layout

This patch does the following: 1. Use local variables for dummy vNUMA layout in PV case. 2. Avoid leaking dummy layout back to caller in PV case. 3. Use local variables to reference vNUMA layout (whether it is dummy or provided by caller) for both PV and HVM. Signed-off-by: Wei Liu --- tools/

Re: [Xen-devel] [PATCH RFC 1/2] libxl: allow /local/domain/0/device-model/$DOMID to be written by $DOMID

On Tue, 2 Jun 2015, Wei Liu wrote: > On Mon, Jun 01, 2015 at 05:01:34PM +0100, Stefano Stabellini wrote: > > The device model is going to restrict its xenstore connection to $DOMID > > level. Let it access /local/domain/0/device-model/$DOMID, as it is > > required by QEMU to read/write the physmap.

Re: [Xen-devel] clarification of xen Wiki article

On Wed, 2015-06-03 at 09:24 -0600, Linda wrote: > Hi all, > I was reading > > http://wiki.xen.org/wiki/XenBus > > In the section on Store Organization, there is the statement > "Information should not be replicated in the store and required to be > consistent " I'm not sure what that means.

Re: [Xen-devel] RFC: QEMU bumping memory limit and domain restore

On Thu, 2015-06-04 at 10:32 +0100, Andrew Cooper wrote: > On 04/06/15 10:26, Ian Campbell wrote: > > On Thu, 2015-06-04 at 10:14 +0100, Wei Liu wrote: > >> The main objection is that we shouldn't call xc_domain_setmaxmem in the > >> middle of a migration stream. > > In the middle of an _xc_ migrati

  1   2   >