Re: [Xen-devel] [PATCH] Fix a panic in SPEC_CTRL_ENTRY_FROM_INTR_IST

>>> On 14.02.18 at 05:03, wrote: > On on IBRS available env, bootup panic when bti=0 like below: > > (XEN) Speculative mitigation facilities: > (XEN) Hardware features: SMEP IBRS/IBPB STIBP > (XEN) BTI mitigations: Thunk N/A, Others: IBRS- SMEP > (XEN) [

Re: [Xen-devel] [PATCH] x86/xpti: Hide almost all of .text and all .data/.rodata/.bss mappings

On 13/02/18 20:45, Andrew Cooper wrote: > The current XPTI implementation isolates the directmap (and therefore a lot of > guest data), but a large quantity of CPU0's state (including its stack) > remains visible. > > Furthermore, an attacker able to read .text is in a vastly superior position >

[Xen-devel] [seabios test] 119091: regressions - FAIL

flight 119091 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/119091/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail in 119060 REGR. vs. 115539 Tests which are

Re: [Xen-devel] [PATCH v4 2/7] xen: xsm: flask: introduce XENMAPSPACE_gmfn_share for memory sharing

Hi Jan, 2018-02-13 23:26 GMT+08:00 Jan Beulich : On 13.02.18 at 16:15, wrote: >> I've updated the comments according to your previous suggestions, >> do they look good to you? > > The one in the public header is way too verbose. I specifically don't

[Xen-devel] [linux-linus bisection] complete test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm

branch xen-unstable xenbranch xen-unstable job test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm testid xen-boot Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu

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

flight 119138 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/119138/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 6 xen-buildfail REGR. vs. 119098 Tests which

[Xen-devel] [PATCH] Fix a panic in SPEC_CTRL_ENTRY_FROM_INTR_IST

On on IBRS available env, bootup panic when bti=0 like below: (XEN) Speculative mitigation facilities: (XEN) Hardware features: SMEP IBRS/IBPB STIBP (XEN) BTI mitigations: Thunk N/A, Others: IBRS- SMEP (XEN) [ Xen-4.4.4OVM x86_64 debug=n Tainted:C ] (XEN) CPU:0 (XEN) RIP:

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

flight 119072 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/119072/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvopsbroken in 119023 build-armhf-pvops

[Xen-devel] [PATCH v2 05/16] Save/Restore Support: Add kernel shutdown logic to shutdown.c

Created shutdown.c for the shutdown thread and all the shutdown related functions. Signed-off-by: Bruno Alvisio --- Changesd since v1: * Updated license to a BSD 3-clause. This license was taken from the updated original file. (Repo: sysml/mini-os) --- Makefile

[Xen-devel] [PATCH v2 03/16] Save/Restore Support: Declare kernel and arch pre/post suspend functions

For mini-OS to support suspend and restore, the kernel will have to suspend different modules such as xenbus, console, irq, etc. During save/restore the kernel and arch pre_suspend and post_suspend functions will be invoked to suspend/resume each of the modules. Signed-off-by: Bruno Alvisio

[Xen-devel] [PATCH v2 15/16] Save/Restore Support: Add suspend/restore support for netfront

Performed an additional cleanup to make the file more syntactically consistent. Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- include/netfront.h | 8 +- kernel.c | 8 ++ netfront.c | 309

[Xen-devel] [PATCH v2 13/16] Save/Restore Support: Add suspend/restore support for Grant Tables.

Signed-off-by: Bruno Alvisio --- Changed since v1: - Moved suspend/resume _gnttab to arch specific files --- arch/x86/mm.c| 34 ++ gnttab.c | 10 ++ include/gnttab.h | 4 kernel.c | 4 4 files

[Xen-devel] [PATCH v2 14/16] Save/Restore Support: Add suspend/restore support for xenbus

Currently the watch path is not saved in the watch struct when it is registered. During xenbus resume the path is needed so that the watches can be registered again. Thus, 'path' field is added to struct watch so that watches can be re-registered during xenbus resume. Signed-off-by: Bruno

[Xen-devel] [PATCH v2 09/16] Save/Restore Support: Disable/enable IRQs during suspend/restore

Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- kernel.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel.c b/kernel.c index 1cd40e8..782eb79 100644 --- a/kernel.c +++ b/kernel.c @@ -119,12

[Xen-devel] [PATCH v2 16/16] Save/Restore Support: Implement code for arch suspend/resume

Before suspending the domain the shared_info_page is unmapped and for PVs the pagetables should be canonicalized. After resume the shared_info_page should be mapped again. Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault ---

[Xen-devel] [PATCH v2 12/16] Save/Restore Support: Add support for suspend/restore events.

Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- events.c | 5 + include/events.h | 1 + kernel.c | 2 ++ 3 files changed, 8 insertions(+) diff --git a/events.c b/events.c index e8ef8aa..342aead 100644 ---

[Xen-devel] [PATCH v2 00/16] Save/Restore Support for mini-OS PVH

Hi all, I am sending the second revision for supporting save/restore in Mini-OS PVH. The branch can be found at: https://github.com/balvisio/mini-os/tree/feature/mini-os-suspend-support-submission-2 Feedback would be greatly appreciated. Cheers, Bruno Signed-off-by: Bruno Alvisio

[Xen-devel] [PATCH v2 06/16] Save/Restore Support: Moved shutdown thread to shutdown.c

The shutdown thread present in kernel.c was removed and now the thread in shutdown.c is created instead. Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- arch/x86/setup.c | 2 +- include/kernel.h | 2 +- kernel.c |

[Xen-devel] [PATCH v2 02/16] Save/Restore Support: Refactor trap_init() and setup vector callbacks

Currently the setup of the IDT and the request to set the HVM vector callbacks are performed both in the trap_init function. As part of the post-suspend operation, the HVM vector callback needs to be setup again while the IDT does not. Thus, the trap_init function is split into two separate

[Xen-devel] [PATCH v2 11/16] Save/Restore Support: Add suspend/restore support for console

Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- console/console.c | 15 - console/xenbus.c | 3 +- console/xencons_ring.c | 83 +++--- include/console.h | 6

[Xen-devel] [PATCH v2 07/16] Save/Restore Support: Add unmap_shared_info

This function is necessary as part of the pre-suspend operation. Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- Changed since v1: * Changed HYPERVISOR_shared_info for shared_info --- arch/x86/setup.c | 12

[Xen-devel] [PATCH v2 08/16] Save/Restore Support: Add arch_mm_pre|post_suspend

For PV guests the pagetables reference the real MFNs rather than PFNs, so when the guest is resumed into a different area of a hosts memory, these will need to be rewritten. Thus for PV guests the MFNs need to be replaced with PFNs: canonicalization. PVH guests are auto-translated so no memory

[Xen-devel] [PATCH v2 07/17] Save/Restore Support: Add unmap_shared_info

This function is necessary as part of the pre-suspend operation. Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- Changed since v1: * Changed HYPERVISOR_shared_info for shared_info --- arch/x86/setup.c | 12

[Xen-devel] [PATCH v2 04/16] Save/Restore Support: Add xenbus_release_wait_for_watch

xenbus_release_wait_for_watch generates a fake event to trigger make xenbus_wait_for_watch return. This is necessary to wake up waiting threads. release_xenbus_id additionally checks if the number of requests == 0 to wake up the 'waiting' suspend xenbus thread. Signed-off-by: Bruno Alvisio

[Xen-devel] [PATCH v2 11/17] Save/Restore Support: Add suspend/restore support for console

Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- console/console.c | 15 - console/xenbus.c | 3 +- console/xencons_ring.c | 83 +++--- include/console.h | 6

[Xen-devel] [PATCH v2 08/17] Save/Restore Support: Add arch_mm_pre|post_suspend

For PV guests the pagetables reference the real MFNs rather than PFNs, so when the guest is resumed into a different area of a hosts memory, these will need to be rewritten. Thus for PV guests the MFNs need to be replaced with PFNs: canonicalization. PVH guests are auto-translated so no memory

[Xen-devel] [PATCH v2 04/17] Save/Restore Support: Add xenbus_release_wait_for_watch

xenbus_release_wait_for_watch generates a fake event to trigger make xenbus_wait_for_watch return. This is necessary to wake up waiting threads. release_xenbus_id additionally checks if the number of requests == 0 to wake up the 'waiting' suspend xenbus thread. Signed-off-by: Bruno Alvisio

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

flight 119124 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/119124/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 6 xen-buildfail REGR. vs. 119098 Tests which

[Xen-devel] [PATCH v2 00/16] Save/Restore Support for mini-OS PVH

Hi all, I am sending the second revision for supporting save/restore in Mini-OS PVH. The branch can be found at: https://github.com/balvisio/mini-os/tree/feature/mini-os-suspend-support-submission-2 Feedback would be greatly appreciated. Cheers, Bruno Signed-off-by: Bruno Alvisio

[Xen-devel] [PATCH v2 10/17] Save/Restore Support: Add suspend/resume support for timers

Signed-off-by: Bruno Alvisio --- Changed since v1: * Removed resume/suspend_time() and used init/fini_time() instead --- arch/x86/time.c | 1 - kernel.c| 4 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/arch/x86/time.c b/arch/x86/time.c

[Xen-devel] [PATCH v2 06/17] Save/Restore Support: Moved shutdown thread to shutdown.c

The shutdown thread present in kernel.c was removed and now the thread in shutdown.c is created instead. Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- arch/x86/setup.c | 2 +- include/kernel.h | 2 +- kernel.c |

[Xen-devel] [PATCH v2 05/17] Save/Restore Support: Add kernel shutdown logic to shutdown.c

Created shutdown.c for the shutdown thread and all the shutdown related functions. Signed-off-by: Bruno Alvisio --- Changesd since v1: * Updated license to a BSD 3-clause. This license was taken from the updated original file. (Repo: sysml/mini-os) --- Makefile

[Xen-devel] [PATCH v2 03/17] Save/Restore Support: Declare kernel and arch pre/post suspend functions

For mini-OS to support suspend and restore, the kernel will have to suspend different modules such as xenbus, console, irq, etc. During save/restore the kernel and arch pre_suspend and post_suspend functions will be invoked to suspend/resume each of the modules. Signed-off-by: Bruno Alvisio

[Xen-devel] [PATCH v2 09/17] Save/Restore Support: Disable/enable IRQs during suspend/restore

Signed-off-by: Bruno Alvisio Reviewed-by: Samuel Thibault --- kernel.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel.c b/kernel.c index 1cd40e8..782eb79 100644 --- a/kernel.c +++ b/kernel.c @@ -119,12

[Xen-devel] [PATCH v2 02/17] Save/Restore Support: Refactor trap_init() and setup vector callbacks

Currently the setup of the IDT and the request to set the HVM vector callbacks are performed both in the trap_init function. As part of the post-suspend operation, the HVM vector callback needs to be setup again while the IDT does not. Thus, the trap_init function is split into two separate

[Xen-devel] [RFC PATCH v2 8/9] hyper_dmabuf: event-polling mechanism for detecting a new hyper_DMABUF

New method based on polling for a importing VM to know about a new hyper_DMABUF exported to it. For this, the userspace now can poll the device node to check if there a new event, which is created if there's a new hyper_DMABUF available in importing VM (just exported). A poll function call was

[Xen-devel] [RFC PATCH v2 1/9] hyper_dmabuf: initial upload of hyper_dmabuf drv core framework

Upload of intial version of core framework in hyper_DMABUF driver enabling DMA_BUF exchange between two different VMs in virtualized platform based on Hypervisor such as XEN. Hyper_DMABUF drv's primary role is to import a DMA_BUF from originator then re-export it to another Linux VM so that it

[Xen-devel] [RFC PATCH v2 2/9] hyper_dmabuf: architecture specification and reference guide

Reference document for hyper_DMABUF driver Documentation/hyper-dmabuf-sharing.txt Signed-off-by: Dongwon Kim --- Documentation/hyper-dmabuf-sharing.txt | 734 + 1 file changed, 734 insertions(+) create mode 100644

[Xen-devel] [RFC PATCH v2 5/9] hyper_dmabuf: default backend for XEN hypervisor

From: "Matuesz Polrola" The default backend for XEN hypervisor. This backend contains actual implementation of individual methods defined in "struct hyper_dmabuf_bknd_ops" defined as: struct hyper_dmabuf_bknd_ops { /* backend initialization routine (optional)

[Xen-devel] [RFC PATCH v2 9/9] hyper_dmabuf: threaded interrupt in Xen-backend

Use threaded interrupt intead of regular one because most part of ISR is time-critical and possibly sleeps Signed-off-by: Dongwon Kim --- .../hyper_dmabuf/backends/xen/hyper_dmabuf_xen_comm.c | 19 +++ 1 file changed, 11 insertions(+), 8 deletions(-) diff

[Xen-devel] [RFC PATCH v2 7/9] hyper_dmabuf: query ioctl for retreiving various hyper_DMABUF info

Add a new ioctl, "IOCTL_HYPER_DMABUF_QUERY" for the userspace to retreive various information about hyper_DMABUF, currently being shared across VMs. Supported query items are as followed: enum hyper_dmabuf_query { HYPER_DMABUF_QUERY_TYPE = 0x10, HYPER_DMABUF_QUERY_EXPORTER,

[Xen-devel] [RFC PATCH v2 6/9] hyper_dmabuf: hyper_DMABUF synchronization across VM

All of hyper_DMABUF operations now (hyper_dmabuf_ops.c) send a message to the exporting VM for synchronization between two VMs. For this, every mapping done by importer will make exporter perform shadow mapping of original DMA-BUF. Then all consecutive DMA-BUF operations (attach, detach, map/unmap

[Xen-devel] [RFC PATCH v2 0/9] hyper_dmabuf: Hyper_DMABUF driver

This patch series contains the implementation of a new device driver, hyper_DMABUF driver, which provides a way to expand the boundary of Linux DMA-BUF sharing to across different VM instances in Multi-OS platform enabled by a Hypervisor (e.g. XEN) This version 2 series is basically refactored

[Xen-devel] [RFC PATCH v2 3/9] MAINTAINERS: adding Hyper_DMABUF driver section in MAINTAINERS

Hyper_DMABUF DRIVER M: Dongwon Kim M: Mateusz Polrola L: linux-ker...@vger.kernel.org L: xen-devel@lists.xenproject.org S: Maintained F: drivers/dma-buf/hyper_dmabuf* F: include/uapi/linux/hyper_dmabuf.h F:

[Xen-devel] Hangs after /etc/init.d/xencommons start

Hi all: I am using arm64 ( hikey) to test for xen. After struggling for two week, I was able to build and install everything on the target, xen and dom0 kernel boots up ok. However, when I try to use “xl list”, it hangs, I realized I have to start the xencommons service first. But

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

flight 119114 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/119114/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 6 xen-buildfail REGR. vs. 119098 Tests which

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

flight 119108 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/119108/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 6 xen-buildfail REGR. vs. 119098 Tests which

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

flight 119064 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/119064/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt 7 xen-boot fail REGR. vs. 118324

Re: [Xen-devel] [PATCH] xen/arm: Park CPUs with a MIDR different from the boot CPU.

On Tue, 13 Feb 2018, Julien Grall wrote: > On 02/09/2018 07:12 PM, Julien Grall wrote: > > Hi, > > > > On 02/09/2018 07:10 PM, Stefano Stabellini wrote: > > > On Fri, 9 Feb 2018, Julien Grall wrote: > > > > On 02/09/2018 07:02 PM, Stefano Stabellini wrote: > > > > > On Fri, 9 Feb 2018, Julien

[Xen-devel] [PATCH v6 2/9] x86/mm: move disallow masks to pv/mm.h

This is in preparation for adding an extra parameter to get_page_from_l1e for disallow mask. No functional change. Signed-off-by: Wei Liu --- xen/arch/x86/mm.c| 19 +-- xen/arch/x86/pv/mm.h | 19 +++ 2 files changed, 20 insertions(+), 18

[Xen-devel] [PATCH v6 3/9] x86/mm: add disallow_mask parameter to get_page_from_l1e

This will make moving pv mm code easier. To retain same behaviour the base mask is copied to shadow code. No functional change. Signed-off-by: Wei Liu --- xen/arch/x86/mm.c | 13 +++-- xen/arch/x86/mm/shadow/multi.c | 15 ---

[Xen-devel] [PATCH v6 1/9] x86/mm: add pv prefix to {alloc, free}_page_type

The two functions are only used by PV code paths because: 1. To allocate a PGT_l*_page_table type page, a DomU must explicitly request such types via PV MMU hypercall. 2. PV Dom0 builder explicitly asks for PGT_l*_page_table type pages, but it is obviously PV only. 3. p2m_alloc_ptp

[Xen-devel] [PATCH v6 6/9] x86/mm: export set_tlbflush_timestamp

The function will skip stamping the page when the page is used as page table in shadow mode. Since it is called both in PV code and common code we need to export it. Signed-off-by: Wei Liu --- I tried to move it to a header to keep in static inline but couldn't find a place

[Xen-devel] [PATCH v6 5/9] x86/mm: factor out pv_dec_linear_pt

Linear page table is a PV only feature. The functions used to handle that will be moved. Create a function for decreasing linear page table count. It is called unconditionally from common code so the stub is empty. No functional change. Signed-off-by: Wei Liu ---

[Xen-devel] [PATCH v6 7/9] x86/mm: provide put_page_type_ptpg{, _preemptible}

And replace open-coded _put_page_type where the parent table parameter is not null. This is in preparation for code movement in which various put_page_from_lNe will be moved to pv/mm.c. Signed-off-by: Wei Liu --- xen/arch/x86/mm.c| 28 ++--

[Xen-devel] [PATCH v6 9/9] x86/mm: remove now unused inclusion of pv/mm.h

Signed-off-by: Wei Liu --- xen/arch/x86/mm.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c index 0b5fd199a4..97d2ea17fb 100644 --- a/xen/arch/x86/mm.c +++ b/xen/arch/x86/mm.c @@ -128,8 +128,6 @@ #include #include -#include

[Xen-devel] [PATCH v6 0/9] x86: refactor mm.c

Hello This series can be found at: https://xenbits.xen.org/git-http/people/liuw/xen.git wip.split-mm-v6.1 Unfortunately there isn't any resemblance to v5 because a lot of things have changed since Sept last year. And the opinions gathered at the time would make this version more or less a

[Xen-devel] [PATCH] x86/xpti: Hide almost all of .text and all .data/.rodata/.bss mappings

The current XPTI implementation isolates the directmap (and therefore a lot of guest data), but a large quantity of CPU0's state (including its stack) remains visible. Furthermore, an attacker able to read .text is in a vastly superior position to normal when it comes to fingerprinting Xen for

Re: [Xen-devel] [PATCH] xen/arm: Park CPUs with a MIDR different from the boot CPU.

On 02/09/2018 07:12 PM, Julien Grall wrote: Hi, On 02/09/2018 07:10 PM, Stefano Stabellini wrote: On Fri, 9 Feb 2018, Julien Grall wrote: On 02/09/2018 07:02 PM, Stefano Stabellini wrote: On Fri, 9 Feb 2018, Julien Grall wrote: Hi, On 02/08/2018 11:49 PM, Stefano Stabellini wrote: On

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

flight 119098 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/119098/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm

Re: [Xen-devel] [PATCH v2 0/7] x86: Meltdown band-aid overhead reduction

On Feb 7, 2018, at 11:05, Jan Beulich wrote: > > 1: slightly reduce Meltdown band-aid overhead > 2: remove CR reads from exit-to-guest path > 3: introduce altinstruction_nop assembler macro > 4: NOP out most XPTI entry/exit code when it's not in use > 5: avoid double CR3

Re: [Xen-devel] [PATCH v3 2/3] x86/svm: add EFER SVME support for VGIF/VLOAD

Pardon any weird formatting, I'm replying on my phone. Because they are two different things. One is an assert to make sure nothing wrong is happening with the EFER.SVME bit, and the other changes what features are enabled. IIRC, most asserts are on their on ifs and not in a if statement

Re: [Xen-devel] [RFC PATCH 27/49] ARM: new VGIC: Add MMIO handling framework

Hi, On 13/02/18 16:52, Julien Grall wrote: > Hi Andre,7 > > On 09/02/18 14:39, Andre Przywara wrote: >> Add an MMIO handling framework to the VGIC emulation: >> Each register is described by its offset, size (or number of bits per >> IRQ, if applicable) and the read/write handler functions. We

Re: [Xen-devel] [PATCH] x86/srat: fix end calculation in nodes_cover_memory()

On 13/02/18 17:11, Jan Beulich wrote: > Along the lines of commit 7226486767 ("x86/srat: fix the end pfn check > in valid_numa_range()") nodes_cover_memory() also doesn't consistently > use "end": It's set to an inclusive value initially, but then compared > to the exclusive "end" field of struct

[Xen-devel] [PATCH] x86/srat: fix end calculation in nodes_cover_memory()

Along the lines of commit 7226486767 ("x86/srat: fix the end pfn check in valid_numa_range()") nodes_cover_memory() also doesn't consistently use "end": It's set to an inclusive value initially, but then compared to the exclusive "end" field of struct node and also possibly set to nodes[j].start,

Re: [Xen-devel] [PATCH v3 0/7] LLVM coverage support for Xen

>>> On 13.02.18 at 17:28, wrote: > On Tue, Feb 13, 2018 at 09:16:19AM -0700, Jan Beulich wrote: >> >>> On 13.02.18 at 16:53, wrote: >> > On Wed, Jan 24, 2018 at 10:01:18AM +, Roger Pau Monne wrote: >> >> Hello, >> >> >> >> The following patch

Re: [Xen-devel] [RFC PATCH 27/49] ARM: new VGIC: Add MMIO handling framework

Hi Andre,7 On 09/02/18 14:39, Andre Przywara wrote: Add an MMIO handling framework to the VGIC emulation: Each register is described by its offset, size (or number of bits per IRQ, if applicable) and the read/write handler functions. We provide initialization macros to describe each GIC

Re: [Xen-devel] [PATCH v3 0/7] LLVM coverage support for Xen

On Tue, Feb 13, 2018 at 09:16:19AM -0700, Jan Beulich wrote: > >>> On 13.02.18 at 16:53, wrote: > > On Wed, Jan 24, 2018 at 10:01:18AM +, Roger Pau Monne wrote: > >> Hello, > >> > >> The following patch series enables LLVM coverage support for the Xen > >> hypervisor. A

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

On 13/02/18 15:48, Roger Pau Monné wrote: > On Tue, Feb 13, 2018 at 08:22:33AM -0700, Jan Beulich wrote: > On 13.02.18 at 16:11, wrote: >>> On Tue, Feb 13, 2018 at 06:41:14AM -0700, Jan Beulich wrote: >>> On 13.02.18 at 12:27, wrote: > On

Re: [Xen-devel] [RFC PATCH 26/49] ARM: new VGIC: Implement vgic_vcpu_pending_irq

On 13/02/18 16:35, Julien Grall wrote: Hi, On 09/02/18 14:39, Andre Przywara wrote: Tell Xen whether a particular VCPU has an IRQ that needs handling in the guest. This is used to decide whether a VCPU is runnable. I forgot to mention one thing. This is not the main usage of this function

Re: [Xen-devel] [RFC PATCH 26/49] ARM: new VGIC: Implement vgic_vcpu_pending_irq

Hi, On 09/02/18 14:39, Andre Przywara wrote: Tell Xen whether a particular VCPU has an IRQ that needs handling in the guest. This is used to decide whether a VCPU is runnable. This is based on Linux commit 90eee56c5f90, written by Eric Auger. Signed-off-by: Andre Przywara

Re: [Xen-devel] [RFC PATCH 23/49] ARM: new VGIC: Add IRQ sorting

On Tue, Feb 13, 2018 at 3:56 PM, Andre Przywara wrote: > Hi, > > Christoffer, Eric, Marc, > a question about locking order between multiple IRQs below. Could you > have a brief look, please? > > On 13/02/18 12:30, Julien Grall wrote: >> Hi Andre, >> >> On 09/02/18

Re: [Xen-devel] [PATCH v3 0/7] LLVM coverage support for Xen

>>> On 13.02.18 at 16:53, wrote: > On Wed, Jan 24, 2018 at 10:01:18AM +, Roger Pau Monne wrote: >> Hello, >> >> The following patch series enables LLVM coverage support for the Xen >> hypervisor. A sample coverage report obtained after booting a PVHv2 Dom0 >> can be

Re: [Xen-devel] [PATCH v3 0/7] LLVM coverage support for Xen

On Wed, Jan 24, 2018 at 10:01:18AM +, Roger Pau Monne wrote: > Hello, > > The following patch series enables LLVM coverage support for the Xen > hypervisor. A sample coverage report obtained after booting a PVHv2 Dom0 > can be found at: > > http://xenbits.xen.org/people/royger/xen_profile/ >

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

On Tue, Feb 13, 2018 at 08:22:33AM -0700, Jan Beulich wrote: > >>> On 13.02.18 at 16:11, wrote: > > On Tue, Feb 13, 2018 at 06:41:14AM -0700, Jan Beulich wrote: > >> >>> On 13.02.18 at 12:27, wrote: > >> > On Tue, Feb 13, 2018 at 04:04:17AM -0700, Jan

Re: [Xen-devel] [RFC XEN PATCH v4 00/41] Add vNVDIMM support to HVM domains

On Tue, Feb 13, 2018 at 06:40:20AM -0700, Jan Beulich wrote: > >>> On 13.02.18 at 12:13, wrote: > > On Tue, Feb 13, 2018 at 04:05:45AM -0700, Jan Beulich wrote: > >> >>> On 13.02.18 at 11:29, wrote: > >> > On Tue, Feb 13, 2018 at 03:06:24AM -0700, Jan

Re: [Xen-devel] [RFC PATCH 24/49] ARM: new VGIC: Add IRQ sync/flush framework

Hi, On 13/02/18 12:41, Julien Grall wrote: > Hi Andre, > > On 09/02/18 14:39, Andre Przywara wrote: >> Implement the framework for syncing IRQs between our emulation and the >> list registers, which represent the guest's view of IRQs. >> This is done in kvm_vgic_flush_hwstate and

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

flight 119079 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/119079/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm

Re: [Xen-devel] [PATCH v4 2/7] xen: xsm: flask: introduce XENMAPSPACE_gmfn_share for memory sharing

>>> On 13.02.18 at 16:15, wrote: > I've updated the comments according to your previous suggestions, > do they look good to you? The one in the public header is way too verbose. I specifically don't see why you would need to spell out XSM privilege requirements there.

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

>>> On 13.02.18 at 16:11, wrote: > On Tue, Feb 13, 2018 at 06:41:14AM -0700, Jan Beulich wrote: >> >>> On 13.02.18 at 12:27, wrote: >> > On Tue, Feb 13, 2018 at 04:04:17AM -0700, Jan Beulich wrote: >> >> >>> On 13.02.18 at 10:59,

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

On Tue, Feb 13, 2018 at 06:41:14AM -0700, Jan Beulich wrote: > >>> On 13.02.18 at 12:27, wrote: > > On Tue, Feb 13, 2018 at 04:04:17AM -0700, Jan Beulich wrote: > >> >>> On 13.02.18 at 10:59, wrote: > >> > On Tue, Feb 13, 2018 at 02:29:08AM -0700, Jan

Re: [Xen-devel] [PATCH v4 2/7] xen: xsm: flask: introduce XENMAPSPACE_gmfn_share for memory sharing

Hi Jan, I've updated the comments according to your previous suggestions, do they look good to you? 2018-02-01 18:23 GMT+08:00 Jan Beulich : On 30.01.18 at 18:50, wrote: >> --- a/xen/arch/x86/mm.c >> +++ b/xen/arch/x86/mm.c >> @@ -4126,6 +4126,10 @@

Re: [Xen-devel] [RFC PATCH 15/49] ARM: GIC: Allow tweaking the active state of an IRQ

Hi, On 13/02/18 12:02, Julien Grall wrote: > On 12/02/18 17:53, Andre Przywara wrote: >> Hi, > > Hi Andre, > >> On 12/02/18 13:55, Julien Grall wrote: >>> Hi Andre, >>> >>> On 09/02/18 14:39, Andre Przywara wrote: When playing around with hardware mapped, level triggered virtual IRQs,

Re: [Xen-devel] [RFC PATCH 24/49] ARM: new VGIC: Add IRQ sync/flush framework

On 13/02/18 14:56, Andre Przywara wrote: Hi, On 13/02/18 14:31, Julien Grall wrote: Hi Andre, On 09/02/18 14:39, Andre Przywara wrote: +/* Requires the VCPU's ap_list_lock to be held. */ +static void vgic_flush_lr_state(struct vcpu *vcpu) +{ +    struct vgic_cpu *vgic_cpu = >arch.vgic_cpu;

Re: [Xen-devel] [RFC PATCH 23/49] ARM: new VGIC: Add IRQ sorting

On 13/02/18 14:56, Andre Przywara wrote: diff --git a/xen/common/list_sort.c b/xen/common/list_sort.c new file mode 100644 index 00..9c5cc58e43 --- /dev/null +++ b/xen/common/list_sort.c @@ -0,0 +1,170 @@ +/* + * list_sort.c: merge sort implementation for linked lists + * Copied from

Re: [Xen-devel] [RFC PATCH 24/49] ARM: new VGIC: Add IRQ sync/flush framework

Hi, On 13/02/18 14:31, Julien Grall wrote: > Hi Andre, > > On 09/02/18 14:39, Andre Przywara wrote: >> +/* Requires the VCPU's ap_list_lock to be held. */ >> +static void vgic_flush_lr_state(struct vcpu *vcpu) >> +{ >> +    struct vgic_cpu *vgic_cpu = >arch.vgic_cpu; >> +    struct vgic_irq

Re: [Xen-devel] [RFC PATCH 23/49] ARM: new VGIC: Add IRQ sorting

Hi, Christoffer, Eric, Marc, a question about locking order between multiple IRQs below. Could you have a brief look, please? On 13/02/18 12:30, Julien Grall wrote: > Hi Andre, > > On 09/02/18 14:39, Andre Przywara wrote: >> Adds the sorting function to cover the case where you have more IRQs

[Xen-devel] [seabios test] 119060: regressions - FAIL

flight 119060 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/119060/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539 Tests which did not

Re: [Xen-devel] [PATCH 1/7] x86/alt: Drop unused alternative infrastructure

On 13/02/18 14:22, Jan Beulich wrote: On 12.02.18 at 12:23, wrote: >> --- a/xen/include/asm-x86/alternative.h >> +++ b/xen/include/asm-x86/alternative.h >> @@ -65,11 +65,6 @@ extern void alternative_instructions(void); >> ALTERNATIVE(oldinstr, newinstr1,

Re: [Xen-devel] [PATCH 3/7] x86/alt: Clean up the assembly used to generate alternatives

>>> On 12.02.18 at 12:23, wrote: > --- a/xen/include/asm-x86/alternative-asm.h > +++ b/xen/include/asm-x86/alternative-asm.h > @@ -9,60 +9,67 @@ > * enough information for the alternatives patching code to patch an > * instruction. See apply_alternatives(). > */

Re: [Xen-devel] [RFC PATCH 24/49] ARM: new VGIC: Add IRQ sync/flush framework

Hi Andre, On 09/02/18 14:39, Andre Przywara wrote: +/* Requires the VCPU's ap_list_lock to be held. */ +static void vgic_flush_lr_state(struct vcpu *vcpu) +{ +struct vgic_cpu *vgic_cpu = >arch.vgic_cpu; +struct vgic_irq *irq; +int count = 0; + +

Re: [Xen-devel] [RFC PATCH 25/49] ARM: new VGIC: Add GICv2 world switch backend

Hi, On 09/02/18 14:39, Andre Przywara wrote: Processing maintenance interrupts and accessing the list registers are dependent on the host's GIC version. Introduce vgic-v2.c to contain GICv2 specific functions. Implement the GICv2 specific code for syncing the emulation state into the VGIC

Re: [Xen-devel] [PATCH v3 00/17] Alternative Meltdown mitigation

On 13/02/18 15:16, Jan Beulich wrote: On 13.02.18 at 12:36, wrote: >> On 12/02/18 18:54, Dario Faggioli wrote: >>> On Fri, 2018-02-09 at 15:01 +0100, Juergen Gross wrote: This series is available via github: https://github.com/jgross1/xen.git xpti

Re: [Xen-devel] [PATCH 2/7] x86/alt: Clean up struct alt_instr and its users

>>> On 12.02.18 at 12:23, wrote: > * Rename some fields for consistency and clarity, and use standard types. > * Don't opencode the use of ALT_{ORIG,REPL}_PTR(). > > No functional change. > > Signed-off-by: Andrew Cooper Reviewed-by: Jan

Re: [Xen-devel] [PATCH 1/7] x86/alt: Drop unused alternative infrastructure

>>> On 12.02.18 at 12:23, wrote: > --- a/xen/include/asm-x86/alternative.h > +++ b/xen/include/asm-x86/alternative.h > @@ -65,11 +65,6 @@ extern void alternative_instructions(void); > ALTERNATIVE(oldinstr, newinstr1, feature1)\ >

Re: [Xen-devel] [PATCH v3 00/17] Alternative Meltdown mitigation

>>> On 13.02.18 at 12:36, wrote: > On 12/02/18 18:54, Dario Faggioli wrote: >> On Fri, 2018-02-09 at 15:01 +0100, Juergen Gross wrote: >>> This series is available via github: >>> >>> https://github.com/jgross1/xen.git xpti >>> >>> Dario wants to do some performance tests for

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

>>> On 13.02.18 at 12:27, wrote: > On Tue, Feb 13, 2018 at 04:04:17AM -0700, Jan Beulich wrote: >> >>> On 13.02.18 at 10:59, wrote: >> > On Tue, Feb 13, 2018 at 02:29:08AM -0700, Jan Beulich wrote: >> >> >>> On 08.02.18 at 13:25,

Re: [Xen-devel] [RFC XEN PATCH v4 00/41] Add vNVDIMM support to HVM domains

>>> On 13.02.18 at 12:13, wrote: > On Tue, Feb 13, 2018 at 04:05:45AM -0700, Jan Beulich wrote: >> >>> On 13.02.18 at 11:29, wrote: >> > On Tue, Feb 13, 2018 at 03:06:24AM -0700, Jan Beulich wrote: >> >> >>> On 12.02.18 at 11:05,

[Xen-devel] [qemu-mainline test] 119036: tolerable FAIL - PUSHED

flight 119036 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/119036/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds16 guest-start/debian.repeat fail REGR. vs. 118942 Tests which did not

Re: [Xen-devel] [PATCH] libxl: add libxl__is_driver_domain function

On Tue, Feb 13, 2018 at 2:06 PM, Wei Liu wrote: > On Tue, Feb 06, 2018 at 03:08:45PM +0200, Oleksandr Grytsov wrote: > > On Tue, Feb 6, 2018 at 2:36 PM, Wei Liu wrote: > > > > > On Thu, Dec 14, 2017 at 04:14:12PM +0200, Oleksandr Grytsov wrote: > > > >

  1   2   >