Re: [Xen-devel] [PATCH v7 00/11] grub-xen: support booting huge pv-domains

On Tue, Oct 11, 2016 at 04:00:58PM +0200, Juergen Gross wrote: > On 04/07/16 12:53, Daniel Kiper wrote: > > On Mon, Jul 04, 2016 at 12:33:17PM +0200, Juergen Gross wrote: > >> On 12/05/16 07:35, Juergen Gross wrote: > >>> Gentle ping... > >> > >> Okay, now 4 months since posting the last version.

Re: [Xen-devel] [PATCH v5 5/7] VT-d: No need to set irq affinity for posted format IRTE

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Wednesday, October 12, 2016 9:56 PM > To: Wu, Feng > Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com; > george.dun...@eu.citrix.com; Tian, Kevin ; xen- >

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

flight 101483 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101483/ 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] [PATCH] tools/xl: Use %u for uint32_t domids

On Mon, Oct 17, 2016 at 12:31 AM, Ronald Rojas wrote: > domid is normally represented by uint32_t, but many format > strings in xl_cmdimpl.c use %d when printing, which is signed. > Use %u instead to print the unsigned integer domid. > > Signed-off-by: Ronald Rojas

Re: [Xen-devel] New ipxe tarball

Ian might be able to help with this. On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote: > Looks like new ipxe tarball disappeared from xenbits: > > ostr:/tmp$ /usr/bin/wget -c -O _ipxe.tar.gz >

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

On 14/10/16 20:28, Kyle Huey wrote: >> :) I am now curious as to which bit I missed. > I made these changes. > > - Kyle > > --- > tests/cpuid-faulting/main.c | 9 ++--- > 1 file changed, 6 insertions(+), 3 deletions(-) > > diff --git a/tests/cpuid-faulting/main.c b/tests/cpuid-faulting/main.c

Re: [Xen-devel] [PATCH v2] x86/apicv: fix RTC periodic timer and apicv issue

On October 11, 2016 7:11 PM, Xuquan < xuqu...@huawei.com > wrote: >On October 11, 2016 3:49 PM, Tian, Kevin >>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com] >>> Sent: Monday, October 10, 2016 6:49 PM >>> >>> On October 10, 2016 5:40 PM, Jan Beulich < jbeul...@suse.com

Re: [Xen-devel] ANNOUNCEMENT] Xen 4.8 RC2 FULL SUCCESS 13.10.16

On Sat, Oct 15, 2016 at 11:17:06AM +0100, Juergen Schinker wrote: [...] > > > how would I know that a new security patch is available? > Keep an eye on https://xenbits.xen.org/xsa/ > > > next I test the new credit2 and RTDS scheduler yay > [...] > > would it make sense to give every VM

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

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 Pool-0: sched=RTDS NameIDPeriodBudget Domain-0

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

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 wrote: > > > > The arm64 build for libacpi was broken due to two reasons: > > > >

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

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

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

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

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

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 "Json config and stubdomain" With those patches applied, HVM finally have PCI devices

[Xen-devel] [PATCH 2/3] libxl: attach PCI device to qemu only after setting pciback/pcifront

When qemu is running in stubdomain, handling "pci-ins" command will fail if pcifront is not initialized already. Fix this by sending such command only after confirming that pciback/front is running. It is possible to handle this case in mini-os code, by delaying "pci-ins" handling until

[Xen-devel] [PATCH 3/3] libxl: don't try to manipulate json config for stubdomain

Stubdomain do not have it's own config file - its configuration is derived from target domains. Do not try to manipulate it when attaching PCI device. This bug prevented starting HVM with stubdomain and PCI passthrough device attached. Signed-off-by: Marek Marczykowski-Górecki

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

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 target domain itself is not only useless, but also may prevent attaching xen-pciback

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

flight 101494 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101494/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-xsm 6 xen-boot fail REGR. vs. 101443

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

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

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

flight 101490 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101490/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-qcow2 3 host-install(3) broken REGR. vs. 101443

Re: [Xen-devel] New ipxe tarball

On 10/17/2016 11:35 AM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: New ipxe tarball"): >> But (as you said below) we should be able to fetch the file that the >> Makefile references. (I didn't realize it was never put up there because >> presumably git clone worked until the DNS hiccup

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

On Mon, Oct 17, 2016 at 9:39 AM, Andrew Cooper wrote: > On 17/10/16 17:28, Kyle Huey wrote: >> On Mon, Oct 17, 2016 at 5:34 AM, Andrew Cooper >> wrote: >>> On 14/10/16 20:36, Kyle Huey wrote: On Fri, Oct 14, 2016 at 10:18 AM, Andrew

