Re: [Xen-devel] [PATCH] rombios: prevent building with PIC

Am Mon, 26 Jun 2017 00:30:50 -0600 schrieb "Jan Beulich" : > In the description you also talk about PIE, but you deal with PIC only here. > Is that intentional? If so, please say why in the description. Thats what the URL says. Unclear what the connection between -fpic and -fPIE (?) is. > Also

[Xen-devel] DomU can't start after recompiling DomU(PV) OS kernel

Xen Version:4.5.5 Guest OS(DomU OS):Ubuntu 14.04  Old kernel: 4.4.0new recompile Kernel : 4.4.31 // Install DomU OS in image file first, i use dd if=/dev/zero of=test.img bs=1M count=20480 to create 20G empty image file. then use xl create vm.cfg command to create VM. The configuration file(vm.cf

Re: [Xen-devel] [PATCH] rombios: prevent building with PIC

>>> Olaf Hering 06/23/17 7:27 PM >>> >--- a/tools/firmware/rombios/32bit/Makefile >+++ b/tools/firmware/rombios/32bit/Makefile >@@ -3,7 +3,7 @@ include $(XEN_ROOT)/tools/firmware/Rules.mk > >TARGET = 32bitbios_flat.h > >-CFLAGS += $(CFLAGS_xeninclude) -I.. -I../../../libacpi >+CFLAGS += $(CFLAG

Re: [Xen-devel] [PATCH] xen/disk: don't leak stack data via response ring

>>> Stefano Stabellini 06/23/17 8:43 PM >>> >On Fri, 23 Jun 2017, Jan Beulich wrote: >> >>> On 22.06.17 at 20:52, wrote: >> > I am happy to write the code and/or the commit message. Would a simple >> > cast like below work to fix the security issue? >> >> I suppose so, but you do realize that th

Re: [Xen-devel] [PATCH v2] passthrough: give XEN_DOMCTL_test_assign_device more sane semantics

>>> Daniel De Graaf 06/23/17 6:49 PM >>> >On 06/23/2017 11:00 AM, Jan Beulich wrote: >> So far callers of the libxc interface passed in a domain ID which was >> then ignored in the hypervisor. Instead, make the hypervisor honor it >> (accepting DOMID_INVALID to obtain original behavior), allowing

[Xen-devel] [xen-4.7-testing test] 111036: tolerable trouble: blocked/broken/fail/pass - PUSHED

flight 111036 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/111036/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-xtf-amd64-amd64-4 45 xtf/test-hvm64-lbr-tsx-vmentry fail in 111003 pass in 111036 test-amd64-i386-xl-q

[Xen-devel] [qemu-upstream-4.7-testing test] 111034: regressions - trouble: broken/fail/pass

flight 111034 qemu-upstream-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/111034/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 12 guest-start fail REGR. vs. 106836 build

Re: [Xen-devel] [PATCH for-4.9 v3 3/3] xen/livepatch: Don't crash on encountering STN_UNDEF relocations

On Sat, Jun 24, 2017 at 06:28:16PM +0100, Julien Grall wrote: > Hi Konrad, > > On 06/23/2017 03:46 PM, Konrad Rzeszutek Wilk wrote: > > On Fri, Jun 23, 2017 at 03:36:51PM +0100, Julien Grall wrote: > > > > > > > > > On 23/06/17 15:35, Konrad Rzeszutek Wilk wrote: > > > > On Fri, Jun 23, 2017 at

[Xen-devel] [qemu-mainline test] 111031: regressions - trouble: broken/fail/pass

flight 111031 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/111031/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 19 leak-check/check fail REGR. vs. 110925 Tests which did n

[Xen-devel] [PATCH RFC 3/3] libxl: upstream Qemu as PV backend for IOEMU stubdom

Set the PV model version for the IOEMU stubdom from the new device_model_pv_version setting. Existing code sets up the command line and spawns the specified version correctly. In addition, the upstream QEMU doesn't allow the restore console to be undefined (it SEGV's) so if this is not a restore s

[Xen-devel] [PATCH RFC 2/3] libxl: upstream Qemu as PV backend for IOEMU stubdom

Process xl.cfg file setting for PV device model version. Valid values are qemu-xen and qemu-xen-traditional. Signed-off-by: Simon Waterman --- tools/xl/xl_parse.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/tools/xl/xl_parse.c b/tools/xl/xl_parse.c index 856a304..48c

[Xen-devel] [PATCH RFC 0/3] libxl: upstream Qemu as PV backend for IOEMU stubdom

This patch adds support for choosing upstream QEMU as the PV QEMU backend for an IOEMU stubdom instead of qemu-xen-traditional. The motivation is to expose QEMU features only available in upstream like VNC auth options. It adds a new xl.cfg file parameter named device_model_pv_version taking the s

[Xen-devel] [PATCH RFC 1/3] libxl: upstream Qemu as PV backend for IOEMU stubdom

Add new domain build setting recording the chosen version of PV Qemu backend for an IOEMU stubdom. Signed-off-by: Simon Waterman --- tools/libxl/libxl_types.idl | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl index 2204425..16ddeaf 10

[Xen-devel] [libvirt test] 111029: tolerable trouble: blocked/broken/pass - PUSHED

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

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

flight 111028 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/111028/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-win7-amd64 6 xen-install fail REGR. vs. 110465 test-amd64-i386-xl

[Xen-devel] [ovmf baseline-only test] 71597: tolerable FAIL

This run is configured for baseline tests only. flight 71597 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71597/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-i386-libvirt5 libvirt-buildfai

[Xen-devel] [linux-4.9 test] 111027: regressions - trouble: blocked/broken/fail/pass

flight 111027 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/111027/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-xsm 16 guest-start/debian.repeat fail REGR. vs. 110557 Tests which did not s

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

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

[Xen-devel] [linux-linus test] 111025: regressions - trouble: broken/fail/pass

flight 111025 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/111025/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-libvirt-xsm 3 host-install(3)broken REGR. vs. 110515 test-arm64-arm64-xl

[Xen-devel] [xen-unstable-coverity test] 111050: all pass - PUSHED

flight 111050 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/111050/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen d5f6383d9a0316a37fb3f05a23d4cce936a262b3 baseline version: xen d8f1

[Xen-devel] [xen-4.9-testing test] 111022: regressions - trouble: broken/fail/pass

flight 111022 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/111022/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-xsm 3 host-install(3)broken REGR. vs. 110550 test-arm64-arm6

[Xen-devel] [qemu-upstream-unstable baseline-only test] 71596: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 71596 qemu-upstream-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71596/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-libvirt5 libvi

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

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