[Xen-devel] [linux-mingo-tip-master test] 62679: regressions - FAIL

flight 62679 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/62679/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 15 guest-localmigrate.2 fail in

Re: [Xen-devel] [PATCH] tools: remove unused wrappers for python

On 10/06/2015 11:26 AM, Ian Campbell wrote: > On Tue, 2015-10-06 at 17:21 +0200, Juergen Gross wrote: >> On 10/06/2015 05:11 PM, Ian Campbell wrote: >>> On Tue, 2015-10-06 at 16:51 +0200, Juergen Gross wrote: On 10/06/2015 03:40 PM, Ian Campbell wrote: > On Tue, 2015-10-06 at 12:39 +0100,

Re: [Xen-devel] [xen-unstable test] 62646: tolerable FAIL - PUSHED

On Mon, 2015-10-05 at 18:21 +, osstest service owner wrote: > flight 62646 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/62646/ > > Failures :-/ but no regressions. > > Regressions which are regarded as allowable (not blocking): >

Re: [Xen-devel] [PATCH v8] run QEMU as non-root

Ian Campbell wrote: > On Tue, 2015-10-06 at 14:13 +0100, Stefano Stabellini wrote: >> On Mon, 5 Oct 2015, Ian Campbell wrote: >>> On Mon, 2015-10-05 at 16:53 +0100, Stefano Stabellini wrote: > Wasn't there some code to plumb this into xl at one point? Did that > get > dropped along the

Re: [Xen-devel] [PATCH] tools: remove unused wrappers for python

On Tue, 2015-10-06 at 11:30 -0400, Zhigang Wang wrote: > On 10/06/2015 11:26 AM, Ian Campbell wrote: > > On Tue, 2015-10-06 at 17:21 +0200, Juergen Gross wrote: > > > On 10/06/2015 05:11 PM, Ian Campbell wrote: > > > > On Tue, 2015-10-06 at 16:51 +0200, Juergen Gross wrote: > > > > > On 10/06/2015

Re: [Xen-devel] RFC: LTS and stable release scheme

On Tue, Oct 06, 2015 at 08:52:23AM -0600, Jan Beulich wrote: > >>> On 06.10.15 at 16:09, wrote: > > What do you propose when we regarding stable branches when we switch to > > 6 months cycle? > > See the chicken-and-egg problem: I can't answer this, because the > issues with

Re: [Xen-devel] [PATCH OSSTEST v2 6/8] ts-debian-di-install: Use correct per-arch name for kernel.

Ian Campbell writes ("[PATCH OSSTEST v2 6/8] ts-debian-di-install: Use correct per-arch name for kernel."): > The x86 and arm kernels are inconsistently named upstream, and then > renamed in mg-debian-installer-update as: > > == KERNEL == INITRD

Re: [Xen-devel] [PATCH OSSTEST 4/5] standalone: Make it possible to pass options to run-test

On Tue, 2015-10-06 at 15:59 +0100, Ian Campbell wrote: > On Tue, 2015-10-06 at 15:46 +0100, Ian Jackson wrote: > > Ian Campbell writes ("[PATCH OSSTEST 4/5] standalone: Make it possible > > to > > pass options to run-test"): > > > Currently the remainder of the comnand line is passed after the

Re: [Xen-devel] [PATCH v5 3/9] x86/intel_pstate: add a new driver interface, setpolicy()

>>> On 14.09.15 at 04:32, wrote: > In order to better support future Intel processors, intel_pstate > changes to use percentage values to tune P-states. The setpolicy > driver interface is used to configure the intel_pstate internal > policy. The __cpufreq_set_policy needs

Re: [Xen-devel] [PATCH OSSTEST 4/5] standalone: Make it possible to pass options to run-test

Ian Campbell writes ("Re: [Xen-devel] [PATCH OSSTEST 4/5] standalone: Make it possible to pass options to run-test"): > Also in this patch was > + for i in $@ ; do > which is similarly wrong, I think. I should have spotted that too... Ian. ___

Re: [Xen-devel] RFC: LTS and stable release scheme

>>> On 06.10.15 at 16:12, wrote: > On Tue, Oct 6, 2015 at 2:38 PM, Jan Beulich wrote: >> I'm not sure if it's still that way nowadays, but in the years after >> stable and long term releases got introduced in Linux even long >> term branches

Re: [Xen-devel] [PATCH v3 1/3] xen/arm: gic: Check the size of the CPU and vCPU interface retrieved from DT

On Tue, 2015-10-06 at 15:39 +0100, Julien Grall wrote: > > > +csize = SZ_8K; > > > +} > > > + > > > +/* > > > + * Check if the CPU interface and virtual CPU interface have the > > > + * same size. > > > + */ > > > +if ( csize != vsize ) > > > +

Re: [Xen-devel] [PATCH OSSTEST v2 0/8] Use the DTB provided by the kernel we are trying to boot

