[Xen-devel] [PATCH v7 10/13] x86/xen: Bypass intr mode setup in enlighten_pv system

XEN PV overrides smp_prepare_cpus(). xen_pv_smp_prepare_cpus() initializes interrupts in the XEN PV specific way and does not invoke native_smp_prepare_cpus(). As a consequence, x86_init.intr_mode_init() is not invoked either. The invocation of x86_init.intr_mode_init() will be moved from

Re: [Xen-devel] [PATCH v4 01/17] rbtree: changes to inline coding conventions with Linux tree

On Tue, 2017-07-04 at 02:24 -0600, Jan Beulich wrote: > > > > > > > > > > > > > On 03.07.17 at 21:58, wrote: > > The patch inlines the rbtree related files to Linux coding > > conventions to have > > limited conflicts in future while porting from Linux tree. > >

Re: [Xen-devel] [PATCH v4 00/17] xen: common: rbtree: ported updates from Linux tree

On Tue, 2017-07-04 at 10:45 +0200, Dario Faggioli wrote: > On Tue, 2017-07-04 at 02:27 -0600, Jan Beulich wrote: > > > > > > > > > > > > > > > > > > > On 03.07.17 at 21:58, wrote: > > > > > > Use of designated initializers : > > >

Re: [Xen-devel] [PATCH v4 00/17] xen: common: rbtree: ported updates from Linux tree

On Tue, 2017-07-04 at 14:44 +0530, Praveen Kumar wrote: > On Tue, 2017-07-04 at 10:49 +0200, Dario Faggioli wrote: > > > > On Tue, 2017-07-04 at 01:28 +0530, Praveen Kumar wrote: > > > > > > > > > Below are the categorized Linux commit versions which are not > > > imported : > > > > > >

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

flight 111770 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/111770/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 18 guest-start/win.repeat fail in 111523 REGR. vs. 110441

[Xen-devel] [qemu-mainline test] 111765: tolerable FAIL - PUSHED

flight 111765 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/111765/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stopfail REGR. vs. 111732 Tests which did not

[Xen-devel] [ovmf test] 111785: all pass - PUSHED

flight 111785 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/111785/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf b926f2f2a4cd404df1d2c1dddbcd1178acc63b5e baseline version: ovmf

Re: [Xen-devel] [PATCH v8 1/5] x86: add simple udelay calibration

Hi, Lu At 07/13/2017 11:00 AM, Lu Baolu wrote: Hi, On 07/13/2017 09:39 AM, Dou Liyang wrote: Hi, Lu At 07/13/2017 09:17 AM, Lu Baolu wrote: Hi, On 07/12/2017 04:02 PM, Dou Liyang wrote: Hi, Lu At 05/05/2017 08:50 PM, Boris Ostrovsky wrote: On 05/05/2017 01:41 AM, Lu Baolu wrote: Hi,

Re: [Xen-devel] [PATCH v13 12/23] x86: refactor psr: L3 CAT: set value: implement write msr flow.

On 17-07-13 13:21:46, Jan Beulich wrote: > >>> Yi Sun 07/13/17 9:34 AM >>> > >On 17-07-12 23:20:24, Jan Beulich wrote: > >> >>> Yi Sun 07/13/17 5:00 AM >>> > >> >On 17-07-12 13:37:02, Jan Beulich wrote: > >> >> >>> Yi Sun

[Xen-devel] [linux-4.9 test] 111763: regressions - FAIL

flight 111763 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/111763/ 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. 111411

[Xen-devel] [xen-unstable baseline-only test] 71688: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 71688 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71688/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win10-i386 7

[Xen-devel] [libvirt test] 111755: tolerable all pass - PUSHED

flight 111755 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/111755/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 111718 test-armhf-armhf-libvirt-xsm 14

Re: [Xen-devel] [PATCH v4 2/9] x86/mmcfg: add handlers for the PVH Dom0 MMCFG areas