Re: [Xen-devel] [PATCH v5 4/7] VMX: Make sure PI is in proper state before install the hooks

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Wednesday, October 12, 2016 9:45 PM > To: Wu, Feng > Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com; > george.dun...@eu.citrix.com; Tian, Kevin ; xen- >

Re: [Xen-devel] New ipxe tarball

Wei Liu writes ("Re: New ipxe tarball"): > On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote: > > Looks like new ipxe tarball disappeared from xenbits: It was never there. > > ostr:/tmp$ /usr/bin/wget -c -O _ipxe.tar.gz > >

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

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

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

On Fri, Oct 14, 2016 at 06:02:30PM +0100, Wei Liu wrote: > The arm64 build for libacpi was broken due to two reasons: > > 1. ACPI_BUILD_DIR was appended twice to dsdt_anycpu_arm.c. > 2. The inclusion of firmware/Rules.mk overrided XEN_TARGET_ARCH, which >made CONFIG_ARM disappear. > > Fix

Re: [Xen-devel] [osstest test] 101467: regressions - FAIL

osstest service owner writes ("[osstest test] 101467: regressions - FAIL"): > flight 101467 osstest real [real] > http://logs.test-lab.xenproject.org/osstest/logs/101467/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

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

On 14/10/16 20:36, Kyle Huey wrote: > On Fri, Oct 14, 2016 at 10:18 AM, Andrew Cooper > wrote: >> On a slightly separate note, as you have just been a successful >> guinea-pig for XTF, how did you find it? It is a very new (still >> somewhat in development) system but

Re: [Xen-devel] [PATCH v3 1/2] x86/Intel: Expose cpuid_faulting_enabled so it can be used elsewhere

On 14/10/16 20:47, Kyle Huey wrote: > While we're here, use bool instead of bool_t. > > Signed-off-by: Kyle Huey Reviewed-by: Andrew Cooper ___ Xen-devel mailing list Xen-devel@lists.xen.org

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

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

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

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

Re: [Xen-devel] [PATCH] tools/xl: Use %u for uint32_t domids

On Sun, Oct 16, 2016 at 08:16:32PM -0400, Ronald Rojas wrote: > domid is normally represented by uint32_t, but many format > strings in xl_cmdimpl.c use %d when printing, which is signed. > Use %u instead to print the unsigned integer domid. > > Signed-off-by: Ronald Rojas

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

On Fri, Oct 14, 2016 at 12:47:36PM -0700, Kyle Huey wrote: > On HVM guests, the cpuid triggers a vm exit, so we can check the emulated > faulting state in vmx_do_cpuid and inject a GP(0) if CPL > 0. Notably no > hardware support for faulting on cpuid is necessary to emulate support with an > HVM

Re: [Xen-devel] [PATCH v3 1/2] x86/Intel: Expose cpuid_faulting_enabled so it can be used elsewhere

On Fri, Oct 14, 2016 at 12:47:35PM -0700, Kyle Huey wrote: > While we're here, use bool instead of bool_t. > > Signed-off-by: Kyle Huey FWIW: Reviewed-by: Wei Liu (since I happened to read this series per Andrew's request)

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

On 14/10/16 20:47, Kyle Huey wrote: > On HVM guests, the cpuid triggers a vm exit, so we can check the emulated > faulting state in vmx_do_cpuid and inject a GP(0) if CPL > 0. Notably no > hardware support for faulting on cpuid is necessary to emulate support with an > HVM guest. > > On PV guests,

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

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 wrote: > > The arm64 build for libacpi was broken due to two reasons: > > > > 1. ACPI_BUILD_DIR was appended twice to dsdt_anycpu_arm.c. > > 2. The inclusion of firmware/Rules.mk overrided

[Xen-devel] [OSSTEST PATCH] README: Document Webspace* parameters better

Signed-off-by: Ian Jackson CC: Konrad Rzeszutek Wilk --- README | 23 +++ 1 file changed, 23 insertions(+) diff --git a/README b/README index 4ff7e8d..01c4c96 100644 --- a/README +++ b/README @@ -549,8 +549,31 @@

[Xen-devel] [OSSTEST PATCH v2] README: Be less confusing about Tftp settings

Signed-off-by: Ian Jackson CC: Konrad Rzeszutek Wilk --- v2: Give the scope-free version as the basic explanation --- README | 40 +++- 1 file changed, 23 insertions(+), 17 deletions(-) diff --git a/README

Re: [Xen-devel] [OSSTEST PATCH v2] README: Be less confusing about Tftp settings

On Mon, Oct 17, 2016 at 03:11:55PM +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson > CC: Konrad Rzeszutek Wilk CCing Marcos. > --- > v2: Give the scope-free version as the basic explanation > --- > README | 40