Ian Campbell writes ("[PATCH OSSTEST v2 0/8] Use the DTB provided by the kernel we are trying to boot"): > On ARM we have been booting using the DTBS provided by the host Debian > kernel package (i.e. the ones from 3.16) even when we are booting a > Xen+kernel which we have built ourselves. ... >

Re: [Xen-devel] [PATCH] tools: remove unused wrappers for python

On 10/06/2015 03:40 PM, Ian Campbell wrote: On Tue, 2015-10-06 at 12:39 +0100, Wei Liu wrote: And for the record, if my google-fu doesn't fail me, it's possible to load shared library into python interpreter using "dl" module in 2.7 and "ctypes" module in 3.x. Possible, but not especially

Re: [Xen-devel] [PATCH] build: drop unused config variable CONFIG_HVM

Doug Goldstein writes ("[PATCH] build: drop unused config variable CONFIG_HVM"): > CONFIG_HVM is not used anywhere in the build process so drop it. This wants a HV maintainer ack I think. CCing Andrew. Ian. ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH] tools: remove unused wrappers for python

On Tue, 2015-10-06 at 16:51 +0200, Juergen Gross wrote: > On 10/06/2015 03:40 PM, Ian Campbell wrote: > > On Tue, 2015-10-06 at 12:39 +0100, Wei Liu wrote: > > > > > And for the record, if my google-fu doesn't fail me, it's possible to > > > load shared library into python interpreter using "dl"

Re: [Xen-devel] [v4][PATCH 2/2] libxl: introduce gfx_passthru_kind

On Fri, 25 Sep 2015, Ian Campbell wrote: > On Fri, 2015-09-18 at 16:30 +0800, Tiejun Chen wrote: > > Although we already have 'gfx_passthru' in b_info, this doesn't suffice > > after we want to handle IGD specifically. Now we define a new field of > > type, gfx_passthru_kind, to indicate we're

Re: [Xen-devel] [PATCH OSSTEST v2 5/8] ts-kernel-build: Explicitly enable CONFIG_CGROUPS

Ian Campbell writes ("Re: [PATCH OSSTEST v2 5/8] ts-kernel-build: Explicitly enable CONFIG_CGROUPS"): > On Tue, 2015-10-06 at 16:05 +0100, Ian Jackson wrote: > > Ian Campbell writes ("[PATCH OSSTEST v2 5/8] ts-kernel-build: Explicitly > > enable CONFIG_CGROUPS"): > > > Arranging to install

Re: [Xen-devel] [PATCH] tools: remove unused wrappers for python

On 06/10/15 16:26, Ian Campbell wrote: > On Tue, 2015-10-06 at 17:21 +0200, Juergen Gross wrote: >> On 10/06/2015 05:11 PM, Ian Campbell wrote: >>> On Tue, 2015-10-06 at 16:51 +0200, Juergen Gross wrote: On 10/06/2015 03:40 PM, Ian Campbell wrote: > On Tue, 2015-10-06 at 12:39 +0100, Wei

[Xen-devel] [libvirt test] 62666: tolerable FAIL - PUSHED

flight 62666 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/62666/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-vhd 9 debian-di-installfail never pass test-armhf-armhf-libvirt-raw 9

Re: [Xen-devel] [PATCH OSSTEST v2 7/8] ts-freebsd-install: Pass -s option to kpartx

Ian Campbell writes ("[PATCH OSSTEST v2 7/8] ts-freebsd-install: Pass -s option to kpartx"): > This is "Sync mode. Don't return until the partitions are created", > which seems to be needed in Jessie. The option also exists in Wheezy, > according to the manpage. Acked-by: Ian Jackson

Re: [Xen-devel] RFC: LTS and stable release scheme

>>> On 06.10.15 at 16:09, wrote: > What do you propose when we regarding stable branches when we switch to > 6 months cycle? See the chicken-and-egg problem: I can't answer this, because the issues with the stable trees are the main reason I don't support the change to the

Re: [Xen-devel] [PATCH 0/2] Bulk mem-share identical domains

On 06/10/15 15:26, Ian Campbell wrote: > On Sun, 2015-10-04 at 14:25 -0600, Tamas K Lengyel wrote: >> The following patches add a convenience memop to the mem_sharing system, >> allowing for the rapid deduplication of memory pages between identical >> domains. >> >> The envisioned use-case for

Re: [Xen-devel] [PATCH] flask: Allow initial domain to use XENPF_get_symbol

>>> On 06.10.15 at 16:52, wrote: > Daniel De Graaf writes ("Re: [PATCH] flask: Allow initial domain to use > XENPF_get_symbol"): >> On 05/10/15 11:16, Konrad Rzeszutek Wilk wrote: >> > It looks to be missing in the policy file for the initial >> > domain. Eventually we

Re: [Xen-devel] [PATCH OSSTEST 4/5] standalone: Make it possible to pass options to run-test

