Re: [Xen-devel] [PATCH] X86/vmx: Dump PIR and vIRR before ASSERT()

> From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: Tuesday, February 07, 2017 6:05 PM > > On Tue, Feb 07, 2017 at 02:51:54AM -0700, Jan Beulich wrote: > > >>> On 07.02.17 at 00:32, wrote: > > > Commit c7bdecae42 ("x86/apicv: fix RTC periodic timer and apicv issue") > > > has > > > added a asse

Re: [Xen-devel] [PATCH] x86/vvmx: Improvements to INVEPT instruction handling

> From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: Tuesday, February 07, 2017 12:55 AM > > * Latch current once at the start. > * Avoid the memory operand read for INVEPT_ALL_CONTEXT. Experimentally, this >is how hardware behaves, and avoids an unnecessary pagewalk. > * Rejec

[Xen-devel] [PATCH v3 1/2] xen/kbdif: update protocol documentation

From: Oleksandr Andrushchenko Update protocol documentation with better description and ASCII box notation of the structures. Add description for Xen store entries, introduce helper string constants. Reviewed-by: Stefano Stabellini Reviewed-by: Konrad Rzeszutek Wilk Signed-off-by: Oleksandr An

[Xen-devel] [PATCH v3 0/2] xen/kbdif: add multi-touch support

From: Oleksandr Andrushchenko Hi, all! This series updates existing kbdif protocol documentation and adds multi-touch support Thank you, Oleksandr Andrushchenko --- Changes since v2: * changed names of Xen store entries from mt-xxx to multi-touch-xxx Changes since v1: * removed mtouch fo

[Xen-devel] [PATCH v3 2/2] xen/kbdif: add multi-touch support

From: Oleksandr Andrushchenko Multi-touch fields re-use the page that is used by the other features which means that you can interleave multi-touch, motion, and key events. Reviewed-by: Stefano Stabellini Signed-off-by: Oleksandr Andrushchenko --- xen/include/public/io/kbdif.h | 210 +

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

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

Re: [Xen-devel] [PATCH] xen/mm: Alter is_iomem_page() to use mfn_t

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, February 06, 2017 11:38 PM > > >>> On 06.02.17 at 15:48, wrote: > > On Mon, 2017-02-06 at 07:26 -0700, Jan Beulich wrote: > >> > > >> > > > >> > > > > >> > > > On 06.02.17 at 14:55, wrote: > >> > Switch its return type to bool to mat

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

flight 105628 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105628/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64-xsm

Re: [Xen-devel] [PATCH] X86/vmx: Dump PIR and vIRR before ASSERT()

On Tue, Feb 07, 2017 at 09:18:56AM -0700, Jan Beulich wrote: On 07.02.17 at 08:28, wrote: >> On Tue, Feb 07, 2017 at 06:46:16AM -0700, Jan Beulich wrote: >> On 07.02.17 at 07:32, wrote: On Tue, Feb 07, 2017 at 03:04:32AM -0700, Jan Beulich wrote: On 07.02.17 at 07:48, wrot

Re: [Xen-devel] [PATCH] VT-d: make print_vtd_entries() less verbose

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, February 06, 2017 8:37 PM > > Especially printing virtual addresses of mappings of the individual > pages seems rather useless here - this mostly obfuscates the important > numbers, and hinders comparing two printouts. Printing the pag

Re: [Xen-devel] [PATCH 2/2] x86/vmx: Drop ept_get_*() helpers

> From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: Tuesday, January 31, 2017 12:54 AM > > The ept_get_*() helpers are not used consistently, and are more verbose than > the code they wrap. Drop the wrappers and use the internal union names > consistently. > > While making these adj

Re: [Xen-devel] [PATCH 1/2] x86/vmx: Introduce a bitfield structure for EPT_VIOLATION EXIT_QUALIFICATIONs

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, January 31, 2017 6:56 PM > > >>> On 31.01.17 at 11:39, wrote: > > On 31/01/17 10:19, Jan Beulich wrote: > > On 30.01.17 at 17:54, wrote: > >>> This results in rather more readable code. No functional change. > >>> > >>> All fie

[Xen-devel] [PATCH v2] libxl: don't segfault when creating domain with invalid pvusb device

Creating a domain with an invalid controller specification for a pvusb device will currently segfault. Avoid this by bailing out early in case of a mandatory xenstore path not existing. Signed-of-by: Juergen Gross --- This patch is a backport candidate for 4.8 V2: introduce libxl__xs_read_manda