Re: [Xen-devel] New ipxe tarball

On Mon, Oct 17, 2016 at 12:12:06PM +0100, Ian Jackson wrote: > Wei Liu writes ("Re: New ipxe tarball"): > > On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote: > > > Looks like new ipxe tarball disappeared from xenbits: > > It was never there. > > > > ostr:/tmp$ /usr/bin/wget -c -O

[Xen-devel] [xen-unstable test] 101484: tolerable FAIL

flight 101484 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101484/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-xsm 6 xen-boot fail in 101475 pass in 101484 test-armhf-armhf-xl 11

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

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

Re: [Xen-devel] [OSSTEST PATCH] README: Document Webspace* parameters better

On Mon, Oct 17, 2016 at 02:54:34PM +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson > CC: Konrad Rzeszutek Wilk Cc-ing Marcos. Reviewed-by: Konrad Rzeszutek Wilk > --- > README | 23 +++ > 1

[Xen-devel] [OSSTEST PATCH] README: Be less confusing about Tftp settings

Signed-off-by: Ian Jackson CC: Konrad Rzeszutek Wilk --- README | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README b/README index 01c4c96..2bd8955 100644 --- a/README +++ b/README @@ -493,8 +493,8 @@

Re: [Xen-devel] New ipxe tarball

On 10/17/2016 07:12 AM, Ian Jackson wrote: > Wei Liu writes ("Re: New ipxe tarball"): >> On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote: >>> Looks like new ipxe tarball disappeared from xenbits: > It was never there. > >>> ostr:/tmp$ /usr/bin/wget -c -O _ipxe.tar.gz >>>

Re: [Xen-devel] New ipxe tarball

Boris Ostrovsky writes ("Re: New ipxe tarball"): > But (as you said below) we should be able to fetch the file that the > Makefile references. (I didn't realize it was never put up there because > presumably git clone worked until the DNS hiccup here). I've arranged for an apparently-correct file

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.

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 more i came to the > insight it was probably Qemu and not Xen causing the fault.

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

flight 101492 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101492/ 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 2/2] x86/Intel: virtualize support for cpuid faulting

On Mon, Oct 17, 2016 at 5:34 AM, Andrew Cooper wrote: > On 14/10/16 20:36, Kyle Huey wrote: >> On Fri, Oct 14, 2016 at 10:18 AM, Andrew Cooper >> wrote: >>> On a slightly separate note, as you have just been a successful >>> guinea-pig for

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

On 17/10/16 17:28, Kyle Huey wrote: > On Mon, Oct 17, 2016 at 5:34 AM, Andrew Cooper > wrote: >> On 14/10/16 20:36, Kyle Huey wrote: >>> On Fri, Oct 14, 2016 at 10:18 AM, Andrew Cooper >>> wrote: On a slightly separate note, as you have

[Xen-devel] [distros-debian-sid test] 67893: tolerable FAIL

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

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

flight 101487 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101487/ 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] [PATCH for-4.8 1/3] libacpi: fix arm64 build

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 wrote: > > > The arm64 build for libacpi was broken due to two reasons: > > > > > > 1. ACPI_BUILD_DIR was appended twice

Re: [Xen-devel] Outreachy golang bindings planning

On Wed, Oct 12, 2016 at 12:49:18PM +0100, George Dunlap wrote: > Hey Ronald, > > My ultimate vision for the libxl golang project is to have the following: > > - Golang bindings for all core libxl functionality > - A test program which exersises as much of that functionality as is > reasonable >

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

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 and the CPL > 0. When it returns true, the cpuid handling functions will inject a GP(0). Notably

[Xen-devel] [PATCH v4 1/2] x86/Intel: Expose cpuid_faulting_enabled so it can be used elsewhere

While we're here, use bool instead of bool_t. Signed-off-by: Kyle Huey Reviewed-by: Andrew Cooper Reviewed-by: Wei Liu --- xen/arch/x86/cpu/intel.c| 9 + xen/include/asm-x86/cpuid.h | 3 +++ 2 files changed, 8

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

rr (http://rr-project.org/), a Linux userspace record-and-replay reverse- execution debugger, would like to trap and emulate the CPUID instruction. This would allow us to a) mask away certain hardware features that rr does not support (e.g. RDRAND) and b) enable trace portability across machines

[Xen-devel] Debugging environment Update

Hi Jesus, How are you today? I hope you are doing well. Since running perceval on windows was giving me to much trouble, I decided to change my OS to Ubuntu and haven't had any troubles with it. I am currently working on getting the data from the Xen git repo and should be finishing that up