On Tue, 2015-10-06 at 15:46 +0100, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST 4/5] standalone: Make it possible to > pass options to run-test"): > > Currently the remainder of the comnand line is passed after the host= > > ident, which allows for other idents to be given, which

Re: [Xen-devel] [linux-3.18 test] 62651: regressions - FAIL

Ian Campbell writes ("Re: [linux-3.18 test] 62651: regressions - FAIL"): > On Tue, 2015-10-06 at 04:21 +, osstest service owner wrote: > 2015-10-06 00:50:13 Z guest redhat.guest.osstest 5a:36:0e:bb:00:3a 22 > link/ip/tcp: ok. (35s) > 2015-10-06 00:50:13 Z executing ssh ... root@172.16.146.215

Re: [Xen-devel] [RFC 27/29] build: convert HAS_GICV3 use to Kconfig

On 10/5/15 5:25 PM, Julien Grall wrote: > Hi, Thanks for the quick review! I appreciate it. > > On 05/10/2015 23:03, Doug Goldstein wrote: >> Use the Kconfig generated CONFIG_HAS_GICV3 defines in the code base. > > If you are going to rename all HAS_* to CONFIG_HAS_, please drop the HAS >

[Xen-devel] how to trace scheduling overheads using xentrace/xenalyze

Hi, I am new to xen environment and I am wondering how to trace scheduling overhead of guest vm using xentrace/xenalyze ? I have tried using $xentrace -D -e all -S 256 {filename} and then use various xenalyze options but most of them gave me empty result, and I dont really see where I can get

[Xen-devel] how to use xentrace_format correctly

Hi, I am not sure how to use xentrace_format given that I have a trace file. Can someone gave me an example def file and the correct commands?? Thank you! ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH] tools/python: remove broken xl binding

On Tue, Oct 06, 2015 at 02:06:57PM -0400, Konrad Rzeszutek Wilk wrote: > On Tue, Oct 06, 2015 at 05:57:26PM +0100, Wei Liu wrote: > > Various people say this binding doesn't compile or doesn't work. Remove > > it for the benefit of xl feature development -- so that new features > > won't need to

Re: [Xen-devel] [PATCH] tools/python: remove broken xl binding

On Tue, Oct 06, 2015 at 05:57:26PM +0100, Wei Liu wrote: > Various people say this binding doesn't compile or doesn't work. Remove > it for the benefit of xl feature development -- so that new features > won't need to worry about making this broken binding happy. > > This isn't going to expose

[Xen-devel] [xen-unstable-smoke test] 62704: tolerable all pass - PUSHED

flight 62704 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/62704/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 12

[Xen-devel] [PATCH] x86/p2m: fix typo "populete"

Signed-off-by: Wei Liu --- xen/arch/x86/mm/p2m.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/x86/mm/p2m.c b/xen/arch/x86/mm/p2m.c index 09144e0..1178832 100644 --- a/xen/arch/x86/mm/p2m.c +++ b/xen/arch/x86/mm/p2m.c @@ -1287,7 +1287,7 @@ void

Re: [Xen-devel] [PATCH] tools/python: remove broken xl binding

On Tue, Oct 06, 2015 at 06:13:04PM +0100, Andrew Cooper wrote: > On 06/10/15 17:57, Wei Liu wrote: > > Various people say this binding doesn't compile or doesn't work. Remove > > it for the benefit of xl feature development -- so that new features > > won't need to worry about making this broken

Re: [Xen-devel] PV random device

On 10/05/2015 10:18 PM, Andy Smith wrote: > But again as I say, that article I posted earlier contains a bunch > of smart crypto people saying that all of this is unnecessary. So > should we be enabling it? Even if only urandom is considered necessary, how is the initial seed for urandom being

[Xen-devel] [linux-next test] 62673: tolerable FAIL

flight 62673 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/62673/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-rtds 15 guest-start.2 fail pass in 62630 Regressions which are regarded as

[Xen-devel] [linux-arm-xen test] 62674: tolerable trouble: broken/fail/pass - PUSHED

flight 62674 linux-arm-xen real [real] http://logs.test-lab.xenproject.org/osstest/logs/62674/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl-raw 3 host-install(3) broken never pass test-armhf-armhf-xl-qcow2 9

Re: [Xen-devel] [PATCH] tools: libxl: allow permissive qemu-upstream pci passthrough.

Ian, Can you backport this to 4.5 and earlier please. On Fri, 2015-07-03 at 15:49 +0100, Ian Campbell wrote: > On Tue, 2015-06-02 at 16:47 +0100, Ian Campbell wrote: > > Anyone fancy (n)acking this followup to XSA-131? I think we probably > want this for 4.6. > > > From

Re: [Xen-devel] [PATCH] docs: xl.cfg: permissive option is not PV only.