Re: [Xen-devel] [PATCH] x86/dmar: place the initdata annotation after the variable type

> From: Roger Pau Monne [mailto:roger@citrix.com] > Sent: Friday, January 27, 2017 12:18 AM > > clang cannot cope with the annotation being in the middle of the variable > declaration. > > Signed-off-by: Roger Pau Monné Acked-by: Kevin Tian ___ X

Re: [Xen-devel] [xen-unstable test] 104131: regressions - FAIL

> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com] > Sent: Monday, January 23, 2017 6:57 PM > > On January 20, 2017 5:09 PM, Quan Xu wrote: > >btw, for PIR.. I find that there might be a bug in > >__vmx_deliver_posted_interrupt()... > >why test_and_set_bit(VCPU_KICK_SOFTIRQ, &softirq_pending(cpu

[Xen-devel] [xen-unstable test] 105619: tolerable FAIL - PUSHED

flight 105619 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/105619/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt-xsm 13 saverestore-support-checkfail like 105600 test-amd64-i386-xl-qemuu-wi

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On 02/08/2017 01:23 AM, Tamas K Lengyel wrote: > > > On Tue, Feb 7, 2017 at 1:41 PM, Razvan Cojocaru > mailto:rcojoc...@bitdefender.com>> wrote: > > On 02/07/2017 10:20 PM, Tamas K Lengyel wrote: > > > > > > On Tue, Feb 7, 2017 at 11:57 AM, Razvan Cojocaru > > mailto:rcojoc..

Re: [Xen-devel] [PATCH RESEND v5 01/24] docs: create L2 Cache Allocation Technology (CAT) feature document

> From: Yi Sun [mailto:yi.y@linux.intel.com] > Sent: Sunday, January 22, 2017 10:15 AM > > > > + > > > + New option `-l` is added. > > > + `-l2`: Specify cbm for L2 cache. > > > + `-l3`: Specify cbm for L3 cache. > > > + > > > + If neither `-l2` nor `-l3` is given, level 3 is t

Re: [Xen-devel] [PATCH] libxl: don't segfault when creating domain with invalid pvusb device

On 07/02/17 19:36, Ian Jackson wrote: > Juergen Gross writes ("[PATCH] libxl: don't segfault when creating domain > with invalid pvusb device"): >> Creating a domain with an invalid controller specification for a pvusb >> device will currently segfault. >> >> Avoid this by bailing out early in cas

Re: [Xen-devel] [PATCH v3 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

On 07/02/17 23:39, Boris Ostrovsky wrote: > On 02/07/2017 12:51 PM, Boris Ostrovsky wrote: >> On 01/24/2017 11:23 AM, Juergen Gross wrote: >>> On 24/01/17 14:47, Boris Ostrovsky wrote: On 01/23/2017 01:59 PM, Boris Ostrovsky wrote: > On 01/23/2017 05:09 AM, Juergen Gross wrote: >> Hand

Re: [Xen-devel] [RFC XEN PATCH 16/16] tools/libxl: initiate pmem mapping via qmp callback

On 01/27/17 17:13 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:35AM +0800, Haozhong Zhang wrote: QMP command 'query-nvdimms' is used by libxl to get the backend, the guest SPA and size of each vNVDIMM device, and then libxl starts mapping backend to guest for each vNVDIMM de

Re: [Xen-devel] [RFC XEN PATCH 15/16] tools/libxl: handle return code of libxl__qmp_initializations()

On 01/27/17 17:11 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:34AM +0800, Haozhong Zhang wrote: If any error code is returned when creating a domain, stop the domain creation. This looks like it is a bug-fix that can be spun off from this patchset? Yes, if everyone con

Re: [Xen-devel] [RFC XEN PATCH 14/16] tools/libxl: add support to map files on pmem devices to guests

On 01/27/17 17:10 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:33AM +0800, Haozhong Zhang wrote: We can map host pmem devices or files on pmem devices to guests. This patch adds support to map files on pmem devices. The implementation relies on the Linux pmem driver and kern

Re: [Xen-devel] [RFC XEN PATCH 13/16] tools/libxl: add support to map host pmem device to guests

On 01/27/17 17:06 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:32AM +0800, Haozhong Zhang wrote: We can map host pmem devices or files on pmem devices to guests. This patch adds support to map pmem devices. The implementation relies on the Linux pmem driver, so it currently

Re: [Xen-devel] [RFC XEN PATCH 12/16] tools/libxl: build qemu options from xl vNVDIMM configs

On 01/27/17 16:48 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:31AM +0800, Haozhong Zhang wrote: For xl vNVDIMM configs vnvdimms = [ '/path/to/pmem0', '/path/to/pmem1', ... ] the following qemu options are built -machine ,nvdimm -m ,slots=$NR_SLOTS,maxmem=$MEM_SIZE

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

flight 105622 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105622/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64-xsm

Re: [Xen-devel] [RFC XEN PATCH 12/16] tools/libxl: build qemu options from xl vNVDIMM configs

On 01/27/17 16:47 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:31AM +0800, Haozhong Zhang wrote: For xl vNVDIMM configs vnvdimms = [ '/path/to/pmem0', '/path/to/pmem1', ... ] the following qemu options are built -machine ,nvdimm -m ,slots=$NR_SLOTS,maxmem=$MEM_SIZE

Re: [Xen-devel] [RFC XEN PATCH 11/16] tools/libacpi: load ACPI built by the device model

On 01/27/17 16:40 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:30AM +0800, Haozhong Zhang wrote: ACPI tables built by the device model, whose signatures do not conflict with tables built by Xen (except SSDT), are loaded after ACPI tables built by Xen. ACPI namespace devices

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

flight 105616 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/105616/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-credit2 14 guest-saverestore fail REGR. vs. 59254 test-amd64-i386-xl

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

flight 105621 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105621/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64-xsm

Re: [Xen-devel] [RFC XEN PATCH 10/16] tools/libacpi: add a simple AML builder

On 01/27/17 16:19 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:29AM +0800, Haozhong Zhang wrote: It is used by libacpi to generate SSDTs from ACPI namespace devices built by the device model. Would it make sense to include a link to document outlining the the AML code? Or

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

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

Re: [Xen-devel] [RFC XEN PATCH 09/16] tools/libacpi: add callbacks to access XenStore

On 01/27/17 16:10 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:28AM +0800, Haozhong Zhang wrote: libacpi needs to access information placed in XenStore in order to load ACPI built by the device model. Signed-off-by: Haozhong Zhang --- Cc: Jan Beulich Cc: Andrew Cooper Cc

Re: [Xen-devel] [RFC XEN PATCH 08/16] tools/libacpi: expose details of memory allocation callback

On 01/27/17 15:58 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:27AM +0800, Haozhong Zhang wrote: Expose the minimal allocation unit and the minimal alignment used by the memory allocator, so that certain ACPI code (e.g. the AML builder added later) can get contiguous memory

Re: [Xen-devel] [RFC XEN PATCH 07/16] tools/libacpi: add callback acpi_ctxt.p2v to get a pointer from physical address

On 01/27/17 15:46 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:26AM +0800, Haozhong Zhang wrote: This callback is used when libacpi needs to in-place access ACPI built by the device model, whose address is specified in the physical address. May I recommend you write: This

Re: [Xen-devel] [RFC XEN PATCH 06/16] tools: reserve guest memory for ACPI from device model

On 01/27/17 15:44 -0500, Konrad Rzeszutek Wilk wrote: On Mon, Oct 10, 2016 at 08:32:25AM +0800, Haozhong Zhang wrote: One guest page is reserved for the device model to place guest ACPI. The guest ACPI what? ACPI SSDT? MADT? For NVDIMM, it includes NFIT and SSDT. However, the mechanism imple

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

flight 105617 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105617/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64-xsm

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Tue, Feb 7, 2017 at 1:51 PM, Julien Grall wrote: > Hi Tamas, > > On 07/02/2017 20:38, Tamas K Lengyel wrote: > >> >> >> On Tue, Feb 7, 2017 at 12:42 PM, Edgar E. Iglesias >> mailto:edgar.igles...@gmail.com>> wrote: >> >> From: "Edgar E. Iglesias" > > >

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On Tue, Feb 7, 2017 at 3:09 PM, Mihai Donțu wrote: > On Tue, 7 Feb 2017 22:41:57 +0200 Razvan Cojocaru wrote: > > On 02/07/2017 10:20 PM, Tamas K Lengyel wrote: > > > On Tue, Feb 7, 2017 at 11:57 AM, Razvan Cojocaru wrote: > > > On 02/07/2017 08:39 PM, Andrew Cooper wrote: > > > > On 07/0

Re: [Xen-devel] [PATCH v2] xen-netfront: Improve error handling during initialization

On 02/07/2017 09:55 AM, Ross Lagerwall wrote: > This fixes a crash when running out of grant refs when creating many > queues across many netdevs. > > * If creating queues fails (i.e. there are no grant refs available), > call xenbus_dev_fatal() to ensure that the xenbus device is set to the > clos

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On Tue, Feb 7, 2017 at 1:41 PM, Razvan Cojocaru wrote: > On 02/07/2017 10:20 PM, Tamas K Lengyel wrote: > > > > > > On Tue, Feb 7, 2017 at 11:57 AM, Razvan Cojocaru > > mailto:rcojoc...@bitdefender.com>> wrote: > > > > On 02/07/2017 08:39 PM, Andrew Cooper wrote: > > > On 07/02/17 18:31,

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

flight 105613 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/105613/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 105600 Regress

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

flight 105615 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105615/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64-xsm

Re: [Xen-devel] [PATCH v3 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

On 02/07/2017 12:51 PM, Boris Ostrovsky wrote: > On 01/24/2017 11:23 AM, Juergen Gross wrote: >> On 24/01/17 14:47, Boris Ostrovsky wrote: >>> On 01/23/2017 01:59 PM, Boris Ostrovsky wrote: On 01/23/2017 05:09 AM, Juergen Gross wrote: > Handling of multiple concurrent Xenstore accesses thr

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On Wed, 8 Feb 2017 00:09:52 +0200 Mihai Donțu wrote: > On Tue, 7 Feb 2017 22:41:57 +0200 Razvan Cojocaru wrote: > > On 02/07/2017 10:20 PM, Tamas K Lengyel wrote: > > > On Tue, Feb 7, 2017 at 11:57 AM, Razvan Cojocaru wrote: > > > On 02/07/2017 08:39 PM, Andrew Cooper wrote: > > > > O

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On Tue, 7 Feb 2017 22:41:57 +0200 Razvan Cojocaru wrote: > On 02/07/2017 10:20 PM, Tamas K Lengyel wrote: > > On Tue, Feb 7, 2017 at 11:57 AM, Razvan Cojocaru wrote: > > On 02/07/2017 08:39 PM, Andrew Cooper wrote: > > > On 07/02/17 18:31, Razvan Cojocaru wrote: > > >> On 02/07/2017

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

Hi Tamas, On 07/02/2017 20:38, Tamas K Lengyel wrote: On Tue, Feb 7, 2017 at 12:42 PM, Edgar E. Iglesias mailto:edgar.igles...@gmail.com>> wrote: From: "Edgar E. Iglesias" mailto:edgar.igles...@xilinx.com>> Allow platform_hvc to handle guest SMC calls (as well as HVC calls) in a

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On 02/07/2017 10:20 PM, Tamas K Lengyel wrote: > > > On Tue, Feb 7, 2017 at 11:57 AM, Razvan Cojocaru > mailto:rcojoc...@bitdefender.com>> wrote: > > On 02/07/2017 08:39 PM, Andrew Cooper wrote: > > On 07/02/17 18:31, Razvan Cojocaru wrote: > >> On 02/07/2017 08:15 PM, Tamas K Lengye

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

flight 105606 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/105606/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-credit2 15 guest-localmigratefail REGR. vs. 59254 test-amd64-amd64-xl

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Tue, Feb 7, 2017 at 12:42 PM, Edgar E. Iglesias wrote: > From: "Edgar E. Iglesias" > > Allow platform_hvc to handle guest SMC calls (as well as > HVC calls) in a platform specific way. > > Signed-off-by: Edgar E. Iglesias > --- > xen/arch/arm/traps.c | 5 + > 1 file changed, 5 insertion

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

.snip.. > Frontend XenBus Nodes > > version > Values: > > Protocol version, chosen among the ones supported by the backend > (see **versions** under [Backend XenBus Nodes]). Currently the > value must be "1". > > port > Values: > > The identi

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On Tue, Feb 7, 2017 at 11:57 AM, Razvan Cojocaru wrote: > On 02/07/2017 08:39 PM, Andrew Cooper wrote: > > On 07/02/17 18:31, Razvan Cojocaru wrote: > >> On 02/07/2017 08:15 PM, Tamas K Lengyel wrote: > >>> > >>> On Tue, Feb 7, 2017 at 9:53 AM, Razvan Cojocaru > >>> mailto:rcojoc...@bitdefender.c

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

flight 105614 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105614/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64-xsm

Re: [Xen-devel] [PATCH v2 1/2] xen/kbdif: update protocol documentation

On Tue, Feb 07, 2017 at 09:46:15PM +0200, Oleksandr Andrushchenko wrote: > > > On 02/07/2017 07:38 PM, Konrad Rzeszutek Wilk wrote: > > On Thu, Jan 26, 2017 at 09:46:46AM +0200, Oleksandr Andrushchenko wrote: > > > From: Oleksandr Andrushchenko > > > > > > Reviewed-by: Stefano Stabellini > > R

Re: [Xen-devel] [PATCH v2 1/2] xen/kbdif: update protocol documentation

On 02/07/2017 07:38 PM, Konrad Rzeszutek Wilk wrote: On Thu, Jan 26, 2017 at 09:46:46AM +0200, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Reviewed-by: Stefano Stabellini Reviewed-by: Konrad Rzeszutek Wilk May I put this into v3? Thank you for documenting this! My plea

[Xen-devel] [RFC v2 6/6] xen/arm: zynqmp: Remove blacklist of ZynqMP's PM node

From: "Edgar E. Iglesias" Stop blacklisting ZynqMP's power management node. This is now possible since we allow the hardware domain to issue HVC/SMC calls to firmware. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/platforms/xilinx-zynqmp.c | 8 1 file changed, 8 deletions(-) diff

[Xen-devel] [RFC v2 2/6] xen/arm: Introduce platform_hvc

From: "Edgar E. Iglesias" Introduce platform_hvc as a way to handle hypercalls that Xen does not know about in a platform specific way. This is particularly useful for implementing the SiP (SoC implementation specific) service calls. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/platform.c

[Xen-devel] [RFC v2 5/6] xen/arm: zynqmp: Forward plaform specific firmware calls

From: "Edgar E. Iglesias" Implement an EEMI mediator and forward platform specific firmware calls from guests to firmware. The EEMI mediator is responsible for implementing access controls modifying or blocking calls that try to operate on setup for devices that are not under the calling guest's

[Xen-devel] [RFC v2 0/6] zynqmp: Add forwarding of platform specific firmware calls

From: "Edgar E. Iglesias" The ZynqMP software stack has an extensive Firmware API based on EEMI: https://www.xilinx.com/support/documentation/user_guides/ug1200-eemi-api.pdf https://www.xilinx.com/support/documentation/user_guides/ug1199-zynq-power-management.pdf Software at EL1 is increasingly

[Xen-devel] [RFC v2 4/6] xen/arm: Introduce call_smcc64

From: "Edgar E. Iglesias" Introduce call_smcc64, a helper function to issue 64-bit SMC calls that follow the SMC Calling Convention. This includes returning up to 4 64-bit values. Signed-off-by: Edgar E. Iglesias --- xen/include/asm-arm/processor.h | 40

[Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

From: "Edgar E. Iglesias" Allow platform_hvc to handle guest SMC calls (as well as HVC calls) in a platform specific way. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/traps.c | 5 + 1 file changed, 5 insertions(+) diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c index 33950d9

[Xen-devel] [RFC v2 1/6] xen/arm: traps: Reorder early overwrite of FID

From: "Edgar E. Iglesias" Move the early setting of PSCI_RESULT_REG to a later stage avoiding the early override of the FID that's stored in the same register. No functional change. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/traps.c | 7 +-- 1 file changed, 5 insertions(+), 2 delet

[Xen-devel] [DOC v4] Xen transport for 9pfs

Changes in v4: - Backend XenBus Nodes first - add version negotiation - remove complex optimization to avoid unnecessary event notifications - move out indexes to separate cacheline - many clarifications Changes in v3: - clarify a few statements - rename port- to event-channel- - use grant_ref_t r

Re: [Xen-devel] [PATCH v15] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On 02/07/2017 09:16 PM, Konrad Rzeszutek Wilk wrote: On Mon, Jan 30, 2017 at 08:49:50AM +0200, Oleksandr Andrushchenko wrote: On 01/27/2017 08:57 PM, Konrad Rzeszutek Wilk wrote: On Fri, Jan 27, 2017 at 08:38:29PM +0200, Oleksandr Andrushchenko wrote: On 01/27/2017 08:13 PM, Konrad Rzeszutek W

Re: [Xen-devel] [PATCH v2 2/2] xen/kbdif: add multi-touch support

.snip.. > > s/mt/multi-touch/ please for all of the entries. > > > Namely: > mt-num-contacts -> multi-touch-num-contacts > mt-width -> multi-touch-width > mt-height -> multi-touch-height Yes please! ___ Xen-devel mailing list Xen-devel@lists.xen.org ht

Re: [Xen-devel] [PATCH v2 2/2] xen/kbdif: add multi-touch support

On 02/07/2017 08:48 PM, Konrad Rzeszutek Wilk wrote: On Thu, Jan 26, 2017 at 09:46:47AM +0200, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Usually you say a bit in the description of what it does and what's its usage is. Like: "Multi-touch fields re-use the page that is use

Re: [Xen-devel] [PATCH v15] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On Mon, Jan 30, 2017 at 08:49:50AM +0200, Oleksandr Andrushchenko wrote: > On 01/27/2017 08:57 PM, Konrad Rzeszutek Wilk wrote: > > On Fri, Jan 27, 2017 at 08:38:29PM +0200, Oleksandr Andrushchenko wrote: > > > > > > On 01/27/2017 08:13 PM, Konrad Rzeszutek Wilk wrote: > > > > .snip.. > > > > > I

[Xen-devel] [PATCH] xen-netfront: Rework the fix for Rx stall during OOM and network stress

The commit 90c311b0eeea ("xen-netfront: Fix Rx stall during network stress and OOM") caused the refill timer to be triggerred almost on all invocations of xennet_alloc_rx_buffers for certain workloads. This reworks the fix by reverting to the old behaviour and taking into consideration the skb allo

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On 02/07/2017 08:57 PM, Razvan Cojocaru wrote: > And yes, ideally we should have multi-page ring buffers - however that > is a long-term project that requires design changes in other parts of > Xen as well (Andrew, CCd here, was recently talking about one). Hah, sorry for using the third person, i

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On 02/07/2017 08:39 PM, Andrew Cooper wrote: > On 07/02/17 18:31, Razvan Cojocaru wrote: >> On 02/07/2017 08:15 PM, Tamas K Lengyel wrote: >>> >>> On Tue, Feb 7, 2017 at 9:53 AM, Razvan Cojocaru >>> mailto:rcojoc...@bitdefender.com>> wrote: >>> >>> Hello, >>> >>> Setting, e.g. 16 VCPUs for

[Xen-devel] [PATCH] x86/mm: Alter is_xen_fixed_mfn() to use mfn_t

The predicate is common between x86 and ARM, and is unlikley to be different on other architectures. Drop the arch declarations and introduce a common static inline in xen/mm.h instead. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Stefano Stabellini CC: Julien Grall CC: Tim Deegan CC

[Xen-devel] [PATCH v2] x86/time: Adjust init-time handling of pit0_ticks

There is no need for the volatile cast in the timer interrupt; the compiler may not elide the update. This reduces the generated assembly from a read, local modify, write to a single add instruction. Drop the memory barriers from timer_irq_works(), as they are not needed. pit0_ticks is only modif

Re: [Xen-devel] [PATCH v2 2/2] xen/kbdif: add multi-touch support

On Thu, Jan 26, 2017 at 09:46:47AM +0200, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > Usually you say a bit in the description of what it does and what's its usage is. Like: "Multi-touch fields re-use the page that is used by the other features which means that you can int

[Xen-devel] [PATCH] x86/p2m: Stop other vcpus using a nested p2m before clearing it

Until the IPI has completed, other processors might be running on this nested p2m object. clear_domain_page() does not guarantee to make 8-byte atomic updates, which means that a pagewalk on a remote processor might encounter a partial update. This is currently safe as other issues prevents a nes

[Xen-devel] [PATCH] x86/p2m: Reposition p2m_teardown_nestedp2m() to avoid its forward declaration

While adjusting these functions, use unsigned int rather than uint8_t for the loop variable, and fix the whitespace style. No functional change. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Tim Deegan CC: George Dunlap --- xen/arch/x86/mm/p2m.c | 36 +-

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On 07/02/17 18:31, Razvan Cojocaru wrote: > On 02/07/2017 08:15 PM, Tamas K Lengyel wrote: >> >> On Tue, Feb 7, 2017 at 9:53 AM, Razvan Cojocaru >> mailto:rcojoc...@bitdefender.com>> wrote: >> >> Hello, >> >> Setting, e.g. 16 VCPUs for a HVM guest, ends up blocking the guest >> complete

Re: [Xen-devel] [PATCH] libxl: don't segfault when creating domain with invalid pvusb device

Juergen Gross writes ("[PATCH] libxl: don't segfault when creating domain with invalid pvusb device"): > Creating a domain with an invalid controller specification for a pvusb > device will currently segfault. > > Avoid this by bailing out early in case of a mandatory xenstore path > not existing

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On 02/07/2017 08:15 PM, Tamas K Lengyel wrote: > > > On Tue, Feb 7, 2017 at 9:53 AM, Razvan Cojocaru > mailto:rcojoc...@bitdefender.com>> wrote: > > Hello, > > Setting, e.g. 16 VCPUs for a HVM guest, ends up blocking the guest > completely when subscribing to vm_events, apparently b

Re: [Xen-devel] [PATCH v2] MAINTAINERS: Add myself as the public API "Czar"

Jan Beulich writes ("Re: [PATCH v2] MAINTAINERS: Add myself as the public API "Czar""): > On 07.02.17 at 18:02, wrote: > > Changed it locally to be that. > > With that > Acked-by: Jan Beulich Likewise. Ian. ___ Xen-devel mailing list Xen-devel@lis

Re: [Xen-devel] [PATCH v4 0/2] XEN SWIOTLB dma operations extension

Both patches are fine by me. On Tue, 7 Feb 2017, Andrii Anisov wrote: > From: Andrii Anisov > > Some drivers need additional dma ops to be provided by xen swiotlb. Because > common operations implementation came from x86 world and does not suite ARM > needs we have to provide needed XEN SWIOTLB

Re: [Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

On Tue, Feb 7, 2017 at 9:53 AM, Razvan Cojocaru wrote: > Hello, > > Setting, e.g. 16 VCPUs for a HVM guest, ends up blocking the guest > completely when subscribing to vm_events, apparently because of this > code in xen/common/vm_event.c: > > 315 /* Give this vCPU a black eye if necessary, on

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

flight 68530 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68530/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-i386-daily-netboot-pvgrub 10 guest-start fail blocked in 68502 test-amd64-i38

Re: [Xen-devel] [PATCH 08/28] ARM: GICv3 ITS: introduce host LPI array

Hi Andre, On 30/01/2017 18:31, Andre Przywara wrote: The number of LPIs on a host can be potentially huge (millions), although in practise will be mostly reasonable. So prematurely allocating an array of struct irq_desc's for each LPI is not an option. However Xen itself does not care about LPIs

[Xen-devel] [PATCH v4 2/2] swiotlb-xen: implement xen_swiotlb_get_sgtable callback

From: Andrii Anisov Signed-off-by: Andrii Anisov Signed-off-by: Stefano Stabellini --- arch/arm/xen/mm.c | 1 + drivers/xen/swiotlb-xen.c | 28 include/xen/swiotlb-xen.h | 6 ++ 3 files changed, 35 insertions(+) diff --git a/arch/arm/xen/mm.c b/arch/

[Xen-devel] [PATCH v4 1/2] swiotlb-xen: implement xen_swiotlb_dma_mmap callback

From: Stefano Stabellini This function creates userspace mapping for the DMA-coherent memory. Signed-off-by: Stefano Stabellini Signed-off-by: Oleksandr Dmytryshyn Signed-off-by: Andrii Anisov --- arch/arm/xen/mm.c | 1 + drivers/xen/swiotlb-xen.c | 19 +++ include/x

[Xen-devel] [PATCH v4 0/2] XEN SWIOTLB dma operations extension

From: Andrii Anisov Some drivers need additional dma ops to be provided by xen swiotlb. Because common operations implementation came from x86 world and does not suite ARM needs we have to provide needed XEN SWIOTLB for ARM callbacks. dma_mmap patch is a port of an antique and lost patch discuss

Re: [Xen-devel] [PATCH v3 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

On 01/24/2017 11:23 AM, Juergen Gross wrote: > On 24/01/17 14:47, Boris Ostrovsky wrote: >> On 01/23/2017 01:59 PM, Boris Ostrovsky wrote: >>> On 01/23/2017 05:09 AM, Juergen Gross wrote: Handling of multiple concurrent Xenstore accesses through xenbus driver either from the kernel or use

Re: [Xen-devel] [PATCH v3 0/9] PVH v2 support (domU)

On 02/06/2017 12:00 PM, Boris Ostrovsky wrote: > PVHv2 support for unprivileged guests. > > Changes in v3: > * See patches 4 and 5 > Applied to for-linus-4.11 -boris ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

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

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

Re: [Xen-devel] [PATCH v2 1/2] xen/kbdif: update protocol documentation

On Thu, Jan 26, 2017 at 09:46:46AM +0200, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Reviewed-by: Stefano Stabellini Reviewed-by: Konrad Rzeszutek Wilk Thank you for documenting this! ___ Xen-devel mailing list Xen-devel@lis

[Xen-devel] [PATCH v6] x86/hvm: add vcpu parameter to guest memory copy function

Current __hvm_copy assumes that the destination memory belongs to the current vcpu, but this is not always the case since for PVHv2 Dom0 build hvm copy functions are used with current being the idle vcpu. Add a new vcpu parameter to hvm copy in order to solve that. Note that only hvm_copy_to_guest_

[Xen-devel] [PATCH v6] x86/iommu: add IOMMU entries for p2m_mmio_direct pages

There's nothing wrong with allowing the domain to perform DMA transfers to MMIO areas that it already can access from the CPU, and this allows us to remove the hack in set_identity_p2m_entry for PVH Dom0. Signed-off-by: Roger Pau Monné Reviewed-by: Andrew Cooper Reviewed-by: Kevin Tian --- Cc:

[Xen-devel] PML causing race condition during guest bootstorm and host crash on Broadwell cpu.

Hi, Facing a issue where bootstorm of guests leads to host crash. I debugged and found that that enabling PML introduces a race condition during guest teardown stage while disabling PML on a vcpu and context switch happening for another vcpu. Crash happens only on Broadwell processors as

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

flight 105610 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105610/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64-xsm

Re: [Xen-devel] [PATCH v2] MAINTAINERS: Add myself as the public API "Czar"

>>> On 07.02.17 at 18:02, wrote: > On Tue, Feb 07, 2017 at 09:47:09AM -0700, Jan Beulich wrote: >> >>> On 07.02.17 at 17:38, wrote: >> > --- a/MAINTAINERS >> > +++ b/MAINTAINERS >> > @@ -304,6 +304,11 @@ X:xen/arch/x86/acpi/lib.c >> > F:xen/drivers/cpufreq/ >> > F:xen/includ

Re: [Xen-devel] [PATCH v2] MAINTAINERS: Add myself as the public API "Czar"

On Tue, Feb 07, 2017 at 09:47:09AM -0700, Jan Beulich wrote: > >>> On 07.02.17 at 17:38, wrote: > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -304,6 +304,11 @@ X: xen/arch/x86/acpi/lib.c > > F: xen/drivers/cpufreq/ > > F: xen/include/acpi/cpufreq/ > > > > +PUBLIC INTERFACES AND PV DRI

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

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

Re: [Xen-devel] IOMMU fault with IGD passthrough setup on XEN 4.8.0

>>> On 07.02.17 at 16:44, wrote: > On Mon, Feb 6, 2017 at 8:40 PM, Jan Beulich wrote: > On 05.02.17 at 06:51, wrote: >>> I finally get some spare time to collect the debug info. >> >> As I continue to be puzzled, best I could come up with is an >> extension to the debug patch. Please use the

[Xen-devel] Enabling vm_event for a guest with more VCPUs than available ring buffer slots freezes the virtual machine

Hello, Setting, e.g. 16 VCPUs for a HVM guest, ends up blocking the guest completely when subscribing to vm_events, apparently because of this code in xen/common/vm_event.c: 315 /* Give this vCPU a black eye if necessary, on the way out. 316 * See the comments above wake_blocked() for mo

Re: [Xen-devel] [PATCH v2 1/4] x86/vmx: introduce vmwrite_safe()

>>> On 07.02.17 at 17:34, wrote: > On 07/02/17 16:22, Jan Beulich wrote: > On 07.02.17 at 16:06, wrote: >>> If I understood correctly, you are suggesting the following change: >> Mostly. >> >>> --- a/xen/include/asm-x86/hvm/vmx/vmx.h >>> +++ b/xen/include/asm-x86/hvm/vmx/vmx.h >>> @@ -424,8 +

  1   2   >