[Xen-devel] [linux-arm-xen test] 107488: regressions - trouble: broken/fail/pass

flight 107488 linux-arm-xen real [real] http://logs.test-lab.xenproject.org/osstest/logs/107488/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 6 xen-boot fail in 107371 REGR. vs. 107176 Tests which are

Re: [Xen-devel] [Qemu-devel][PATCH] configure: introduce --enable-xen-fb-backend

On 14/04/17 19:52, Stefano Stabellini wrote: > On Fri, 14 Apr 2017, Juergen Gross wrote: >> On 14/04/17 08:06, Oleksandr Andrushchenko wrote: >>> On 04/14/2017 03:12 AM, Stefano Stabellini wrote: On Tue, 11 Apr 2017, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

> From: Roger Pau Monné [mailto:roger@citrix.com] > Sent: Friday, April 14, 2017 11:35 PM > > Hello, > > Although PVHv2 Dom0 is not yet finished, I've been trying the current code > on > different hardware, and found that with pre-Haswell Intel hardware PVHv2 > Dom0 > completely freezes the

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

flight 107487 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/107487/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358 Tests which are

Re: [Xen-devel] [PATCH for-4.9] x86/vioapic: allow holes in the GSI range for PVH Dom0

On Mon, Apr 17, 2017 at 05:09:22PM +0100, Roger Pau Monne wrote: >The current vIO APIC for PVH Dom0 doesn't allow non-contiguous GSIs, which >means that all GSIs must belong to an IO APIC. This doesn't match reality, >where there are systems with non-contiguous GSIs. > >In order to fix this add a

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

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

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

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

Re: [Xen-devel] [PATCH V2] tests/xen-access: Added vm_event emulation tests

On Sat, Apr 15, 2017 at 1:45 AM, Razvan Cojocaru wrote: > This patch adds support for testing instruction emulation when > required by the vm_event reply sent for MEM_ACCESS events. To this > end, it adds the "emulate_write" and "emulate_exec" parameters > that behave

Re: [Xen-devel] EFI + tboot + Xen

On Apr 14, 2017, at 16:43, Daniel Kiper wrote: > >> On Fri, Apr 14, 2017 at 04:17:54PM +0100, Andrew Cooper wrote: >>> On 14/04/2017 15:54, Daniel Kiper wrote: >>> Hey, >>> >>> Has anybody tried to run EFI + tboot + Xen? >>> I have a feeling that it does not work

[Xen-devel] [PATCH 1/2] tools: Use POSIX poll.h instead of sys/poll.h

The POSIX spec specifies to use: #include instead of: #include as seen here: http://pubs.opengroup.org/onlinepubs/009695399/functions/poll.html This removes the warning: #warning redirecting incorrect #include to when building with the musl C-library. Signed-off-by: Alistair

[Xen-devel] [PATCH 2/2] tools: Use POSIX signal.h instead of sys/signal.h

The POSIX spec specifies to use: #include instead of: #include as seen here: http://pubs.opengroup.org/onlinepubs/009695399/functions/signal.html This removes the warning: #warning redirecting incorrect #include to when building with the musl C-library. Signed-off-by: Alistair

Re: [Xen-devel] [PATCH v3] ns16550-Add-command-line-parsing-adjustments

Hi Jan, I have a question about __initconst that you mentioned. On 4/3/2017 6:55 AM, Jan Beulich wrote: On 31.03.17 at 17:42, wrote: The title needs improvement - it doesn't really reflect what the patch does. Add name=value parsing options for com1 and com2 to

[Xen-devel] [PATCH v2 2/2] kexec: remove spinlock now that all KEXEC hypercall ops are protected at the top-level

The spinlock in kexec_swap_images() was removed as this function is only reachable on the kexec hypercall, which is now protected at the top-level in do_kexec_op_internal(), thus the local spinlock is no longer necessary. Signed-off-by: Eric DeVolder Reviewed-by:

[Xen-devel] [PATCH v2 0/2] kexec: Use hypercall_create_continuation to protect KEXEC ops

During testing (using the script below) we found that multiple invocations of kexec of unload/load are not safe. This does not exist in classic Xen kernels in which the kexec-tools did the kexec via Linux kernel syscall (which in turn made the hypercall), as the Linux code has a mutex_trylock

[Xen-devel] [PATCH v2 1/2] kexec: use hypercall_create_continuation to protect KEXEC ops

When we concurrently try to unload and load crash images we eventually get: Xen call trace: [] machine_kexec_add_page+0x3a0/0x3fa [] machine_kexec_load+0xdb/0x107 [] kexec.c#kexec_load_slot+0x11/0x42 [] kexec.c#kexec_load+0x119/0x150 [] kexec.c#do_kexec_op_internal+0xab/0xcf

[Xen-devel] [linux-arm-xen test] 107483: regressions - FAIL

flight 107483 linux-arm-xen real [real] http://logs.test-lab.xenproject.org/osstest/logs/107483/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 6 xen-boot fail REGR. vs. 107176 Tests which are