>>> Roger Pau Monne 06/30/17 5:02 PM >>> > @@ -1041,6 +1043,24 @@ static int __init pvh_setup_acpi(struct domain *d, > paddr_t start_info) > return 0; > } > > +int __init pvh_setup_mmcfg(struct domain *d) Didn't I point out that __init van't be correct here, and

Re: [Xen-devel] [PATCH RFC] xen/evtchn: Implement EVTCHNOP_send_imm as a companian to EVTCHNOP_send

>>> Andrew Cooper 07/13/17 9:50 AM >>> >RFC: is it worth converting the close, unmask, reset (and possibly >expand_array) as well? I can't see close and even more so reset to be performance critical. Unmask otoh may be (depending on use); no sure about expand_array.

Re: [Xen-devel] [PATCH v13 12/23] x86: refactor psr: L3 CAT: set value: implement write msr flow.

>>> Yi Sun 07/13/17 9:34 AM >>> >On 17-07-12 23:20:24, Jan Beulich wrote: >> >>> Yi Sun 07/13/17 5:00 AM >>> >> >On 17-07-12 13:37:02, Jan Beulich wrote: >> >> >>> Yi Sun 07/06/17 4:07 AM >>> >> >> >+if ( socket

Re: [Xen-devel] [OSSTEST PATCH v12 18/21] TestSupport: Implement target_cmd_subunit a subunit stream parser into substeps

On Thu, Jul 13, 2017 at 03:43:55PM +0100, Anthony PERARD wrote: > On Thu, Jul 13, 2017 at 02:28:11PM +0100, Ian Jackson wrote: > > Anthony PERARD writes ("[OSSTEST PATCH v12 18/21] TestSupport: Implement > > target_cmd_subunit a subunit stream parser into substeps"): > > > +sub target_cmd_subunit

Re: [Xen-devel] [PATCH v1] xen/grant-table: log the lack of grants

Hi, Anyone can you please review this patch? thanks, wengang On 07/07/2017 11:23 AM, Wengang Wang wrote: log a message when we enter this situation: 1) we already allocated the max number of available grants from hypervisor and 2) we still need more (but the request fails because of 1)).

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

flight 111751 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/111751/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail like 111664

Re: [Xen-devel] [OSSTEST PATCH v12 18/21] TestSupport: Implement target_cmd_subunit a subunit stream parser into substeps

On Thu, Jul 13, 2017 at 02:28:11PM +0100, Ian Jackson wrote: > Anthony PERARD writes ("[OSSTEST PATCH v12 18/21] TestSupport: Implement > target_cmd_subunit a subunit stream parser into substeps"): > > Currently, time is not taken into account, and all substeps will have > > bogus timestamp as

Re: [Xen-devel] [PATCH v4 1/9] xen/vpci: introduce basic handlers to trap accesses to the PCI config space

>>> Roger Pau Monne 06/30/17 5:01 PM >>> > --- /dev/null > +++ b/tools/tests/vpci/Makefile > @@ -0,0 +1,40 @@ > + > +XEN_ROOT=$(CURDIR)/../../.. > +include $(XEN_ROOT)/tools/Rules.mk > + > +TARGET := test_vpci > + > +.PHONY: all > +all: $(TARGET) > + > +.PHONY: run > +run:

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

flight 111739 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/111739/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvh-intel 7 xen-bootfail REGR. vs. 110515

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

flight 111745 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/111745/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 18 guest-start/win.repeat fail in 111523 REGR. vs. 110441

Re: [Xen-devel] [OSSTEST PATCH v12 19/21] ts-openstack-tempest: Use target_cmd_subunit

Anthony PERARD writes ("[OSSTEST PATCH v12 19/21] ts-openstack-tempest: Use target_cmd_subunit"): > Signed-off-by: Anthony PERARD Acked-by: Ian Jackson Subject to my comments aboout the name of the function, of course. Ian.

Re: [Xen-devel] [OSSTEST PATCH v12 18/21] TestSupport: Implement target_cmd_subunit a subunit stream parser into substeps

Anthony PERARD writes ("[OSSTEST PATCH v12 18/21] TestSupport: Implement target_cmd_subunit a subunit stream parser into substeps"): > target_cmd_subunit can be used like target_cmd, but the command would > needs to output a subunit v1 stream, which will be parsed and turned > into osstest