On Tue, Oct 06, 2015 at 09:42:35AM +0100, Ian Campbell wrote: > Since XSA-131 qemu-xen has defaulted to non-permissive mode and the > option was extended to cover that case in 015a373351e5 "tools: libxl: > allow permissive qemu-upstream pci passthrough". > > Since I was rewrapping to adjust the

Re: [Xen-devel] [OSSTEST PATCH 2/2] make-flight: create the vNUMA HVM test job

On Tue, Oct 06, 2015 at 10:33:24AM +0200, Dario Faggioli wrote: > On Tue, 2015-10-06 at 09:23 +0100, Ian Campbell wrote: > > On Mon, 2015-10-05 at 17:41 +0100, Wei Liu wrote: > > > > We don't need to make ts-migrate-support-check fail. It is fine for > > > the > > > actual migration test to fail

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

El 06/10/15 a les 10.56, Ian Campbell ha escrit: > On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: >> Do we have any requirements to be compatible to old releases regarding >> the functions in tools/python/xen/lowlevel/xc/xc.c ? > > IMHO, no. > > There are also too many compatibility

Re: [Xen-devel] [OSSTEST PATCH 2/2] make-flight: create the vNUMA HVM test job

On Tue, 2015-10-06 at 09:23 +0100, Ian Campbell wrote: > On Mon, 2015-10-05 at 17:41 +0100, Wei Liu wrote: > > We don't need to make ts-migrate-support-check fail. It is fine for > > the > > actual migration test to fail at the beginning as it won't block > > the > > push gate. It's conceivable

Re: [Xen-devel] [OSSTEST PATCH 2/2] make-flight: create the vNUMA HVM test job

On Tue, 2015-10-06 at 10:03 +0100, Ian Campbell wrote: > On Tue, 2015-10-06 at 10:33 +0200, Dario Faggioli wrote: > > By "test steps" you mean things like other ts-* within the same > > (vNUMA) > > job? Or something different, e.g., other tests on the same host, > > etc? > > Effectively rows in

[Xen-devel] [PATCH] docs: xl.cfg: permissive option is not PV only.

Since XSA-131 qemu-xen has defaulted to non-permissive mode and the option was extended to cover that case in 015a373351e5 "tools: libxl: allow permissive qemu-upstream pci passthrough". Since I was rewrapping to adjust the text anyway I've split the safety warning into a separate paragraph to

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: > Do we have any requirements to be compatible to old releases regarding > the functions in tools/python/xen/lowlevel/xc/xc.c ? IMHO, no. There are also too many compatibility shims in front of the domain builder, i.e. all the stuff in

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

On 10/06/2015 10:56 AM, Ian Campbell wrote: On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: Do we have any requirements to be compatible to old releases regarding the functions in tools/python/xen/lowlevel/xc/xc.c ? IMHO, no. Okay, thanks. I'll check for other unused functions as

Re: [Xen-devel] [OSSTEST PATCH 2/2] make-flight: create the vNUMA HVM test job

On Tue, 2015-10-06 at 10:33 +0200, Dario Faggioli wrote: > On Tue, 2015-10-06 at 09:23 +0100, Ian Campbell wrote: > > On Mon, 2015-10-05 at 17:41 +0100, Wei Liu wrote: > > > > We don't need to make ts-migrate-support-check fail. It is fine for > > > the > > > actual migration test to fail at the

Re: [Xen-devel] [PATCH] tools/libxc: Improve efficiency of xc_cpuid_apply_policy()

On Mon, Oct 05, 2015 at 02:12:17PM +0100, Andrew Cooper wrote: > Having the internals of xc_cpuid_policy() make hypercalls to collect domain > information causes xc_cpuid_apply_policy() to be very inefficient. > > Re-order operations to collect all information at once at the outermost layer, >

Re: [Xen-devel] PV random device

On Mon, 2015-10-05 at 18:33 -0700, Sarah Newman wrote: > Greetings, > > We would like to use something like virtio-rng > http://wiki.qemu-project.org/Features-Done/VirtIORNG with PVM domUs and > since the wiki page on virtio > http://wiki.xen.org/wiki/Virtio_On_Xen says the wiki page is out of

Re: [Xen-devel] [PATCH] tools: remove unused wrappers for python

On Tue, Oct 06, 2015 at 12:18:50PM +0100, Wei Liu wrote: > On Tue, Oct 06, 2015 at 12:46:08PM +0200, Juergen Gross wrote: > > Remove lots of functions in tools/python/xen/lowlevel/xc/xc.c as they > > are not used anywhere in the tree. In fact only one function is still > > being used from pygrub,

Re: [Xen-devel] [PATCH 2/2] tests/mem-sharing: Add bulk option to memshrtool

On Sun, Oct 04, 2015 at 02:25:39PM -0600, Tamas K Lengyel wrote: > Add the bulk option to the test tool to perform complete deduplication > between domains. > > Signed-off-by: Tamas K Lengyel > Cc: Ian Jackson > Cc: Stefano Stabellini

