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

flight 101519 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101519/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101443

Re: [Xen-devel] [PATCH 6/8] xen/pvh: Initialize grant table for PVH guests

On 18/10/16 18:40, Boris Ostrovsky wrote: > On 10/18/2016 12:08 PM, Juergen Gross wrote: >> On 14/10/16 22:02, Boris Ostrovsky wrote: >>> On 10/14/2016 03:51 PM, Konrad Rzeszutek Wilk wrote: On Fri, Oct 14, 2016 at 03:43:19PM -0400, Boris Ostrovsky wrote: > On 10/14/2016 03:19 PM, Konrad

Re: [Xen-devel] [PATCH v4 2/2] x86/Intel: virtualize support for cpuid faulting

> From: Kyle Huey [mailto:m...@kylehuey.com] > Sent: Tuesday, October 18, 2016 9:57 PM > > >> diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c > >> index 6ed7486..a713ff3 100644 > >> --- a/xen/arch/x86/hvm/emulate.c > >> +++ b/xen/arch/x86/hvm/emulate.c > >> @@ -1544,16

Re: [Xen-devel] [PATCH v4 2/2] x86/Intel: virtualize support for cpuid faulting

> From: Kyle Huey [mailto:m...@kylehuey.com] > Sent: Tuesday, October 18, 2016 2:51 AM > > On HVM guests, the cpuid triggers a vm exit, so we can check the emulated > faulting state in vmx_do_cpuid and hvmemul_cpuid. A new function, > hvm_check_cpuid_fault will check if cpuid faulting is enabled

Re: [Xen-devel] [PATCH for-4.8 1/3] libacpi: fix arm64 build

On Tue, Oct 18, 2016 at 08:52:24AM +0100, Steve Capper wrote: > On Mon, Oct 17, 2016 at 04:36:18PM -0700, Stefano Stabellini wrote: > > On Mon, 17 Oct 2016, Wei Liu wrote: > > > On Mon, Oct 17, 2016 at 03:57:06PM +0100, Steve Capper wrote: > > > > On Mon, Oct 17, 2016 at 11:47:00AM +0100, Wei Liu

Re: [Xen-devel] [PATCH for-4.8 1/3] libacpi: fix arm64 build

On Mon, Oct 17, 2016 at 04:36:18PM -0700, Stefano Stabellini wrote: > On Mon, 17 Oct 2016, Wei Liu wrote: > > On Mon, Oct 17, 2016 at 03:57:06PM +0100, Steve Capper wrote: > > > On Mon, Oct 17, 2016 at 11:47:00AM +0100, Wei Liu wrote: > > > > On Fri, Oct 14, 2016 at 06:02:30PM +0100, Wei Liu

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

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

Re: [Xen-devel] [PATCH v4 2/2] x86/Intel: virtualize support for cpuid faulting

> From: Kyle Huey [mailto:m...@kylehuey.com] > Sent: Tuesday, October 18, 2016 2:51 AM > > On HVM guests, the cpuid triggers a vm exit, so we can check the emulated > faulting state in vmx_do_cpuid and hvmemul_cpuid. A new function, > hvm_check_cpuid_fault will check if cpuid faulting is enabled

Re: [Xen-devel] [PATCH for-4.8 1/3] libacpi: fix arm64 build

On Mon, Oct 17, 2016 at 04:36:18PM -0700, Stefano Stabellini wrote: > On Mon, 17 Oct 2016, Wei Liu wrote: > > On Mon, Oct 17, 2016 at 03:57:06PM +0100, Steve Capper wrote: > > > On Mon, Oct 17, 2016 at 11:47:00AM +0100, Wei Liu wrote: > > > > On Fri, Oct 14, 2016 at 06:02:30PM +0100, Wei Liu

Re: [Xen-devel] [BUG] XEN-4.8-rc2 sched-rtds does not accept settings

CC Dario and Meng On Mon, Oct 17, 2016 at 10:55:21PM +0100, Juergen Schinker wrote: > Hey Meng XU > > > xl -vf sched-rtds -v all -d 0 -p 2 -b 8000 > > whatever I set - the changes are not accepted and stay like you see further > down > > and the system feels very lame > > Cpupool

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

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