[Xen-devel] Dump FDT for Linux Guest from Xen

Hello All, Is there a way to dump FDT prepared by Xen given to Linux Guest while booting Domain 0. I want to see flattened device tree created by Xen by remapping I/O and IRQs for Guest. Is there a simple API to dump the flattened device? Regards Amna

Re: [Xen-devel] [PATCH RFC] xen/evtchn: Implement EVTCHNOP_send_imm as a companian to EVTCHNOP_send

On Thu, Jul 13, 2017 at 12:14:35PM +0200, Juergen Groß wrote: > On 07/13/2017 09:50 AM, Andrew Cooper wrote: > > The event channel ABI passes a pointer to a subop-specific structure. Some > > of > > these structures however are smaller than the pointers passed in the ABI; > > EVTCHNOP_send

Re: [Xen-devel] [PATCH RFC] xen/evtchn: Implement EVTCHNOP_send_imm as a companian to EVTCHNOP_send

On 07/13/2017 09:50 AM, Andrew Cooper wrote: The event channel ABI passes a pointer to a subop-specific structure. Some of these structures however are smaller than the pointers passed in the ABI; EVTCHNOP_send specifically passes a 4 byte evtchn port, using a 4 or 8 byte pointer. For

[Xen-devel] [qemu-mainline baseline-only test] 71686: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 71686 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71686/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 16

[Xen-devel] [distros-debian-wheezy test] 71687: tolerable trouble: broken/pass

flight 71687 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71687/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: build-arm64 2 hosts-allocate broken like 71654 build-arm64-pvops

Re: [Xen-devel] [PATCH RFC] xen/evtchn: Implement EVTCHNOP_send_imm as a companian to EVTCHNOP_send

> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of > Andrew Cooper > Sent: 13 July 2017 09:51 > To: Xen-devel > Cc: Juergen Gross ; Stefano Stabellini > ; Wei Liu

[Xen-devel] [linux-4.9 test] 111737: regressions - FAIL

flight 111737 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/111737/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-debianhvm-amd64 10 debian-hvm-install fail REGR. vs. 111411

Re: [Xen-devel] [PATCH 15/15] xen: tools: expose EPC in ACPI table

On 7/12/2017 11:05 PM, Andrew Cooper wrote: On 09/07/17 10:16, Kai Huang wrote: On physical machine EPC is exposed in ACPI table via "INT0E0C". Although EPC can be discovered by CPUID but Windows driver requires EPC to be exposed in ACPI table as well. This patch exposes EPC in ACPI table.

[Xen-devel] [PATCH RFC] xen/evtchn: Implement EVTCHNOP_send_imm as a companian to EVTCHNOP_send

The event channel ABI passes a pointer to a subop-specific structure. Some of these structures however are smaller than the pointers passed in the ABI; EVTCHNOP_send specifically passes a 4 byte evtchn port, using a 4 or 8 byte pointer. For translated guests (x86 HVM and all ARM), passing the

Re: [Xen-devel] [PATCH v13 12/23] x86: refactor psr: L3 CAT: set value: implement write msr flow.

On 17-07-12 23:20:24, Jan Beulich wrote: > >>> Yi Sun 07/13/17 5:00 AM >>> > >On 17-07-12 13:37:02, Jan Beulich wrote: > >> >>> Yi Sun 07/06/17 4:07 AM >>> > >> >v13: > >> >- use 'skip_prior_features'. > >> >- add 'const' for some

Re: [Xen-devel] [PATCH v9 6/7] tools/libxc: add support of injecting MC# to specified CPUs

On 07/12/17 09:25 -0400, Konrad Rzeszutek Wilk wrote: > On Wed, Jul 12, 2017 at 10:04:39AM +0800, Haozhong Zhang wrote: > > Though XEN_MC_inject_v2 allows injecting MC# to specified CPUs, the > > current xc_mca_op() does not use this feature and not provide an > > interface to callers. This commit