Re: [Xen-devel] [PATCH 1/2] x86/mem-sharing: Bulk mem-sharing entire domains

On Sun, Oct 04, 2015 at 02:25:38PM -0600, Tamas K Lengyel wrote: > Currently mem-sharing can be performed on a page-by-page base from the control > domain. However, when completely deduplicating (cloning) a VM, this requires > at least 3 hypercalls per page. As the user has to loop through all

Re: [Xen-devel] Survey Results - Part 1 : Improving Xen Project Governance and Conventions

On Mon, Oct 5, 2015 at 11:31 PM, Lars Kurth wrote: > >> On 5 Oct 2015, at 15:32, Jan Beulich wrote: >> >>> ! We do appear to have some issues in this area, which will need to be >>> explored >>> ! further. In particular because the earlier questions

Re: [Xen-devel] Survey Results - Part 1 : Improving Xen Project Governance and Conventions

On Mon, 2015-10-05 at 23:31 +0100, Lars Kurth wrote: > I am not sure whether the hierarchy would require everyone to ACK. As far > as I understand Linux does this without (but I suppose the ACK is > replaced by a pull request the next level up the hierarchy, which sort of > is like one). That's

Re: [Xen-devel] [PATCH 2/2] block/xen-blkfront: Handle non-indirect grant with 64KB pages

El 05/10/15 a les 19.05, Julien Grall ha escrit: > On 05/10/15 17:01, Roger Pau Monné wrote: >> El 11/09/15 a les 21.32, Julien Grall ha escrit: >>> The minimal size of request in the block framework is always PAGE_SIZE. >>> It means that when 64KB guest is support, the request will at least be

Re: [Xen-devel] [RFC 00/29] Incomplete Kconfig conversion

On 05/10/15 23:03, Doug Goldstein wrote: > This is very incomplete and is only posted in hopes of getting some feedback > if this conversion is welcome by the community. There are a few different > ways I can go from here. > > * convert all of include/$(ARCH)/config.h > * move this to the top

Re: [Xen-devel] [RFC 00/29] Incomplete Kconfig conversion

On 06/10/15 10:39, Andrew Cooper wrote: > On 05/10/15 23:03, Doug Goldstein wrote: >> This is very incomplete and is only posted in hopes of getting some feedback >> if this conversion is welcome by the community. There are a few different >> ways I can go from here. >> >> * convert all of

Re: [Xen-devel] [PATCH for-4.6] xen/public: arm: Use __typeof__ rather than typeof

On 05/10/2015 14:40, Wei Liu wrote: On Sun, Oct 04, 2015 at 08:24:02PM +0100, Julien Grall wrote: The keyword typeof is not portable: /usr/src/freebsd/sys/xen/hypervisor.h:93:2: error: implicit declaration of function 'typeof' is invalid in C99 [-Werror,-Wimplicit-function-declaration]

Re: [Xen-devel] [RFC 05/29] build: convert HAS_PASSTHROUGH use to Kconfig

On 05/10/15 23:03, Doug Goldstein wrote: > Use the Kconfig generated HAS_PASSTHROUGH defines for the code base. > > Signed-off-by: Doug Goldstein > Moving to a Kconfig style of selecting features changes the meaning of our HAS_ prefix. IMO, the HAS_ should disappear in the

Re: [Xen-devel] [RFC 27/29] build: convert HAS_GICV3 use to Kconfig

On Mon, Oct 5, 2015 at 11:25 PM, Julien Grall wrote: > Hi, > > On 05/10/2015 23:03, Doug Goldstein wrote: >> >> Use the Kconfig generated CONFIG_HAS_GICV3 defines in the code base. > > > If you are going to rename all HAS_* to CONFIG_HAS_, please drop the HAS > which is

Re: [Xen-devel] [OSSTEST PATCH 2/2] make-flight: create the vNUMA HVM test job

On Tue, 2015-10-06 at 10:05 +0100, Wei Liu wrote: > On Tue, Oct 06, 2015 at 10:33:24AM +0200, Dario Faggioli wrote: > > On Tue, 2015-10-06 at 09:23 +0100, Ian Campbell wrote: > > > On Mon, 2015-10-05 at 17:41 +0100, Wei Liu wrote: > > > > > > We don't need to make ts-migrate-support-check fail.

Re: [Xen-devel] [PATCH v7 29/32] libxc/xen: introduce a start info structure for HVMlite guests

On Fri, Oct 02, 2015 at 05:49:00PM +0200, Roger Pau Monne wrote: > This structure contains the physical address of the command line, as well as > the physical address of the list of loaded modules. The physical address of > this structure is passed to the guest at boot time in the %ebx register. >

Re: [Xen-devel] [PATCH v4 00/20] xen/arm64: Add support for 64KB page in Linux