Re: [Xen-devel] [PATCH for-4.8 1/3] libacpi: fix arm64 build

On Tue, Oct 18, 2016 at 12:21:02PM +0100, Wei Liu wrote: [...] > > > --- > > > ARM64: fix libxl build, do not include ../../xen/include > > > > > > Do not include ../../xen/include/ to build libxl_arm_acpi.c: header > > > files clashing against default headers under /usr/include are present in >

Re: [Xen-devel] [PATCH v4 2/2] x86/Intel: virtualize support for cpuid faulting

On Tue, Oct 18, 2016 at 1:29 AM, Tian, Kevin wrote: >> From: Kyle Huey [mailto:m...@kylehuey.com] >> Sent: Tuesday, October 18, 2016 2:51 AM >> >> On HVM guests, the cpuid triggers a vm exit, so we can check the emulated >> faulting state in vmx_do_cpuid and hvmemul_cpuid. A

[Xen-devel] [PATCH] libxl: remove explicit rule for libxl_arm_acpi.o

After 9c635883 ("ARM64: fix libxl build, do not include ../../xen/include") there is nothing special needed to build libxl_arm_acpi.o. Remove the explicit rule, use predefined one. Build tested on ARM64. Suggested-by: Steve Capper Signed-off-by: Wei Liu

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

flight 101497 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101497/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 6 xen-boot fail REGR. vs. 101000

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote: > Thursday, October 13, 2016, 4:43:31 PM, you wrote: > > > Hi Jan / Wei, > > > Took a while before i had the chance to fiddle some more to find the actual > > culprit. > > After analyzing the output of xl -v create somewhat

[Xen-devel] [ovmf baseline-only test] 67899: all pass

This run is configured for baseline tests only. flight 67899 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67899/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf aaba2a44c24e8c688343bda15e915be9ae24056c baseline

Re: [Xen-devel] [PATCH 1/8] xen/x86: Remove PVH support

On 14/10/16 20:05, Boris Ostrovsky wrote: > We are replacing existing PVH guests with new implementation. > > Signed-off-by: Boris Ostrovsky Reviewed-by: Juergen Gross with the following addressed: > diff --git a/include/xen/xen.h

Re: [Xen-devel] [PATCH v4 2/2] x86/Intel: virtualize support for cpuid faulting

On Tue, Oct 18, 2016 at 3:09 AM, Andrew Cooper wrote: > On 17/10/16 19:51, Kyle Huey wrote: >> diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c >> index 6ed7486..a713ff3 100644 >> --- a/xen/arch/x86/hvm/emulate.c >> +++ b/xen/arch/x86/hvm/emulate.c

[Xen-devel] [libvirt test] 101502: regressions - all pass

flight 101502 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101502/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail REGR. vs. 101477

[Xen-devel] Modifying netback.c to produce logs

Hi, I've been playing around with the netback.c file in order to produce some log statements with dimes to better understand when each function in the file is called and I was having some trouble actually getting them to show up. I've written log statements in the following functions using the

Re: [Xen-devel] [PATCH 6/8] xen/pvh: Initialize grant table for PVH guests

On 10/18/2016 12:08 PM, Juergen Gross wrote: > On 14/10/16 22:02, Boris Ostrovsky wrote: >> On 10/14/2016 03:51 PM, Konrad Rzeszutek Wilk wrote: >>> On Fri, Oct 14, 2016 at 03:43:19PM -0400, Boris Ostrovsky wrote: On 10/14/2016 03:19 PM, Konrad Rzeszutek Wilk wrote: > On Fri, Oct 14, 2016

[Xen-devel] [ovmf baseline-only test] 67896: all pass

This run is configured for baseline tests only. flight 67896 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67896/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf d93a10c02bd963cc11670a9e02ce396764838768 baseline

Re: [Xen-devel] [PATCH v4 2/2] x86/Intel: virtualize support for cpuid faulting