[Xen-devel] [PATCH for-4.9] x86/vioapic: allow holes in the GSI range for PVH Dom0

The current vIO APIC for PVH Dom0 doesn't allow non-contiguous GSIs, which means that all GSIs must belong to an IO APIC. This doesn't match reality, where there are systems with non-contiguous GSIs. In order to fix this add a base_gsi field to each hvm_vioapic struct, in order to store the base

Re: [Xen-devel] [PATCH 4/6] xen/arm: platforms: Add Tegra platform to support basic IRQ routing

>> +static const char * const tegra_dt_compat[] __initconst = >> +{ >> +"nvidia,tegra120", /* Tegra K1 */ > > This is still tegra120 (not tegra124), is that intended? If so, it is > still missing from arch/arm*/boot/dts. Do you have a pointer? It was not intended; thank you for catching it.

Re: [Xen-devel] [RFC PATCH 15/23] X86/vioapic: Hook interrupt delivery of vIOAPIC

On Fri, Mar 17, 2017 at 07:27:15PM +0800, Lan Tianyu wrote: > From: Chao Gao > > When irq remapping enabled, IOAPIC Redirection Entry maybe is in remapping > format. If that, generate a irq_remapping_request and send it to domain. > > Signed-off-by: Chao Gao

Re: [Xen-devel] [RFC PATCH 00/23] xen/vIOMMU: Add vIOMMU support with irq remapping fucntion on Intel platform

On Mon, Mar 20, 2017 at 02:23:02PM +, Roger Pau Monné wrote: > On Fri, Mar 17, 2017 at 07:27:00PM +0800, Lan Tianyu wrote: > > This patchset is to introduce vIOMMU framework and add virtual VTD's > > interrupt remapping support according "Xen virtual IOMMU high level > > design doc > >

Re: [Xen-devel] [RFC PATCH 4/23] VIOMMU: Add get irq info callback to convert irq remapping request

On Fri, Mar 17, 2017 at 07:27:04PM +0800, Lan Tianyu wrote: > This patch is to add get_irq_info callback for platform implementation > to convert irq remapping request to irq info (E,G vector, dest, dest_mode > and so on). > > Signed-off-by: Lan Tianyu > --- >

Re: [Xen-devel] [RFC PATCH 3/23] VIOMMU: Add irq request callback to deal with irq remapping

On Fri, Mar 17, 2017 at 07:27:03PM +0800, Lan Tianyu wrote: > This patch is to add irq request callback for platform implementation > to deal with irq remapping request. > > Signed-off-by: Lan Tianyu > --- > xen/common/viommu.c | 11 +++ >

Re: [Xen-devel] [RFC PATCH 2/23] DMOP: Introduce new DMOP commands for vIOMMU support

On Fri, Mar 17, 2017 at 07:27:02PM +0800, Lan Tianyu wrote: > This patch is to introduce create, destroy and query capabilities > command for vIOMMU. vIOMMU layer will deal with requests and call > arch vIOMMU ops. > > Signed-off-by: Lan Tianyu > --- >

Re: [Xen-devel] Updates on the project

Hello Jesus, I would like to thank you for the comments. I will look into the part where it uploads the data to the Elasticsearch index and the jwzthreading.py. I believe that I had mentioned in one of the IRC chats that I would be reusing the jwzthreading.py. I am sorry if I hadn't mentioned it.

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 01:57:10PM +0100, Roger Pau Monné wrote: >On Mon, Apr 17, 2017 at 01:47:47PM +0800, Chao Gao wrote: >> On Mon, Apr 17, 2017 at 01:21:01PM +0100, Roger Pau Monné wrote: >> >On Mon, Apr 17, 2017 at 01:12:27PM +0800, Chao Gao wrote: >> >[...] >> >> It works. I can test for you

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

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

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 01:47:47PM +0800, Chao Gao wrote: > On Mon, Apr 17, 2017 at 01:21:01PM +0100, Roger Pau Monné wrote: > >On Mon, Apr 17, 2017 at 01:12:27PM +0800, Chao Gao wrote: > >[...] > >> It works. I can test for you when you send out a formal patch. > > > >Thanks for the testing, will

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 01:21:01PM +0100, Roger Pau Monné wrote: >On Mon, Apr 17, 2017 at 01:12:27PM +0800, Chao Gao wrote: >[...] >> It works. I can test for you when you send out a formal patch. > >Thanks for the testing, will send formal patch shortly. > >Have you been able to reproduce the

[Xen-devel] [TEST] 4.9-rc1 testing results

Hey, Over the week I built from scratch and installed Xen 4.9-rc1 on Fedora Core 20. I had one issue that I hadn't yet dug completely in - that is the xenstored.service would not start. Invoking it manually made it work. But Fedora Core 20 is ancient, and I am planning to update that machine to

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

flight 107482 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/107482/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358 Tests which are

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 01:12:27PM +0800, Chao Gao wrote: [...] > It works. I can test for you when you send out a formal patch. Thanks for the testing, will send formal patch shortly. Have you been able to reproduce the IOMMU issue with that, or you just hit the panic at the end of PVH Dom0

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 11:38:33AM +0100, Roger Pau Monné wrote: >On Mon, Apr 17, 2017 at 10:49:45AM +0800, Chao Gao wrote: >> On Mon, Apr 17, 2017 at 09:38:54AM +0100, Roger Pau Monné wrote: >> >On Mon, Apr 17, 2017 at 09:03:12AM +0800, Chao Gao wrote: >> >> On Mon, Apr 17, 2017 at 08:47:48AM

Re: [Xen-devel] [RFC PATCH 5/23] Tools/libxc: Add viommu operations in libxc

On 2017年04月17日 19:08, Wei Liu wrote: > On Fri, Apr 14, 2017 at 11:38:15PM +0800, Lan, Tianyu wrote: >> Hi Paul: >> Sorry for later response. >> >> On 3/31/2017 3:57 AM, Chao Gao wrote: >>> On Wed, Mar 29, 2017 at 09:08:06AM +, Paul Durrant wrote: > -Original Message- >

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

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

Re: [Xen-devel] [RFC PATCH 5/23] Tools/libxc: Add viommu operations in libxc

On Fri, Apr 14, 2017 at 11:38:15PM +0800, Lan, Tianyu wrote: > Hi Paul: > Sorry for later response. > > On 3/31/2017 3:57 AM, Chao Gao wrote: > > On Wed, Mar 29, 2017 at 09:08:06AM +, Paul Durrant wrote: > > > > -Original Message- > > > > From: Xen-devel

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

flight 107481 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/107481/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-ovmf-amd64 15 guest-localmigrate/x10 fail pass in 107468 Regressions which are

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 10:49:45AM +0800, Chao Gao wrote: > On Mon, Apr 17, 2017 at 09:38:54AM +0100, Roger Pau Monné wrote: > >On Mon, Apr 17, 2017 at 09:03:12AM +0800, Chao Gao wrote: > >> On Mon, Apr 17, 2017 at 08:47:48AM +0100, Roger Pau Monné wrote: > >> >On Mon, Apr 17, 2017 at 07:32:45AM

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

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

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 09:38:54AM +0100, Roger Pau Monné wrote: >On Mon, Apr 17, 2017 at 09:03:12AM +0800, Chao Gao wrote: >> On Mon, Apr 17, 2017 at 08:47:48AM +0100, Roger Pau Monné wrote: >> >On Mon, Apr 17, 2017 at 07:32:45AM +0800, Chao Gao wrote: >> >> On Fri, Apr 14, 2017 at 04:34:41PM

[Xen-devel] [distros-debian-sid test] 71198: tolerable trouble: blocked/broken/fail/pass

flight 71198 distros-debian-sid real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71198/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-i386-sid-netboot-pvgrub 10 guest-start fail like 71167

Re: [Xen-devel] Outreachy project - Xen Code Review Dashboard

On Sun, 2017-04-16 at 21:26 -0700, Heather Booker wrote: > Hi Jesus! > > I appreciate the info on the unicode error. I might have missed it, > but I also asked about the general microtask specifications. Here > was my original inquiry: > > And to clarify, my understanding is that the final result

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 08:47:48AM +0100, Roger Pau Monné wrote: >On Mon, Apr 17, 2017 at 07:32:45AM +0800, Chao Gao wrote: >> On Fri, Apr 14, 2017 at 04:34:41PM +0100, Roger Pau Monné wrote: >> >Hello, >> > >> >Although PVHv2 Dom0 is not yet finished, I've been trying the current code >> >on >>

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Mon, Apr 17, 2017 at 07:32:45AM +0800, Chao Gao wrote: > On Fri, Apr 14, 2017 at 04:34:41PM +0100, Roger Pau Monné wrote: > >Hello, > > > >Although PVHv2 Dom0 is not yet finished, I've been trying the current code on > >different hardware, and found that with pre-Haswell Intel hardware PVHv2

Re: [Xen-devel] [PATCH for-4.9 v3 3/3] x86/atomic: fix cmpxchg16b inline assembly to work with clang

On Mon, Apr 10, 2017 at 02:34:35PM +0100, Roger Pau Monne wrote: > clang doesn't understand the "=A" register constrain when used with 64bits > assembly and spits out an internal error: > > fatal error: error in backend: Cannot select: 0x7f9fb89c9390: i64 = > build_pair 0x7f9fb89c92b0, >

Re: [Xen-devel] PVH Dom0 Intel IOMMU issues

On Fri, Apr 14, 2017 at 04:34:41PM +0100, Roger Pau Monné wrote: >Hello, > >Although PVHv2 Dom0 is not yet finished, I've been trying the current code on >different hardware, and found that with pre-Haswell Intel hardware PVHv2 Dom0 >completely freezes the box when calling iommu_hwdom_init in

[Xen-devel] [linux-arm-xen test] 107479: regressions - FAIL

flight 107479 linux-arm-xen real [real] http://logs.test-lab.xenproject.org/osstest/logs/107479/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 6 xen-boot fail REGR. vs. 107176 Tests which are