El 22/09/15 a les 12.59, Ian Campbell ha escrit: > On Mon, 2015-09-14 at 17:23 +0200, Roger Pau Monné wrote: >> I'm not saying that we shouldn't take those patches, I'm just saying >> that IMHO this is a workaround, and I would like to see a plan and >> somebody committed to have it fixed in a

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

On 06/10/15 10:11, Roger Pau Monné wrote: > El 06/10/15 a les 10.56, Ian Campbell ha escrit: >> On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: >>> Do we have any requirements to be compatible to old releases regarding >>> the functions in tools/python/xen/lowlevel/xc/xc.c ? >> IMHO, no.

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

On 06/10/15 10:32, Andrew Cooper wrote: > On 06/10/15 10:11, Roger Pau Monné wrote: >> El 06/10/15 a les 10.56, Ian Campbell ha escrit: >>> On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: Do we have any requirements to be compatible to old releases regarding the functions in

[Xen-devel] [linux-3.14 baseline-only test] 38127: regressions - FAIL

This run is configured for baseline tests only. flight 38127 linux-3.14 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38127/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-vhd 20

Re: [Xen-devel] [RFC 03/29] build: hookup initial Kconfig usage

On 05/10/15 23:03, Doug Goldstein wrote: > new file mode 100644 > index 000..e69de29 > diff --git a/xen/arch/x86/Kconfig b/xen/arch/x86/Kconfig > new file mode 100644 > index 000..5e34f4e > --- /dev/null > +++ b/xen/arch/x86/Kconfig > @@ -0,0 +1,28 @@ > +# Select 32 or 64 bit > +config

Re: [Xen-devel] [PATCH 2/2] block/xen-blkfront: Handle non-indirect grant with 64KB pages

Hi Roger, On 06/10/2015 10:39, Roger Pau Monné wrote: El 05/10/15 a les 19.05, Julien Grall ha escrit: On 05/10/15 17:01, Roger Pau Monné wrote: El 11/09/15 a les 21.32, Julien Grall ha escrit: ring_req->u.rw.nr_segments = num_grant; + if

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

On Tue, 2015-10-06 at 10:34 +0100, Andrew Cooper wrote: > On 06/10/15 10:32, Andrew Cooper wrote: > > On 06/10/15 10:11, Roger Pau Monné wrote: > > > El 06/10/15 a les 10.56, Ian Campbell ha escrit: > > > > On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: > > > > > Do we have any

Re: [Xen-devel] [RFC 27/29] build: convert HAS_GICV3 use to Kconfig

On 06/10/2015 10:56, George Dunlap wrote: On Mon, Oct 5, 2015 at 11:25 PM, Julien Grall wrote: Hi, On 05/10/2015 23:03, Doug Goldstein wrote: Use the Kconfig generated CONFIG_HAS_GICV3 defines in the code base. If you are going to rename all HAS_* to

Re: [Xen-devel] [RFC 27/29] build: convert HAS_GICV3 use to Kconfig

On 06/10/15 11:02, Julien Grall wrote: > > > On 06/10/2015 10:56, George Dunlap wrote: >> On Mon, Oct 5, 2015 at 11:25 PM, Julien Grall >> wrote: >>> Hi, >>> >>> On 05/10/2015 23:03, Doug Goldstein wrote: Use the Kconfig generated CONFIG_HAS_GICV3 defines in

Re: [Xen-devel] [PATCH 2/2] block/xen-blkfront: Handle non-indirect grant with 64KB pages

El 06/10/15 a les 11.58, Julien Grall ha escrit: > Hi Roger, > > On 06/10/2015 10:39, Roger Pau Monné wrote: >> El 05/10/15 a les 19.05, Julien Grall ha escrit: >>> On 05/10/15 17:01, Roger Pau Monné wrote: El 11/09/15 a les 21.32, Julien Grall ha escrit: >

Re: [Xen-devel] [RFC 00/29] Incomplete Kconfig conversion

Hi Doug, On 05/10/2015 23:03, Doug Goldstein wrote: Ultimately my goal is to allow for more parts of the hypervisor to be turned off at compile time and potentially make it easier to include more experimental features by others which can be turned off by default. Also to provide the one true

Re: [Xen-devel] [PATCH v4 00/20] xen/arm64: Add support for 64KB page in Linux

On Tue, 2015-10-06 at 11:28 +0200, Roger Pau Monné wrote: > El 22/09/15 a les 12.59, Ian Campbell ha escrit: > > On Mon, 2015-09-14 at 17:23 +0200, Roger Pau Monné wrote: > > > I'm not saying that we shouldn't take those patches, I'm just saying > > > that IMHO this is a workaround, and I would

Re: [Xen-devel] [RFC 00/29] Incomplete Kconfig conversion