On 17/10/16 19:51, Kyle Huey wrote: > diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c > index 6ed7486..a713ff3 100644 > --- a/xen/arch/x86/hvm/emulate.c > +++ b/xen/arch/x86/hvm/emulate.c > @@ -1544,16 +1544,35 @@ static int hvmemul_wbinvd( > > static int hvmemul_cpuid( >

Re: [Xen-devel] [PATCH 1/8] xen/x86: Remove PVH support

On 10/18/2016 11:33 AM, Juergen Gross wrote: > On 18/10/16 16:45, Boris Ostrovsky wrote: >> On 10/18/2016 09:46 AM, Juergen Gross wrote: >>> On 14/10/16 20:05, Boris Ostrovsky wrote: We are replacing existing PVH guests with new implementation. Signed-off-by: Boris Ostrovsky

Re: [Xen-devel] [PATCH 7/8] xen/pvh: PVH guests always have PV devices

On 14/10/16 20:05, Boris Ostrovsky wrote: > Signed-off-by: Boris Ostrovsky Reviewed-by: Juergen Gross > --- > arch/x86/xen/platform-pci-unplug.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [Xen-devel] [PATCH 1/2] README: Also mention other requirements.

Konrad Rzeszutek Wilk writes ("[PATCH 1/2] README: Also mention other requirements."): > From: Konrad Rzeszutek Wilk > > Mainly dctrl-grep which is in the dctrl-tools. Thanks, Acked-by: Ian Jackson

Re: [Xen-devel] [PATCH 2/2] s/HttpProxy/DebianMirrorProxy/

Konrad Rzeszutek Wilk writes ("[PATCH 2/2] s/HttpProxy/DebianMirrorProxy/"): > From: Konrad Rzeszutek Wilk ... > When constructing Debian related items we should be using the > DebianMirrorProxy instead of all catch HttpProxy. I don't think this is right, because

[Xen-devel] Modifying netback.c to produce logs

Hi, I’ve been playing around with the netback.c file in order to produce some log statements with dimes to better understand when each function in the file is called and I was having some trouble actually getting them to show up. I’ve written log statements in the following functions using the

Re: [Xen-devel] Modifying netback.c to produce logs

On Tue, Oct 18, 2016 at 03:58:34PM +, #PATHANGI JANARDHANAN JATINSHRAVAN# wrote: > Hi, > > I've been playing around with the netback.c file in order to produce > some log statements with dimes to better understand when each function > in the file is called and I was having some trouble

Re: [Xen-devel] [PATCH] libxl: remove explicit rule for libxl_arm_acpi.o

Wei Liu writes ("[PATCH] libxl: remove explicit rule for libxl_arm_acpi.o"): > After 9c635883 ("ARM64: fix libxl build, do not include > ../../xen/include") there is nothing special needed to build > libxl_arm_acpi.o. Remove the explicit rule, use predefined one. > > Build tested on ARM64. > >

[Xen-devel] 3.18.y missing "x86/cpu: Fix SMAP check in PVOPS environments"

Hi. It appears that 3.18.y is lacking 581b7f158fe0 "x86/cpu: Fix SMAP check in PVOPS environments". Without this, it crashes when booting under Xen PVOPS on processors with the new SMAP feature. Andrew Cooper tells me this bug is definitely present in 3.18.y. Would you please consider applying

Re: [Xen-devel] [PATCH 1/8] xen/x86: Remove PVH support

On 18/10/16 16:45, Boris Ostrovsky wrote: > On 10/18/2016 09:46 AM, Juergen Gross wrote: >> On 14/10/16 20:05, Boris Ostrovsky wrote: >>> We are replacing existing PVH guests with new implementation. >>> >>> Signed-off-by: Boris Ostrovsky >> Reviewed-by: Juergen Gross

Re: [Xen-devel] Debugging environment Update

Great! Please, let me know if I can help you. BTW, I hope you formally applied for Outreachy. Saludos, Jesus. On Mon, 2016-10-17 at 14:54 -0400, Tevin Mallory wrote: Hi Jesus,     How are you today? I hope you are doing well. Since running perceval on windows was giving me to much

Re: [Xen-devel] [PATCH 6/8] xen/pvh: Initialize grant table for PVH guests

On 14/10/16 22:02, Boris Ostrovsky wrote: > On 10/14/2016 03:51 PM, Konrad Rzeszutek Wilk wrote: >> On Fri, Oct 14, 2016 at 03:43:19PM -0400, Boris Ostrovsky wrote: >>> On 10/14/2016 03:19 PM, Konrad Rzeszutek Wilk wrote: On Fri, Oct 14, 2016 at 02:05:16PM -0400, Boris Ostrovsky wrote:

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

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

[Xen-devel] [OSSTEST PATCH] standalone-reset: Fix when TftpDiVersion not set in config

In b8134c7fa60d "mg-debian-installer-update: Print the correct value for TftpDiVersion", the output of mg-debian-installer-update was changed to be a config fragment. But standalone-reset expected it to be just the date value, and was not updated. Update it now. And leave a comment in

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

flight 101500 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101500/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail REGR. vs. 101443

Re: [Xen-devel] [PATCH 1/8] xen/x86: Remove PVH support

On 10/18/2016 09:46 AM, Juergen Gross wrote: > On 14/10/16 20:05, Boris Ostrovsky wrote: >> We are replacing existing PVH guests with new implementation. >> >> Signed-off-by: Boris Ostrovsky > Reviewed-by: Juergen Gross > > with the following

[Xen-devel] Xen virtual IOMMU high level design doc V2

Change since V1: 1) Update motivation for Xen vIOMMU - 288 vcpus support part 2) Change definition of struct xen_sysctl_viommu_op 3) Update "3.5 Implementation consideration" to explain why we needs to enable l2 translation first. 4) Update "4.3 Q35 vs I440x" - Linux/Windows

