Re: [Xen-devel] [PATCH v9 19/25] x86: L2 CAT: implement get hw info flow.

On 17-03-27 08:38:39, Jan Beulich wrote: > >>> On 16.03.17 at 12:08, wrote: > > --- a/xen/include/public/sysctl.h > > +++ b/xen/include/public/sysctl.h > > @@ -744,6 +744,7 @@ typedef struct xen_sysctl_pcitopoinfo > > xen_sysctl_pcitopoinfo_t; > >

Re: [Xen-devel] [PATCH v9 17/25] x86: refactor psr: CDP: implement set value callback functions.

On 17-03-27 08:17:04, Jan Beulich wrote: > >>> On 16.03.17 at 12:08, wrote: > > +static bool l3_cdp_fits_cos_max(const uint32_t val[], > > +const struct feat_node *feat, > > +unsigned int cos) > > +{ > > +

Re: [Xen-devel] [PATCH v9 15/25] x86: refactor psr: CDP: implement get hw info flow.

On 17-03-27 08:08:13, Jan Beulich wrote: > >>> On 16.03.17 at 12:08, wrote: > > --- a/xen/arch/x86/sysctl.c > > +++ b/xen/arch/x86/sysctl.c > > @@ -180,10 +180,36 @@ long arch_do_sysctl( > > > > ret = psr_get_info(sysctl->u.psr_cat_op.target, > >

Re: [Xen-devel] [PATCH v9 13/25] x86: refactor psr: L3 CAT: set value: implement write msr flow.

On 17-03-27 04:46:01, Jan Beulich wrote: > >>> On 16.03.17 at 12:08, wrote: > > @@ -421,6 +425,18 @@ static bool cat_fits_cos_max(const uint32_t val[], > > } > > > > /* L3 CAT ops */ > > +static void l3_cat_write_msr(unsigned int cos, uint32_t val, > > +

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

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

Re: [Xen-devel] ARM: SMMUv3 support

On Mon, Mar 27, 2017 at 10:00 PM, Goel, Sameer wrote: > Hi, > I am working on adding this support. The work is in initial stages and will > target ACPI systems to start with. Do you have a specific requirement? Or > even better: want to help with DT testing ? :) Thanks

[Xen-devel] [qemu-mainline baseline-only test] 71103: trouble: blocked/broken

This run is configured for baseline tests only. flight 71103 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71103/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-xsm

Re: [Xen-devel] [PATCH v9 12/25] x86: refactor psr: L3 CAT: set value: implement cos id picking flow.

On 17-03-27 04:37:37, Jan Beulich wrote: > >>> On 16.03.17 at 12:08, wrote: > > +static bool cat_fits_cos_max(const uint32_t val[], > > + const struct feat_node *feat, > > + unsigned int cos) > > +{ > > +if (

[Xen-devel] [xen-unstable baseline-only test] 71104: trouble: blocked/broken

This run is configured for baseline tests only. flight 71104 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71104/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xtf

Re: [Xen-devel] [PATCH v9 11/25] x86: refactor psr: L3 CAT: set value: implement cos finding flow.

On 17-03-27 04:28:23, Jan Beulich wrote: > >>> On 16.03.17 at 12:08, wrote: > > --- a/xen/arch/x86/psr.c > > +++ b/xen/arch/x86/psr.c [...] > > +static int cat_compare_val(const uint32_t val[], > > + const struct feat_node *feat, > > +

Re: [Xen-devel] [PATCH v9 10/25] x86: refactor psr: L3 CAT: set value: assemble features value array.

On 17-03-27 04:17:28, Jan Beulich wrote: > >>> On 16.03.17 at 12:08, wrote: > > --- a/xen/arch/x86/psr.c > > +++ b/xen/arch/x86/psr.c > > @@ -101,6 +101,28 @@ struct feat_node { > > /* get_val is used to get feature COS register value. */ > > void

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

r 27 16:15:29 2017 +0100 Merge remote-tracking branch 'remotes/kraxel/tags/pull-fixes-20170327-1' into staging fixes for 2.9: vga, egl, cirrus, virtio-input. # gpg: Signature made Mon 27 Mar 2017 14:19:45 BST # gpg:using RSA key 0x4CB6D8EED3E87138 # gpg: G

Re: [Xen-devel] [PATCH v9 08/25] x86: refactor psr: L3 CAT: implement get value flow.

On 17-03-27 07:34:43, Jan Beulich wrote: > >>> On 27.03.17 at 14:59, wrote: > > On 17-03-27 03:23:08, Jan Beulich wrote: > >> >>> On 16.03.17 at 12:07, wrote: > >> > --- a/xen/arch/x86/domctl.c > >> > +++ b/xen/arch/x86/domctl.c > >> > @@

Re: [Xen-devel] maybe revert commit c275a57f5ec3 "xen/balloon: Set balloon's initial state to number of existing RAM pages"

On 03/27/2017 03:57 PM, Dan Streetman wrote: On Fri, Mar 24, 2017 at 9:33 PM, Boris Ostrovsky wrote: I think we can all agree that the *ideal* situation would be, for the balloon driver to not immediately hotplug memory so it can add 11 more pages, so maybe I

Re: [Xen-devel] [PATCH v9 09/25] x86: refactor psr: L3 CAT: set value: implement framework.

On 17-03-27 03:59:32, Jan Beulich wrote: > >>> On 16.03.17 at 12:07, wrote: > > --- a/xen/arch/x86/domctl.c > > +++ b/xen/arch/x86/domctl.c > > @@ -1437,21 +1437,21 @@ long arch_do_domctl( > > switch ( domctl->u.psr_cat_op.cmd ) > > { > > case

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

flight 106939 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/106939/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 11 guest-start fail REGR. vs. 59254

[Xen-devel] [xen-4.5-testing baseline-only test] 71100: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 71100 xen-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71100/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 3

[Xen-devel] [xen-4.8-testing baseline-only test] 71102: trouble: blocked/broken

This run is configured for baseline tests only. flight 71102 xen-4.8-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71102/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xtf

Re: [Xen-devel] [GSoc] GSoc Introduction : Xen on ARM: create multiple guests from device tree

Hello Methuku, It is great to hear that you are interested in working on Xen on ARM. It's good that you already know how to build and install Xen on an ARM board. Do you have serial access to your Nvidia Jetson TK1? If not, I would suggest to setup another test environment based on a different

Re: [Xen-devel] [PATCH] tools/libxenforeignmemory: add a call to restrict the handle

On 27/03/2017 19:03, Julien Grall wrote: > Hi Andre, > > On 24/03/17 20:10, Andrew Cooper wrote: >> On 22/03/17 11:25, Paul Durrant wrote: >>> diff --git a/tools/libs/foreignmemory/libxenforeignmemory.map >>> b/tools/libs/foreignmemory/libxenforeignmemory.map >>> index df206b3..5c9806c 100644 >>>

Re: [Xen-devel] [PATCH v4 1/8] xen: import ring.h from xen

On Mon, 27 Mar 2017, Juergen Gross wrote: > On 24/03/17 18:37, Stefano Stabellini wrote: > > On Fri, 24 Mar 2017, Juergen Gross wrote: > >> On 23/03/17 19:22, Stefano Stabellini wrote: > >>> On Thu, 23 Mar 2017, Paolo Bonzini wrote: > On 23/03/2017 14:55, Juergen Gross wrote: > > On

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

flight 106937 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/106937/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 6 xen-boot fail REGR. vs. 106928

[Xen-devel] [PATCH v2] libxl/xl: add support for Xen 9pfs

Add functions to libxl to setup a Xen 9pfs frontend/backend connection. Add support to xl to parse a 9pfs option in the VM config file, in the following format: p9=["tag=share_dir,security_model=none,path=/root/share_dir"] where tag identifies the 9pfs share and it is required to mount it on the

Re: [Xen-devel] [PATCH] libxl/xl: add support for Xen 9pfs

On Mon, 27 Mar 2017, Stefano Stabellini wrote: > On Mon, 27 Mar 2017, Wei Liu wrote: > > On Thu, Mar 23, 2017 at 04:36:19PM -0700, Stefano Stabellini wrote: > > > docs/man/xl.cfg.pod.5.in | 31 + > > > tools/libxl/Makefile | 2 +- > > > tools/libxl/libxl.h

Re: [Xen-devel] [PATCH] libxl/xl: add support for Xen 9pfs

On Mon, 27 Mar 2017, Wei Liu wrote: > On Thu, Mar 23, 2017 at 04:36:19PM -0700, Stefano Stabellini wrote: > > docs/man/xl.cfg.pod.5.in | 31 + > > tools/libxl/Makefile | 2 +- > > tools/libxl/libxl.h | 10 + > >

Re: [Xen-devel] [PATCH v4 1/4] ring.h: introduce macros to handle monodirectional rings with multiple req sizes

On Mon, 27 Mar 2017, Stefano Stabellini wrote: > > > +#ifndef PAGE_SHIFT > > > +#define PAGE_SHIFT 12 > > > +#endif > > > > ??? (I guess this should be another prereq?) > > Yes, the PAGE_SHIFT definition could be a prereq, but I thought that > these 3 lines are small enough that they would be

Re: [Xen-devel] [PATCH v2 09/27] ARM: GICv3: introduce separate pending_irq structs for LPIs

Hi Stefano, On 27/03/2017 19:39, Stefano Stabellini wrote: On Mon, 27 Mar 2017, Julien Grall wrote: For both guest could potentially flood us. It would take us a lot of time to allocate/free memory for each vLPIs modified. Hence, why I didn't suggest it and said: "One could argue that we could

[Xen-devel] [ovmf baseline-only test] 71110: tolerable trouble: blocked/broken

This run is configured for baseline tests only. flight 71110 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71110/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-pvops 3 host-install(3) broken

Re: [Xen-devel] [PATCH v4 3/4] Introduce the Xen 9pfs transport header

On Mon, 27 Mar 2017, Jan Beulich wrote: > >>> On 24.03.17 at 19:31, wrote: > > --- /dev/null > > +++ b/xen/include/public/io/9pfs.h > > @@ -0,0 +1,57 @@ > > +/* > > + * 9pfs.h -- Xen 9PFS transport > > + * > > + * Refer to docs/misc/9pfs.markdown for the specification > >

Re: [Xen-devel] [PATCH v4 1/4] ring.h: introduce macros to handle monodirectional rings with multiple req sizes

On Mon, 27 Mar 2017, Jan Beulich wrote: > >>> On 24.03.17 at 19:31, wrote: > > --- a/xen/include/public/io/ring.h > > +++ b/xen/include/public/io/ring.h > > @@ -27,7 +27,18 @@ > > #ifndef __XEN_PUBLIC_IO_RING_H__ > > #define __XEN_PUBLIC_IO_RING_H__ > > > > +/* > > +

Re: [Xen-devel] [PATCH v4 2/4] xen: introduce a C99 headers check

On Mon, 27 Mar 2017, Jan Beulich wrote: > >>> On 24.03.17 at 19:31, wrote: > > Introduce a C99 headers check, for non-ANSI compliant headers. No > > headers are added to the check yet. > > > > In addition to the usual -include stdint.h, also add -include string.h > > to

[Xen-devel] [xtf test] 106942: all pass - PUSHED

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

Re: [Xen-devel] arm64: dma_to_phys/phys_to_dma need to be properly implemented

Hello Oleksandr, Just to clarify, you are talking about dma_to_phys/phys_to_dma in Linux (not in Xen), right? Drivers shouldn't use those functions directly (see the comment in arch/arm64/include/asm/dma-mapping.h), they should call the appropriate dma_map_ops functions instead. The dma_map_ops

Re: [Xen-devel] [PATCH v2] configure: use pkg-config for obtaining xen version

On Mon, 27 Mar 2017, Paul Durrant wrote: > > -Original Message- > > From: Juergen Gross [mailto:jgr...@suse.com] > > Sent: 27 March 2017 10:15 > > To: Paul Durrant ; qemu-de...@nongnu.org; xen- > > de...@lists.xenproject.org > > Cc: Anthony Perard

[Xen-devel] [qemu-upstream-4.5-testing baseline-only test] 71106: trouble: blocked/broken

This run is configured for baseline tests only. flight 71106 qemu-upstream-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71106/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf

Re: [Xen-devel] maybe revert commit c275a57f5ec3 "xen/balloon: Set balloon's initial state to number of existing RAM pages"

On Fri, Mar 24, 2017 at 9:33 PM, Boris Ostrovsky wrote: > >> >> I think we can all agree that the *ideal* situation would be, for the >> balloon driver to not immediately hotplug memory so it can add 11 more >> pages, so maybe I just need to figure out why the balloon

Re: [Xen-devel] raisin and minios stubdom

On Mon, Mar 27, 2017 at 09:28:14PM +0200, Gémes Géza wrote: > Hi, > > Currently the xen build system has optional support for building a minios > (+needed libraries and tools) based stubdom. > > What is your opinion about moving support for building this into raisin and > once that is stable

[Xen-devel] raisin and minios stubdom

Hi, Currently the xen build system has optional support for building a minios (+needed libraries and tools) based stubdom. What is your opinion about moving support for building this into raisin and once that is stable drop support in the xen build system? Cheers, Geza

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

flight 106933 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/106933/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-winxpsp3 6 xen-boot fail REGR. vs. 106927

Re: [Xen-devel] [PATCH v2 09/27] ARM: GICv3: introduce separate pending_irq structs for LPIs

CC'ing Andrew, Jan and George to get more feedback on the security impact of this patch. I'll make a quick summary for you: we need to allocate a 56 bytes struct (called pending_irq) for each potential interrupt injected to guests (dom0 and domUs). With the new ARM interrupt controller there

Re: [Xen-devel] [PATCH 05/10] Introduce cirros-pvgrub2-pv test

On Mon, 27 Mar 2017, Gémes Géza wrote: > 2017-03-27 19:24 keltezéssel, Stefano Stabellini írta: > > On Mon, 27 Mar 2017, Stefano Stabellini wrote: > > > On Sat, 25 Mar 2017, Géza Gémes wrote: > > > > This test verifies booting the cirros image using pvgrub2 > > > > > > > > Signed-off-by: Géza

Re: [Xen-devel] [PATCH 05/10] Introduce cirros-pvgrub2-pv test

2017-03-27 19:24 keltezéssel, Stefano Stabellini írta: On Mon, 27 Mar 2017, Stefano Stabellini wrote: On Sat, 25 Mar 2017, Géza Gémes wrote: This test verifies booting the cirros image using pvgrub2 Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini

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

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

Re: [Xen-devel] [PATCH] tools/libxenforeignmemory: add a call to restrict the handle

Hi Andre, On 24/03/17 20:10, Andrew Cooper wrote: On 22/03/17 11:25, Paul Durrant wrote: diff --git a/tools/libs/foreignmemory/libxenforeignmemory.map b/tools/libs/foreignmemory/libxenforeignmemory.map index df206b3..5c9806c 100644 --- a/tools/libs/foreignmemory/libxenforeignmemory.map +++

Re: [Xen-devel] [PATCH v2 09/27] ARM: GICv3: introduce separate pending_irq structs for LPIs

Hi Stefano, On 27/03/17 18:44, Stefano Stabellini wrote: On Mon, 27 Mar 2017, Julien Grall wrote: Hi, On 27/03/17 10:02, Andre Przywara wrote: On 24/03/17 17:26, Stefano Stabellini wrote: On Fri, 24 Mar 2017, Andre Przywara wrote: I am afraid that this would lead to situations where we

Re: [Xen-devel] [PATCH] xen: additionally restrict xenforeignmemory operations

On Mon, 27 Mar 2017, Paul Durrant wrote: > > -Original Message- > [snip] > > > > This is OK but the file is growing too entangled. What do you think of > > the following, which moves the if CONFIG_XEN_CTRL_INTERFACE_VERSION > > < > > 40701 at the top? This way we don't have to add yet

Re: [Xen-devel] [PATCH v2 09/27] ARM: GICv3: introduce separate pending_irq structs for LPIs

On Mon, 27 Mar 2017, Julien Grall wrote: > Hi, > > On 27/03/17 10:02, Andre Przywara wrote: > > On 24/03/17 17:26, Stefano Stabellini wrote: > > > On Fri, 24 Mar 2017, Andre Przywara wrote: > > I am afraid that this would lead to situations where we needlessly > > allocate and deallocate

Re: [Xen-devel] [PATCH v2 3/7] x86/hvm: convert gsi_assert_count into a variable size array

On Mon, Mar 27, 2017 at 09:59:42AM -0600, Jan Beulich wrote: > >>> On 27.03.17 at 12:18, wrote: > > --- a/xen/arch/x86/hvm/hvm.c > > +++ b/xen/arch/x86/hvm/hvm.c > > @@ -457,7 +457,7 @@ void hvm_migrate_pirqs(struct vcpu *v) > > { > > struct domain *d = v->domain; > >

Re: [Xen-devel] [PATCH 05/10] Introduce cirros-pvgrub2-pv test

On Mon, 27 Mar 2017, Stefano Stabellini wrote: > On Sat, 25 Mar 2017, Géza Gémes wrote: > > This test verifies booting the cirros image using pvgrub2 > > > > Signed-off-by: Géza Gémes > > Reviewed-by: Stefano Stabellini > > > > --- > >

[Xen-devel] [xen-unstable-smoke test] 106940: tolerable trouble: broken/fail/pass - PUSHED

flight 106940 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/106940/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a test-amd64-amd64-libvirt 12

Re: [Xen-devel] [PATCH 09/10] Introduce cirros-minios-stubdom-pvhvm test

On Sat, 25 Mar 2017, Géza Gémes wrote: > This test is similar to cirros-minios-stubdom-hvm test, differing by > explicitly exposing the xen netfront and blockfront drivers > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini > --- >

Re: [Xen-devel] [PATCH 08/10] Introduce cirros-qemu-pvhvm test

On Sat, 24 Mar 2017, Géza Gémes wrote: > This test is similar to cirros-qemu-hvm test, differing by > explicitly exposing the xen netfront and blockfront drivers > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini > --- >

Re: [Xen-devel] [PATCH 07/10] Introduce cirros-minios-stubdom-hvm test

On Sat, 25 Mar 2017, Géza Gémes wrote: > This test verifies a cirros based hvm domain using a minios based > stubdom as its device model > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini > --- > tests/cirros-minios-stubdom-hvm | 27

Re: [Xen-devel] [PATCH 06/10] Introduce cirros-qemu-hvm test

On Sat, 25 Mar 2017, Géza Gémes wrote: > This test is the cirros equivalent of the busybox-hvm test > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini > --- > tests/cirros-qemu-hvm | 26 ++ > tests/series

Re: [Xen-devel] [PATCH 05/10] Introduce cirros-pvgrub2-pv test

On Sat, 25 Mar 2017, Géza Gémes wrote: > This test verifies booting the cirros image using pvgrub2 > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini > --- > tests/cirros-pvgrub2-pv | 33 + >

Re: [Xen-devel] [PATCH 04/10] Introduce cirros-pygrub-pv test

On Sat, 25 Mar 2017, Géza Gémes wrote: > This test verifies booting the cirros image using pygrub > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini > --- > tests/cirros-pygrub-pv | 25 + > tests/series

Re: [Xen-devel] [PATCH 03/10] Introduce cirros-separate-kernel-pv test

On Sat, 25 Mar 2017, Géza Gémes wrote: > This test is the cirros equivalent of the busybox-pv test > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini > --- > tests/cirros-separate-kernel-pv | 28 >

Re: [Xen-devel] [PATCH 02/10] Introduce cirros tests

On Sat, 25 Mar 2017, Géza Gémes wrote: > Add support for using cirros images in raisin tests > > Signed-off-by: Géza Gémes It looks good to me, thanks! Reviewed-by: Stefano Stabellini > --- > lib/common-functions.sh| 33 +++

Re: [Xen-devel] [PATCH 01/10] Fix installation of python libs

On Sat, 25 Mar 2017, Géza Gémes wrote: > Change deb package build in order to move content of the > site-packages folder to dist-packages in this way having > the libs inluded in the default PYTHONPATH > > Signed-off-by: Géza Gémes Reviewed-by: Stefano Stabellini

Re: [Xen-devel] [PATCH] Fix a typo in lopartsetup

On Sat, 25 Mar 2017, Géza Gémes wrote: > Signed-off-by: Géza Gémes Thank you for the quick fix, committed. > --- > scripts/lopartsetup | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/scripts/lopartsetup b/scripts/lopartsetup > index

Re: [Xen-devel] [PATCH v2 1/7] x86/vioapic: introduce a internal vIO APIC structure

On Mon, Mar 27, 2017 at 09:38:49AM -0600, Jan Beulich wrote: > >>> On 27.03.17 at 12:18, wrote: > > The reason to expand the hvm_vioapic structure instead of the hvm_hw_vioapic > > one is that the variable number of pins functionality is only going to be > > used > > by the

Re: [Xen-devel] ARM: SMMUv3 support

Hi, I am working on adding this support. The work is in initial stages and will target ACPI systems to start with. Do you have a specific requirement? Or even better: want to help with DT testing ? :) Thanks, Sameer On 3/20/2017 11:58 PM, Vijay Kilari wrote: > Hi, > > Is there any effort

Re: [Xen-devel] [PATCH v1 1/9] mm: Separate free page chunk merging into its own routine

On 03/27/2017 12:03 PM, Jan Beulich wrote: On 27.03.17 at 17:16, wrote: >> On Fri, Mar 24, 2017 at 01:04:56PM -0400, Boris Ostrovsky wrote: >>> --- a/xen/common/page_alloc.c >>> +++ b/xen/common/page_alloc.c >>> @@ -924,11 +924,61 @@ static int

Re: [Xen-devel] [PATCH v2 4/7] x86/vioapic: allow the vIO APIC to have a variable number of pins

>>> On 27.03.17 at 12:18, wrote: > @@ -431,9 +431,8 @@ static int ioapic_save(struct domain *d, > hvm_domain_context_t *h) > if ( !has_vioapic(d) ) > return 0; > > -BUILD_BUG_ON(sizeof(struct hvm_hw_vioapic) != > - sizeof(struct

Re: [Xen-devel] [PATCH v1 1/9] mm: Separate free page chunk merging into its own routine

>>> On 27.03.17 at 17:16, wrote: > On Fri, Mar 24, 2017 at 01:04:56PM -0400, Boris Ostrovsky wrote: >> --- a/xen/common/page_alloc.c >> +++ b/xen/common/page_alloc.c >> @@ -924,11 +924,61 @@ static int reserve_offlined_page(struct page_info >> *head) >> return count; >>

Re: [Xen-devel] [PATCH v2 3/7] x86/hvm: convert gsi_assert_count into a variable size array

>>> On 27.03.17 at 12:18, wrote: > Rearrange the fields of hvm_irq so that gsi_assert_count can be converted into > a variable size array and add a new field to account the number of GSIs. > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -457,7 +457,7 @@

Re: [Xen-devel] [PATCH v2 2/7] x86/hvm: introduce hvm_domain_irq macro

On Mon, Mar 27, 2017 at 09:41:40AM -0600, Jan Beulich wrote: > >>> On 27.03.17 at 12:18, wrote: > > Introduce a macro to get a pointer to the hvm_irq for a HVM domain. > > What does this buy us? I don't (yet?) see the connection to this > series. It's a pre-patch to make

Re: [Xen-devel] [PATCH v2 2/7] x86/hvm: introduce hvm_domain_irq macro

>>> On 27.03.17 at 12:18, wrote: > Introduce a macro to get a pointer to the hvm_irq for a HVM domain. What does this buy us? I don't (yet?) see the connection to this series. Jan ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH v2 1/7] x86/vioapic: introduce a internal vIO APIC structure

>>> On 27.03.17 at 12:18, wrote: > The reason to expand the hvm_vioapic structure instead of the hvm_hw_vioapic > one is that the variable number of pins functionality is only going to be used > by the hardware domain, so no modifications are needed to the save format. As

[Xen-devel] [PATCH 1/2] x86/io: rename misleading dpci_ prefixed functions to hvm_

The dpci_ prefix used on those IO handlers is misleading, there's nothing PCI specific in them, they simply map a guest IO port into a machine (physical) IO port. They don't specifically trap the PCI IO port range in any way (0xcf8/0xcfc). Rename them to use the hvm_ prefix in order to avoid this

[Xen-devel] [PATCH 2/2] x86/io: move the list of guest to machine IO ports out of domain_iommu

There's no reason to store that list inside of the domain_iommu struct, the forwarding of guest IO ports into machine IO ports is not tied to the presence of an IOMMU. Move it inside of the hvm_domain struct instead. Signed-off-by: Roger Pau Monné --- Cc: Jan Beulich

[Xen-devel] [PATCH 0/2] x86/io: fix dpci_ IO port handlers

Hello, The following series contain two cosmetic fixes for the HVM IO port handlers. The first one renames them to use the hvm_ prefix instead of the dpci_ one, since those handlers are not trapping the PCI config space in any way. The second fix moves the list of ports from the domain_iommu

Re: [Xen-devel] [PATCH v2 09/12] x86/vmce, tools/libxl: expose LMCE capability in guest MSR_IA32_MCG_CAP

On Fri, Mar 17, 2017 at 02:46:11PM +0800, Haozhong Zhang wrote: > If LMCE is supported by host and ' mca_caps = [ "lmce" ] ' is present > in xl config, the LMCE capability will be exposed in guest MSR_IA32_MCG_CAP. > By default, LMCE is not exposed to guest so as to keep the backwards migration >

Re: [Xen-devel] [PATCH v1 1/9] mm: Separate free page chunk merging into its own routine

On Fri, Mar 24, 2017 at 01:04:56PM -0400, Boris Ostrovsky wrote: > This is needed for subsequent changes to memory scrubbing. No > logic change, only code re-factoring. > > Based on earlier patch by Bob Liu. > > Signed-off-by: Boris Ostrovsky > --- >

[Xen-devel] [xen-unstable-smoke test] 106936: regressions - trouble: broken/fail/pass

flight 106936 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/106936/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 15 guest-start/debian.repeat fail REGR. vs. 106935 Tests which

Re: [Xen-devel] [PATCH v4 2/4] xen: introduce a C99 headers check

>>> On 24.03.17 at 19:31, wrote: > Introduce a C99 headers check, for non-ANSI compliant headers. No > headers are added to the check yet. > > In addition to the usual -include stdint.h, also add -include string.h > to the C99 check to get the declaration of memcpy and

Re: [Xen-devel] [PATCH v2 2/2] xen: sched: improve robustness (and rename) DOM2OP()

On Mon, 2017-03-27 at 14:23 +0100, George Dunlap wrote: > On 17/03/17 18:19, Dario Faggioli wrote: > > --- a/xen/common/schedule.c > > +++ b/xen/common/schedule.c > > @@ -77,8 +77,25 @@ static struct scheduler __read_mostly ops; > >   (( (opsptr)->fn != NULL ) ? (opsptr)->fn(opsptr, > >

Re: [Xen-devel] [PATCH v4] tools/firmware: add ACPI device for Windows laptop/slate mode switch

On Fri, Mar 24, 2017 at 01:31:39PM +, Paul Durrant wrote: > Microsoft have defined an ACPI device to support switching Windows 10 > between laptop/desktop mode and slate/tablet mode [1]. > > This patch adds an SSDT containing such a device. The presence of the > device is controlled by a new

Re: [Xen-devel] [PATCH 0/2] libxl: add PV display device driver interface

On Fri, Mar 24, 2017 at 12:35:22PM +0200, Oleksandr Grytsov wrote: > To summarize: > > There are two ways to rework the patches: > > 1. Keep interface between xl an libxl as is and put duplicated code into > libxl_device_type specific functions. > > 2. Change interface to call libxl_device_type

Re: [Xen-devel] [PATCH v2 1/2] xen: sched: don't call hooks of the wrong scheduler via VCPU2OP

On Mon, 2017-03-27 at 12:49 +0100, George Dunlap wrote: > On 17/03/17 18:19, Dario Faggioli wrote: > > Fix this by dealing explicitly, in VCPU2OP, with > > idle vcpus, returning the scheduler of the pCPU > > they (always) run on. > > > > While there, rename VCPU2OP itself to something > > that

Re: [Xen-devel] [PATCH v4 1/4] ring.h: introduce macros to handle monodirectional rings with multiple req sizes

>>> On 24.03.17 at 19:31, wrote: > --- a/xen/include/public/io/ring.h > +++ b/xen/include/public/io/ring.h > @@ -27,7 +27,18 @@ > #ifndef __XEN_PUBLIC_IO_RING_H__ > #define __XEN_PUBLIC_IO_RING_H__ > > +/* > + * When #include'ing this header, you need to provide the

Re: [Xen-devel] [PATCH] libxl/xl: add support for Xen 9pfs

On Thu, Mar 23, 2017 at 04:36:19PM -0700, Stefano Stabellini wrote: > docs/man/xl.cfg.pod.5.in | 31 + > tools/libxl/Makefile | 2 +- > tools/libxl/libxl.h | 10 + > tools/libxl/libxl_9pfs.c | 87 >

Re: [Xen-devel] [PATCH v4 3/4] Introduce the Xen 9pfs transport header

>>> On 24.03.17 at 19:31, wrote: > --- /dev/null > +++ b/xen/include/public/io/9pfs.h > @@ -0,0 +1,57 @@ > +/* > + * 9pfs.h -- Xen 9PFS transport > + * > + * Refer to docs/misc/9pfs.markdown for the specification > + * > + * Permission is hereby granted, free of charge, to

[Xen-devel] [ovmf baseline-only test] 71107: trouble: blocked/broken

This run is configured for baseline tests only. flight 71107 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71107/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-pvops 3

Re: [Xen-devel] [PATCH v9 21/25] x86: L2 CAT: implement set value flow.

>>> On 16.03.17 at 12:08, wrote: > --- a/xen/include/public/domctl.h > +++ b/xen/include/public/domctl.h > @@ -1138,6 +1138,7 @@ struct xen_domctl_psr_cat_op { > #define XEN_DOMCTL_PSR_CAT_OP_SET_L3_DATA3 > #define XEN_DOMCTL_PSR_CAT_OP_GET_L3_CODE4 > #define

Re: [Xen-devel] [PATCH v9 20/25] x86: L2 CAT: implement get value flow.

>>> On 16.03.17 at 12:08, wrote: > --- a/xen/include/public/domctl.h > +++ b/xen/include/public/domctl.h > @@ -1138,6 +1138,7 @@ struct xen_domctl_psr_cat_op { > #define XEN_DOMCTL_PSR_CAT_OP_SET_L3_DATA3 > #define XEN_DOMCTL_PSR_CAT_OP_GET_L3_CODE4 > #define

Re: [Xen-devel] [PATCH v9 19/25] x86: L2 CAT: implement get hw info flow.

>>> On 16.03.17 at 12:08, wrote: > --- a/xen/include/public/sysctl.h > +++ b/xen/include/public/sysctl.h > @@ -744,6 +744,7 @@ typedef struct xen_sysctl_pcitopoinfo > xen_sysctl_pcitopoinfo_t; > DEFINE_XEN_GUEST_HANDLE(xen_sysctl_pcitopoinfo_t); > > #define

Re: [Xen-devel] [PATCH] tools/firmware: use a canned config for seabios

On Fri, Mar 24, 2017 at 11:54:45AM +, Paul Durrant wrote: > > -Original Message- > > From: Wei Liu [mailto:wei.l...@citrix.com] > > Sent: 24 March 2017 11:47 > > To: Paul Durrant > > Cc: xen-de...@lists.xenproject.org; Ian Jackson ; > >

Re: [Xen-devel] [PATCH] x86/setup: enclose opt_dom0_shadow in CONFIG_SHADOW_PAGING

>>> On 27.03.17 at 16:12, wrote: > --- a/xen/arch/x86/setup.c > +++ b/xen/arch/x86/setup.c > @@ -1561,7 +1561,11 @@ void __init noreturn __start_xen(unsigned long mbi_p) > if ( dom0_pvh ) > { > domcr_flags |= DOMCRF_hvm | > -

Re: [Xen-devel] [PATCH] x86/setup: enclose opt_dom0_shadow in CONFIG_SHADOW_PAGING

On Mon, Mar 27, 2017 at 08:22:34AM -0600, Jan Beulich wrote: > >>> On 27.03.17 at 16:12, wrote: > > --- a/xen/arch/x86/setup.c > > +++ b/xen/arch/x86/setup.c > > @@ -1561,7 +1561,11 @@ void __init noreturn __start_xen(unsigned long mbi_p) > > if ( dom0_pvh ) > > { >

Re: [Xen-devel] [PATCH v3] x86: clarify shadow paging Dom0 support

>>> On 27.03.17 at 16:15, wrote: > On Mon, Mar 27, 2017 at 02:58:15PM +0100, Andrew Cooper wrote: >> >> This needs to be inside a #ifdef CONFIG_SHADOW_PAGING to avoid breaking >> the build. >> > > I just found out there is a similar issue in x86/setup.c and I sent > a

Re: [Xen-devel] [PATCH v5] altp2m: Allow specifying external-only use-case

On Wed, Mar 22, 2017 at 12:07:33PM -0600, Tamas K Lengyel wrote: > Currently setting altp2mhvm=1 in the domain configuration allows access to the > altp2m interface for both in-guest and external privileged tools. This poses > a problem for use-cases where only external access should be allowed,

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

flight 106930 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/106930/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu 11 guest-start fail REGR. vs. 59254

Re: [Xen-devel] [PATCH v3] x86: clarify shadow paging Dom0 support

On Mon, Mar 27, 2017 at 02:58:15PM +0100, Andrew Cooper wrote: > > This needs to be inside a #ifdef CONFIG_SHADOW_PAGING to avoid breaking > the build. > I just found out there is a similar issue in x86/setup.c and I sent a separate patch to fix that. Wei.

Re: [Xen-devel] [PATCH v9 17/25] x86: refactor psr: CDP: implement set value callback functions.

>>> On 16.03.17 at 12:08, wrote: > +static bool l3_cdp_fits_cos_max(const uint32_t val[], > +const struct feat_node *feat, > +unsigned int cos) > +{ > +if ( cos > feat->info.cat_info.cos_max && > +

[Xen-devel] [PATCH] x86/setup: enclose opt_dom0_shadow in CONFIG_SHADOW_PAGING

Signed-off-by: Wei Liu --- Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/setup.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/xen/arch/x86/setup.c b/xen/arch/x86/setup.c index

Re: [Xen-devel] [PATCH v2 16/27] ARM: vITS: handle CLEAR command

Hi Andre, On 27/03/17 09:44, Andre Przywara wrote: Hi, On 24/03/17 17:17, Stefano Stabellini wrote: On Fri, 24 Mar 2017, Andre Przywara wrote: Hi, On 24/03/17 14:27, Julien Grall wrote: Hi Andre, On 03/16/2017 11:20 AM, Andre Przywara wrote: This introduces the ITS command handler for

Re: [Xen-devel] [PATCH v9 15/25] x86: refactor psr: CDP: implement get hw info flow.

>>> On 16.03.17 at 12:08, wrote: > --- a/xen/arch/x86/sysctl.c > +++ b/xen/arch/x86/sysctl.c > @@ -180,10 +180,36 @@ long arch_do_sysctl( > > ret = psr_get_info(sysctl->u.psr_cat_op.target, > PSR_CBM_TYPE_L3, data,

Re: [Xen-devel] [PATCH v2 09/27] ARM: GICv3: introduce separate pending_irq structs for LPIs

Hi, On 27/03/17 10:02, Andre Przywara wrote: On 24/03/17 17:26, Stefano Stabellini wrote: On Fri, 24 Mar 2017, Andre Przywara wrote: I am afraid that this would lead to situations where we needlessly allocate and deallocate pending_irqs. Under normal load I'd expect to have something like

Re: [Xen-devel] [PATCH v9 14/25] x86: refactor psr: CDP: implement CPU init and free flow.

>>> On 16.03.17 at 12:08, wrote: > @@ -209,12 +212,29 @@ static DEFINE_PER_CPU(struct psr_assoc, psr_assoc); > * array creation. It is used to transiently store a spare node. > */ > static struct feat_node *feat_l3_cat; > +static struct feat_node *feat_l3_cdp; > >

  1   2   3   >