On 06/10/15 11:15, Julien Grall wrote: > Hi Doug, > > On 05/10/2015 23:03, Doug Goldstein wrote: >> Ultimately my goal is to allow for more parts of the hypervisor to be >> turned >> off at compile time and potentially make it easier to include more >> experimental features by others which can be

Re: [Xen-devel] [RFC 27/29] build: convert HAS_GICV3 use to Kconfig

On Tue, 2015-10-06 at 10:56 +0100, George Dunlap wrote: > On Mon, Oct 5, 2015 at 11:25 PM, Julien Grall > wrote: > > Hi, > > > > On 05/10/2015 23:03, Doug Goldstein wrote: > > > > > > Use the Kconfig generated CONFIG_HAS_GICV3 defines in the code base. > > > > > > If

Re: [Xen-devel] Survey Results - Part 1 : Improving Xen Project Governance and Conventions

On Mon, 2015-10-05 at 08:32 -0600, Jan Beulich wrote: > > ! It appears to me that the idea of nested ownership, would maybe be clearer > > ! and better set expectations. It is also consistent with the expectation > > ! of "meritocracy". This may in turn may better set expectations > > ! for

[Xen-devel] [PATCH] tools: remove unused wrappers for python

Remove lots of functions in tools/python/xen/lowlevel/xc/xc.c as they are not used anywhere in the tree. In fact only one function is still being used from pygrub, namely "xeninfo". All other users seem to have gone with nuking xm/xend. Signed-off-by: Juergen Gross ---

[Xen-devel] [linux-linus test] 62663: regressions - FAIL

flight 62663 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/62663/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-cubietruck 6 xen-bootfail REGR. vs. 59254 test-armhf-armhf-xl

Re: [Xen-devel] [linux-3.18 test] 62651: regressions - FAIL

On Tue, 2015-10-06 at 04:21 +, osstest service owner wrote: > flight 62651 linux-3.18 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/62651/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

On 10/06/2015 10:56 AM, Ian Campbell wrote: On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: Do we have any requirements to be compatible to old releases regarding the functions in tools/python/xen/lowlevel/xc/xc.c ? IMHO, no. There are also too many compatibility shims in front of

Re: [Xen-devel] [PATCH v7 12/32] xen/x86: add bitmap of enabled emulated devices

On 05/10/15 10:34, Andrew Cooper wrote: > On 02/10/15 16:48, Roger Pau Monne wrote: >> Introduce a bitmap in x86 xen_arch_domainconfig that allows enabling or >> disabling specific devices emulated inside of Xen for HVM guests. >> >> Signed-off-by: Roger Pau Monné >>

Re: [Xen-devel] pyxc_linux_build() in tools/python/xen/lowlevel/xc/xc.c still needed?

On Tue, 2015-10-06 at 12:56 +0200, Juergen Gross wrote: > On 10/06/2015 10:56 AM, Ian Campbell wrote: > > On Tue, 2015-10-06 at 08:33 +0200, Juergen Gross wrote: > > > Do we have any requirements to be compatible to old releases > > > regarding > > > the functions in

[Xen-devel] RFC: LTS and stable release scheme

Hi all A majority of developers express interests in trying a shorter release cycle -- to change from 9 months to 6 months [0]. There are, however, repercussions on how we manage stable and possible LTS releases. I start this thread hoping it's clearer that downstream consumers like

[Xen-devel] [PATCH] libxc: remove most of tools/libxc/xc_dom_compat_linux.c

In tools/libxc/xc_dom_compat_linux.c only xc_linux_build() is currently being used by an in-tree component (qemu-xen). All other functions are superfluous wrappers of the domain builder which can be removed. Suggested-by: Ian Campbell Signed-off-by: Juergen Gross

Re: [Xen-devel] [xen 4.6.0 to be] Readme missing 32bit as dependency for a default build on Debian Jessie

On 2015-10-06 13:52, Konrad Rzeszutek Wilk wrote: On October 6, 2015 7:26:35 AM EDT, Wei Liu wrote: On Tue, Oct 06, 2015 at 01:19:17PM +0200, Sander Eikelenboom wrote: Hi, Today i tried building installing a fresh clone of Xen 4.6.0 (to be) on a minimal Debian Jessie

Re: [Xen-devel] [RFC 05/29] build: convert HAS_PASSTHROUGH use to Kconfig

>>> On 06.10.15 at 11:47, wrote: > On 05/10/15 23:03, Doug Goldstein wrote: >> Use the Kconfig generated HAS_PASSTHROUGH defines for the code base. >> >> Signed-off-by: Doug Goldstein >> > > Moving to a Kconfig style of selecting features changes

Re: [Xen-devel] [xen 4.6.0 to be] Readme missing 32bit as dependency for a default build on Debian Jessie

On Tue, Oct 06, 2015 at 02:25:39PM +0200, Sander Eikelenboom wrote: > On 2015-10-06 13:52, Konrad Rzeszutek Wilk wrote: > >On October 6, 2015 7:26:35 AM EDT, Wei Liu wrote: > >>On Tue, Oct 06, 2015 at 01:19:17PM +0200, Sander Eikelenboom wrote: > >>>Hi, > >>> > >>>Today i