Re: [Xen-devel] linux-next: Tree for Oct 18 (xen)

This has already been reported: http://marc.info/?l=linux-kernel=147628583512117=3 Thanks. -boris On 10/18/2016 10:56 AM, Randy Dunlap wrote: > On 10/17/16 19:27, Stephen Rothwell wrote: >> Hi all, >> >> Changes since 20161017: > > on i386: > > arch/x86/built-in.o: In function

[Xen-devel] [xen-unstable-smoke test] 101512: regressions - FAIL

flight 101512 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101512/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-localmigrate/x10 fail REGR. vs. 101492

[Xen-devel] [PATCH 1/2] README: Also mention other requirements.

From: Konrad Rzeszutek Wilk Mainly dctrl-grep which is in the dctrl-tools. Signed-off-by: Konrad Rzeszutek Wilk --- README | 1 + 1 file changed, 1 insertion(+) diff --git a/README b/README index 4ff7e8d..97f098b 100644 --- a/README +++

[Xen-devel] [PATCH 2/2] s/HttpProxy/DebianMirrorProxy/

From: Konrad Rzeszutek Wilk where appropiate. When constructing Debian related items we should be using the DebianMirrorProxy instead of all catch HttpProxy. Or alternatively support the case where are no HttProxy at all. Signed-off-by: Konrad Rzeszutek Wilk

[Xen-devel] [PATCH v1] Documentation and various fixes to osstest.

Hey, Two little fixes, nothing major - but things I spotted as I was setting up osstest. ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] linux-next: Tree for Oct 18 (xen)

On 10/17/16 19:27, Stephen Rothwell wrote: > Hi all, > > Changes since 20161017: on i386: arch/x86/built-in.o: In function `xen_start_kernel': (.init.text+0x2fa6): undefined reference to `xen_cpu_dead' arch/x86/built-in.o: In function `xen_start_kernel': (.init.text+0x2fab): undefined

[Xen-devel] [OSSTEST PATCH] standalone-reset: Fix when TftpDiVersion not set in config

In b8134c7fa60d "mg-debian-installer-update: Print the correct value for TftpDiVersion", the output of mg-debian-installer-update was changed to be a config fragment. But standalone-reset expected it to be just the date value, and was not updated. Update it now. And leave a comment in

Re: [Xen-devel] [PATCH] libxl: remove explicit rule for libxl_arm_acpi.o

On Tue, 18 Oct 2016, Wei Liu wrote: > After 9c635883 ("ARM64: fix libxl build, do not include > ../../xen/include") there is nothing special needed to build > libxl_arm_acpi.o. Remove the explicit rule, use predefined one. > > Build tested on ARM64. > > Suggested-by: Steve Capper

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

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

Re: [Xen-devel] [BUG] XEN-4.8-rc2 sched-rtds does not accept settings

On Tue, 2016-10-18 at 11:51 +0100, Wei Liu wrote: > CC Dario and Meng > Hi, Thanks Wei for the Cc... > On Mon, Oct 17, 2016 at 10:55:21PM +0100, Juergen Schinker wrote: > >  > > xl -vf sched-rtds -v all -d 0 -p 2 -b 8000 > > > > whatever I set - the changes are not accepted and stay like

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

flight 101518 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101518/ 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

Re: [Xen-devel] [PATCH v2 3/3] docs: RTDS feature document.

Hi Meng, I've committed this patch. Feel free to send update when you and Dario have all the details hashed out. Wei. ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH] libxl: remove explicit rule for libxl_arm_acpi.o

On Tue, Oct 18, 2016 at 09:57:53AM -0700, Stefano Stabellini wrote: > On Tue, 18 Oct 2016, Wei Liu wrote: > > After 9c635883 ("ARM64: fix libxl build, do not include > > ../../xen/include") there is nothing special needed to build > > libxl_arm_acpi.o. Remove the explicit rule, use predefined one.

Re: [Xen-devel] [BUG] XEN-4.8-rc2 sched-rtds does not accept settings

On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu wrote: > CC Dario and Meng Thank you very much for cc.ing me, Wei! :-) > > On Mon, Oct 17, 2016 at 10:55:21PM +0100, Juergen Schinker wrote: >> Hey Meng XU Hi, Thanks for your interest in RTDS scheduler! :-) >> >> >> xl -vf

Re: [Xen-devel] [PATCH v2 3/3] docs: RTDS feature document.

Hi Dario, Thank you very much for writing this nice document! Sorry for the late reply... I found two typos in the command example. I saw the patch has been committed. Maybe I (or you) should send a patch to correct the typo? > > > + > +For checking or changing a VM's scheduling parameters from

Re: [Xen-devel] [BUG] XEN-4.8-rc2 sched-rtds does not accept settings

- On 18 Oct, 2016, at 17:41, Meng Xu xumengpa...@gmail.com wrote: > On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu wrote: >> CC Dario and Meng > > Thank you very much for cc.ing me, Wei! :-) > why are you not on the list? > The short story is: > If you use "xl

[Xen-devel] [ovmf baseline-only test] 67900: regressions - FAIL

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

Re: [Xen-devel] [BUG] XEN-4.8-rc2 sched-rtds does not accept settings

On Tue, Oct 18, 2016 at 07:52:29PM +0100, Juergen Schinker wrote: > > > - On 18 Oct, 2016, at 17:41, Meng Xu xumengpa...@gmail.com wrote: > > > On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu wrote: > >> CC Dario and Meng > > > > Thank you very much for cc.ing me, Wei! :-) >

[Xen-devel] [PATCH] xen-usb.c/usbif.h: fix ARM64 build issue

Hi all, While I was investigating the recent libxl ARM64 build issue, I found another ARM64 build problem. This one is in QEMU: CChw/usb/xen-usb.o hw/usb/xen-usb.c: In function ‘usbback_gnttab_map’: hw/usb/xen-usb.c:163:56: error: ‘PAGE_SIZE’ undeclared (first use in this function)

Re: [Xen-devel] Xen virtual IOMMU high level design doc V2

On 18/10/16 15:14, Lan Tianyu wrote: > Change since V1: > 1) Update motivation for Xen vIOMMU - 288 vcpus support part > 2) Change definition of struct xen_sysctl_viommu_op > 3) Update "3.5 Implementation consideration" to explain why we > needs to enable l2 translation first. > 4)

Re: [Xen-devel] [PATCH 0/3] Fix PCI passthrough for HVM with stubdomain

Hello, Marek Marczykowski-Górecki, on Tue 18 Oct 2016 03:53:30 +0200, wrote: > This series is follow up to previous attempts to fix this. Related threads: > - http://markmail.org/thread/dwjcdfk3y7s5c5kl "PCI passthrough with > stubdomain" > - http://xen.markmail.org/thread/l7tvqcxbiyc2grvr

Re: [Xen-devel] QEMU XenServer/XenProject Working group meeting 29th September 2016