Re: [Xen-devel] RFC: change to 6 months release cycle

On Tue, Oct 06, 2015 at 07:03:28AM -0600, Jan Beulich wrote: > >>> On 05.10.15 at 18:22, wrote: > > FWIW current scheme (last 3 releases as stable releases) means a release > > is supported for at least 27 months (well, let's forget about the > > possibility of releasing a

Re: [Xen-devel] [PATCH OSSTEST 6/8] ts-kernel-build: Include dtbs in dist file

On Mon, 2015-10-05 at 17:29 +0100, Ian Campbell wrote: > On Mon, 2015-10-05 at 17:22 +0100, Ian Jackson wrote: > > Ian Campbell writes ("[PATCH OSSTEST 6/8] ts-kernel-build: Include dtbs > > in dist file"): > > > These are installed to $(INSTALL_PATH)/dtbs/$(KERNEL_RELEASE) where > > >

Re: [Xen-devel] RFC: LTS and stable release scheme

>>> On 06.10.15 at 13:07, wrote: > A majority of developers express interests in trying a shorter release > cycle -- to change from 9 months to 6 months [0]. There are, however, > repercussions on how we manage stable and possible LTS releases. I find it kind of odd to try

[Xen-devel] [xen 4.6.0 to be] Readme missing 32bit as dependency for a default build on Debian Jessie

Hi, Today i tried building installing a fresh clone of Xen 4.6.0 (to be) on a minimal Debian Jessie install. The package list in the README seems to be missing "libc6-dev-i386" which seems to be needed for a default build (.configure && make && make install) which also builds 32-bit pieces.

Re: [Xen-devel] [RFC 01/29] build: import Kbuild/Kconfig from Linux 4.2

>>> On 06.10.15 at 00:03, wrote: > Brings in the Kbuild/Kconfig plumbing from the Linux 4.2 release. > > Signed-off-by: Doug Goldstein > --- > xen/Makefile.linux | 1596 +++ > xen/include/linux/kconfig.h

Re: [Xen-devel] RFC: LTS and stable release scheme

On Tue, Oct 06, 2015 at 12:07:58PM +0100, Wei Liu wrote: > Hi all > > A majority of developers express interests in trying a shorter release > cycle -- to change from 9 months to 6 months [0]. There are, however, > repercussions on how we manage stable and possible LTS releases. > > I start this

[Xen-devel] [GIT PULL] xen: bug fixes for 4.3-rc4

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.3b-rc4-tag xen: bug fixes for 4.3-rc4 - - Fix VM save performance regression with x86 PV guests. - - Make kexec work in x86 PVHVM

Re: [Xen-devel] [PATCH v2 6/9] xen/arm: vgic: Introduce a new field to store the rank index and use it

On Mon, 2015-10-05 at 13:51 +0100, Julien Grall wrote: > Having in hand the index for the rank is very handy to avoid computing > it everytime. "every time". > For now, use it when enabling/disabling the vIRQs rather than a formula > which is not obvious to understand. > > Also drop the

Re: [Xen-devel] [PATCH] tools: remove unused wrappers for python

On Tue, Oct 06, 2015 at 12:46:08PM +0200, Juergen Gross wrote: > Remove lots of functions in tools/python/xen/lowlevel/xc/xc.c as they > are not used anywhere in the tree. In fact only one function is still > being used from pygrub, namely "xeninfo". All other users seem to have > gone with nuking

Re: [Xen-devel] [xen 4.6.0 to be] Readme missing 32bit as dependency for a default build on Debian Jessie

On Tue, Oct 06, 2015 at 01:19:17PM +0200, Sander Eikelenboom wrote: > Hi, > > Today i tried building installing a fresh clone of Xen 4.6.0 (to be) on a > minimal Debian Jessie install. > The package list in the README seems to be missing "libc6-dev-i386" which > seems to be needed for a default

Re: [Xen-devel] [xen 4.6.0 to be] Readme missing 32bit as dependency for a default build on Debian Jessie

On October 6, 2015 7:26:35 AM EDT, Wei Liu wrote: >On Tue, Oct 06, 2015 at 01:19:17PM +0200, Sander Eikelenboom wrote: >> Hi, >> >> Today i tried building installing a fresh clone of Xen 4.6.0 (to be) >on a >> minimal Debian Jessie install. >> The package list in the README

Re: [Xen-devel] RFC: LTS and stable release scheme

On Tue, 2015-10-06 at 12:07 +0100, Wei Liu wrote: > 2. What to do with the non-LTS releases? > > I think they should still be considered stable releases for some > time. I'm just not sure for how long they should receive updates. One > way of looking at them is to use the same concept as Linux --

  1   2   >