I think this kind of calls should be announced on xen-devel before they happen, to give a chance to other people to participate (I cannot promise I would have participated but it is the principle that counts). If I missed the announcement, I apologize. On Fri, 14 Oct 2016, Jennifer Herbert

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

flight 101522 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101522/ 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

Re: [Xen-devel] Xen virtual IOMMU high level design doc V2

On Tue, Oct 18, 2016 at 10:14:16PM +0800, Lan Tianyu wrote: > Change since V1: > 1) Update motivation for Xen vIOMMU - 288 vcpus support part > 2) Change definition of struct xen_sysctl_viommu_op > 3) Update "3.5 Implementation consideration" to explain why we needs to > enable

Re: [Xen-devel] [PATCH 1/3] libxl: attach xen-pciback only to PV domains

On Tue, Oct 18, 2016 at 03:53:31AM +0200, Marek Marczykowski-Górecki wrote: > HVM domains use IOMMU and device model assistance for communicating with > PCI devices, xen-pcifront/pciback is used only in PV domains. > When HVM domain has device model in stubdomain, attaching xen-pciback to > the

Re: [Xen-devel] [DOC v7] PV Calls protocol design

On Thu, 13 Oct 2016, Stefano Stabellini wrote: > Hi all, > > This is the design document of the PV Calls protocol. You can find > prototypes of the Linux frontend and backend drivers here: > > git://git.kernel.org/pub/scm/linux/kernel/git/sstabellini/xen.git pvcalls-7 > > To use them, make sure

[Xen-devel] [distros-debian-snapshot test] 67898: tolerable FAIL

flight 67898 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67898/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-armhf-daily-netboot-pygrub 9 debian-di-install fail like 67858

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

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

Re: [Xen-devel] [PATCH 1/3] libxl: attach xen-pciback only to PV domains

On Tue, Oct 18, 2016 at 04:52:29PM -0400, Konrad Rzeszutek Wilk wrote: > On Tue, Oct 18, 2016 at 03:53:31AM +0200, Marek Marczykowski-Górecki wrote: > > HVM domains use IOMMU and device model assistance for communicating with > > PCI devices, xen-pcifront/pciback is used only in PV domains. > >

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

Den 18. okt. 2016 14:48, skrev Wei Liu: > On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote: >> Thursday, October 13, 2016, 4:43:31 PM, you wrote: >> >>> Hi Jan / Wei, >>> Took a while before i had the chance to fiddle some more to find the actual >>> culprit. >>> After analyzing

Re: [Xen-devel] [BUG] XEN-4.8-rc2 sched-rtds does not accept settings

On Tue, 2016-10-18 at 19:52 +0100, Juergen Schinker wrote: > > On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu > > wrote: > > >  > > Another thing is that the current RTDS scheduler will only allocate > > the amount of resource to the VCPU you set.  Since you set period > > and > >

Re: [Xen-devel] [PATCH v2 3/3] docs: RTDS feature document.

[Trimming the Cc-list] On Tue, 2016-10-18 at 13:49 -0400, Meng Xu wrote: > > +For checking or changing a VM's scheduling parameters from xl, do > > +as follows: > > +* `xl sched-rtds -d vm-rt` > > > It should be > xl sched-rtds -d vm-rt -v all > Yeah, you're right. I wrote this basing on

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

flight 101530 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/101530/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 100987

[Xen-devel] [ovmf baseline-only test] 67902: all pass

This run is configured for baseline tests only. flight 67902 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67902/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf bfa97024df7c0c4bd94157a1e9c3eb5e89cba656 baseline

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

flight 101515 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101515/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-pair 9 xen-boot/src_hostfail REGR. vs. 101000

Re: [Xen-devel] [PATCH 1/3] libxl: attach xen-pciback only to PV domains

- On 18 Oct, 2016, at 21:03, Marek Marczykowski-Górecki marma...@invisiblethingslab.com wrote: > On Tue, Oct 18, 2016 at 04:52:29PM -0400, Konrad Rzeszutek Wilk wrote: >> On Tue, Oct 18, 2016 at 03:53:31AM +0200, Marek Marczykowski-Górecki wrote: >> > HVM domains use IOMMU and device model

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

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

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

flight 101510 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101510/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101484