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

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

Re: [Xen-devel] [PATCH v2] x86: xen: remove the use of VLAIS

On 06/01/18 22:39, Nick Desaulniers wrote: > Variable Length Arrays In Structs (VLAIS) is not supported by Clang, and > frowned upon by others. > > https://lkml.org/lkml/2013/9/23/500 > > Here, the VLAIS was used because the size of the bitmap returned from > xen_mc_entry() depended on possibly (

Re: [Xen-devel] [PATCH 1/3] xen: remove tests for pvh mode in pure pv paths

On 06/01/18 06:55, HW42 wrote: > Juergen Gross: >> Remove the last tests for XENFEAT_auto_translated_physmap in pure >> PV-domain specific paths. PVH V1 is gone and the feature will always >> be "false" in PV guests. > [...] >> diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c >> index 276da636d

Re: [Xen-devel] debian bugs: kaiser patch break pvh v1

On 08/01/18 01:40, Hans van Kranenburg wrote: > Hi, > > At debian, we have reports of users that were apparently using PVH v1 > with Xen 4.8 and Linux 4.9. After the debian kernel team included the > meltdown patches, PVH v1 breaks: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886591 >

Re: [Xen-devel] [PATCH v10 00/11] Enable Memory Bandwidth Allocation in Xen

On 17-12-20 02:11:32, Jan Beulich wrote: > >>> On 19.12.17 at 01:42, wrote: > > We plan to bring a new PSR (Platform Shared Resource) feature called > > Intel Memory Bandwidth Allocation (MBA) to Xen. > > > > Besides the MBA enabling, we change some interfaces to make them more > > general but no

[Xen-devel] [RFC PATCH 6/8] hvmloader: get CPU topology information from hypervisor

The previous relationship between APIC_ID and vcpu_id won't hold. The APIC_ID array got from hypervisor is used to boot APs. Signed-off-by: Chao Gao --- tools/firmware/hvmloader/Makefile| 2 +- tools/firmware/hvmloader/hvmloader.c | 8 + tools/firmware/hvmloader/smp.c | 3 +- to

[Xen-devel] [RFC PATCH 4/8] libxl: calculate and set vcpu topology

Before creating vCPUs, assign an unique APIC_ID to each vCPU according the number of vcpu, the number of core/thread in one socket/core and guest's numa configuration. Refer to SDM "PROGRAMMING CONSIDERATIONS FOR HARDWARE MULTI-THREADING CAPABLE PROCESSORS" for more information about how software s

[Xen-devel] [RFC PATCH 0/8] Add guest CPU topology support

This series of patches add guest CPU topology support for hvm. CPU topology here means the number of sockets, the number of cores in each socket and the number of threads in each core. Currently, guest CPU topology cannot be specified except the number of sockets through virtual numa. For Intel CP

[Xen-devel] [RFC PATCH 7/8] libacpi: build madt/srat according cpu topology

Callers pass an APIC_ID array to libacpi and libacpi will use this array to fill the APIC_ID field of MADT and SRAT. Signed-off-by: Chao Gao --- tools/firmware/hvmloader/util.c | 8 ++-- tools/libacpi/build.c | 4 ++-- tools/libacpi/libacpi.h | 5 - tools/libxl/libxl_x8

[Xen-devel] [RFC PATCH 1/8] x86/domctl: introduce a pair of hypercall to set and get cpu topology

Define interface, structures and hypercalls for toolstack to build cpu topology and for guest that will retrieve it [1]. Two subop hypercalls introduced by this patch: XEN_DOMCTL_set_cpu_topology to define cpu topology information per domain and XENMEM_get_cpu_topology to retrieve cpu topology info

[Xen-devel] [RFC PATCH 2/8] x86/vlapic: use apic_id array to set initial (x2)APIC ID

It removes the fixed mapping between vcpu_id and apic_id. Signed-off-by: Chao Gao --- xen/arch/x86/cpuid.c | 7 +-- xen/arch/x86/hvm/vlapic.c| 10 +- xen/include/asm-x86/hvm/domain.h | 3 +++ 3 files changed, 13 insertions(+), 7 deletions(-) diff --git a/xen/ar

[Xen-devel] [RFC PATCH 3/8] xl/parse: introduce cpu_topology to guest config

Signed-off-by: Chao Gao --- docs/man/xl.cfg.pod.5.in| 21 + tools/libxl/libxl_types.idl | 7 +++ tools/xl/xl_parse.c | 19 +++ 3 files changed, 47 insertions(+) diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in index b7b91d8..8f

[Xen-devel] [RFC PATCH 8/8] x86/cpuid: emulate extended topology enumeration leaf

This patch sets policy for guest's CPUID.0xb. eax return value can be infered from the number of core/thread in one socket/core. ebx cannot be zero otherwise it means CPUID.0xb isn't supported. edx is the x2apic id of each vcpu, which would be adjusted in Xen according the context. ecx[7:0] should

[Xen-devel] [RFC PATCH 5/8] xen/mem: handle XENMEM_get_cpu_topology in compat_memory_op

hvmloader needs to get cpu topology to build ACPI and boot APs. Signed-off-by: Chao Gao --- xen/common/compat/memory.c | 21 + xen/include/xlat.lst | 1 + 2 files changed, 22 insertions(+) diff --git a/xen/common/compat/memory.c b/xen/common/compat/memory.c index 35bb

[Xen-devel] [xen-4.10-testing test] 117683: trouble: broken/fail/pass

flight 117683 xen-4.10-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/117683/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-pygrub broken test-amd64-amd64

Re: [Xen-devel] [PATCH v2 15/23] vixen: pass through version hypercalls to parent Xen

> >> integer_param("vixen_domid", vixen_domid); > >> +boolean_param("vixen_ptver", vixen_ptver); > > > > Would it make sense to have a custom parameter function that would > > be called 'vixen' and have all of those in it? > > Can you give an example? I'm not sure what you mean. Andrew's bti= h

[Xen-devel] debian bugs: kaiser patch break pvh v1

Hi, At debian, we have reports of users that were apparently using PVH v1 with Xen 4.8 and Linux 4.9. After the debian kernel team included the meltdown patches, PVH v1 breaks: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886591 So, my questions are: 1. Should we just gently tell the users

[Xen-devel] [xen-4.9-testing test] 117680: regressions - trouble: broken/fail/pass

flight 117680 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/117680/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qcow2broken test-amd64-amd64-pair

Re: [Xen-devel] [PATCH v2 15/23] vixen: pass through version hypercalls to parent Xen

On Sun, Jan 7, 2018 at 4:27 PM, Konrad Rzeszutek Wilk wrote: > On Sun, Jan 07, 2018 at 12:28:31PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori >> >> This is necessary to trigger event channel upcalls but it is also >> useful to passthrough the full version information such that the >> g

Re: [Xen-devel] [PATCH v2 13/23] vixen: Use SCHEDOP_shutdown to shutdown the machine

On Sun, Jan 7, 2018 at 4:22 PM, Konrad Rzeszutek Wilk wrote: > On Sun, Jan 07, 2018 at 12:28:29PM -0800, Anthony Liguori wrote: >> From: Jan H. Schönherr >> >> While the hwdom_shutdown() is able to reboot the system, it fails to >> properly power it off. With SCHEDOP_shutdown, we delegate the pro

Re: [Xen-devel] [PATCH v2 15/23] vixen: pass through version hypercalls to parent Xen

On Sun, Jan 07, 2018 at 12:28:31PM -0800, Anthony Liguori wrote: > From: Anthony Liguori > > This is necessary to trigger event channel upcalls but it is also > useful to passthrough the full version information such that the > guest believes it is running on the parent Xen. > > Signed-off-by: M

Re: [Xen-devel] [PATCH v2 09/23] vixen: modify the e820 table to advertise HVM special pages as RAM

On Sun, Jan 7, 2018 at 4:18 PM, Konrad Rzeszutek Wilk wrote: > On Sun, Jan 07, 2018 at 12:28:25PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori > > ..snip. >> diff --git a/xen/arch/x86/guest/vixen.c b/xen/arch/x86/guest/vixen.c >> index c0a81dd..cacbe69 100644 >> --- a/xen/arch/x86/guest

Re: [Xen-devel] [PATCH v2 13/23] vixen: Use SCHEDOP_shutdown to shutdown the machine

On Sun, Jan 07, 2018 at 12:28:29PM -0800, Anthony Liguori wrote: > From: Jan H. Schönherr > > While the hwdom_shutdown() is able to reboot the system, it fails to > properly power it off. With SCHEDOP_shutdown, we delegate the problem. > > Signed-off-by: Jan H. Schönherr > --- > xen/common/dom

Re: [Xen-devel] [PATCH v2 09/23] vixen: modify the e820 table to advertise HVM special pages as RAM

On Sun, Jan 07, 2018 at 12:28:25PM -0800, Anthony Liguori wrote: > From: Anthony Liguori ..snip. > diff --git a/xen/arch/x86/guest/vixen.c b/xen/arch/x86/guest/vixen.c > index c0a81dd..cacbe69 100644 > --- a/xen/arch/x86/guest/vixen.c > +++ b/xen/arch/x86/guest/vixen.c > @@ -23,6 +23,7 @@ > >

Re: [Xen-devel] [BUG] kernel bug encountered at drivers/net/xen-netback/netback.c:430!

## Paul Durrant (paul.durr...@citrix.com): > > I could try a new kernel (KPTI, yay!) with that "mildly suspicious" commit > > cc8737a5fe9051b7fa052b08c57ddb9f539c389a reverted on the weekend and > > report back (just to rule that out - like you, I don't really believe > > that this is the cause).

[Xen-devel] [PATCH v2 21/23] vixen: provide Xencons implementation

From: Anthony Liguori Our initial approach exposed the console ring directly to guests which worked well except for the fact that very old versions of Xen did not support console ring for HVM guests. It also proved to be complicated from a management tool perspective since both the serial consol

[Xen-devel] [PATCH v2 13/23] vixen: Use SCHEDOP_shutdown to shutdown the machine

From: Jan H. Schönherr While the hwdom_shutdown() is able to reboot the system, it fails to properly power it off. With SCHEDOP_shutdown, we delegate the problem. Signed-off-by: Jan H. Schönherr --- xen/common/domain.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/xen/com

[Xen-devel] [PATCH v2 20/23] vixen: event channel passthrough support

From: Anthony Liguori For Vixen, we do not want to pass through all event channel operations as HVM guests do not have nearly as many event channel interactions as PV and on older versions of Xen, there is no reliable way to wake up an event channel on VCPU != 0 leading to a variety of deadlocks.

[Xen-devel] [PATCH v2 08/23] vixen: allow dom0 to be created with a domid != 0

From: Anthony Liguori Some older guests special case domid=0 instead of checking the shared info flags so in order to get PV drivers loaded properly, we need to make the guest always appear with a domid != 0. While the Vixen domain is the hardware domain, we don't want it to behave that way so w

[Xen-devel] [PATCH v2 17/23] vixen: setup infrastructure to receive event channel notifications

From: Anthony Liguori This patch registers an interrupt handler using either an INTx interrupt from the platform PCI device, CALLBACK_IRQ vector delivery, or evtchn_upcall_vector depending on what the parent hypervisor supports. The event channel polling code comes from Linux but uses the intern

[Xen-devel] [PATCH v2 23/23] vixen: use default position for the m2p mappings

From: Roger Pau Monne When running a 32bit kernel as Dom0 on a 64bit hypervisor the hypervisor will try to shrink the hypervisor hole to the minimum needed, and thus requires the Dom0 to use XENMEM_machphys_mapping in order to fetch the position of the start of the hypervisor virtual mappings. D

[Xen-devel] [PATCH v2 03/23] x86/guest: Hypercall support

From: Andrew Cooper Signed-off-by: Andrew Cooper --- xen/arch/x86/guest/Makefile | 1 + xen/arch/x86/guest/hypercall_page.S | 79 ++ xen/arch/x86/guest/xen.c | 5 ++ xen/arch/x86/xen.lds.S| 1 + xen/include/asm-x86/guest.h

Re: [Xen-devel] [PATCH 00/22] Vixen: A PV-in-HVM shim

I sent a v2 out with most of the changes discussed in this thread. The only things missing are getting rid of hardware_domain and ECS_RESERVED vs. ECS_PROXY. Regards, Anthony Liguori On Sat, Jan 6, 2018 at 4:05 PM, Anthony Liguori wrote: > On Sat, Jan 6, 2018 at 3:50 PM, Andrew Cooper > wrote

[Xen-devel] [PATCH v2 05/23] char: optionally redirect {, g}printk output to QEMU debug log

From: Matt Wilson When using Vixen, it is helpful to get the Xen messages in a separate channel than the console output. Add an option to output to the QEMU backdoor logging port. Signed-off-by: Matt Wilson --- v1 -> v2 - #ifdef for !x86_64 --- xen/drivers/char/console.c | 35 +++

[Xen-devel] [PATCH v2 06/23] console: do not print banner if below info log threshold

From: Anthony Liguori Only print the banner if the log threshold is at least info. For Vixen guests, we want the console output to be exactly what the PV guest would show on it's own. That means the inner Xen banner can potentially break automation that assumes a specific type of console output

[Xen-devel] [PATCH v2 11/23] vixen: early initialization of Vixen including shared_info mapping

From: Anthony Liguori We split initialization of Vixen into two parts. The first part just detects the presence of an HVM hypervisor so that we can figure out whether to modify the e820 table. The later initialization is used to actually map the shared_info structure from the parent hypervisor

[Xen-devel] [PATCH v2 14/23] vixen: forward VCPUOP_register_runstate_memory_area to outer Xen

From: Anthony Liguori This allows for proper accounting of steal time within the guest. Signed-off-by: Anthony Liguori --- xen/common/domain.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/xen/common/domain.c b/xen/common/domain.c index ede377c..780f8ff 100644 --- a/xen/common/doma

[Xen-devel] [PATCH v2 01/23] ---- x86/Kconfig: Options for Xen and PVH support

From: Andrew Cooper Signed-off-by: Andrew Cooper --- xen/arch/x86/Kconfig | 17 + 1 file changed, 17 insertions(+) diff --git a/xen/arch/x86/Kconfig b/xen/arch/x86/Kconfig index 7c45829..07530bf 100644 --- a/xen/arch/x86/Kconfig +++ b/xen/arch/x86/Kconfig @@ -117,6 +117,23 @@ c

[Xen-devel] [PATCH v2 18/23] vixen: Introduce ECS_PROXY for event channel proxying

From: Jan H. Schönherr Previously, we would keep proxied event channels as ECS_INTERDOMAIN channel around. This works for most things, but has the problem that EVTCHNOP_status is broken, and that EVTCHNOP_close does not mark an event channel as free. Introduce a separate ECS_PROXY to denote even

[Xen-devel] [PATCH v2 16/23] vixen: pass grant table operations through to the outer Xen

From: Anthony Liguori The grant table is a region of guest memory that contains GMFNs which in PV are MFNs but are PFNs in HVM. Since a Vixen guest MFN is an HVM PFN, we can pass this table directly through to the outer Xen which cuts down considerably on overhead. We do not forward most of the

[Xen-devel] [PATCH v2 19/23] vixen: Fix Vixen adaptation of send_global_virq()

From: Jan H. Schönherr The function originally did the following unconditionally: send_guest_global_virq(global_virq_handlers[virq] ?: hardware_domain, virq); The new variant should reflect the non-Vixen case correctly. Signed-off-by: Jan H. Schönherr Signed-off-by: Anthony Liguori --- x

[Xen-devel] [PATCH v2 12/23] vixen: paravirtualization TSC frequency calculation

From: Anthony Liguori Otherwise when time sharing a physical CPU, the calculation can be bogus resulting in time drift for the guest due to improper frequency within pvclock. Signed-off-by: Anthony Liguori --- xen/arch/x86/guest/vixen.c| 22 ++ xen/arch/x86/time.c

[Xen-devel] [PATCH v2 22/23] vixen: dom0 builder support

From: Anthony Liguori The dom0 builder requires a number of modifications in order to be able to launch unprivileged guests. The console and store pages must be mapped in a specific location within the guest's initial page table. We also have to setup the start info to be what's expected for un

[Xen-devel] [PATCH v2 10/23] vixen: do not permit access to physical IRQs if in Vixen mode

From: Anthony Liguori Our intention is for the Vixen guest to be deprivileged so we need to avoid permitting access to each IRQ even though it is technically the hardware domain. Signed-off-by: Anthony Liguori --- xen/arch/x86/irq.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[Xen-devel] [PATCH v2 07/23] vixen: introduce is_vixen() to allow altering behavior

From: Anthony Liguori Vixen (Virtualized Xen) is a paravirtual mode of Xen where paravirtual I/O is passed through from the parent hypervisor all the way through the dom0 guest. The dom0 guest is also deprivileged and renumbered to give the appearance that it is running as a normal PV guest. Si

[Xen-devel] [PATCH v2 00/23] Vixen: A PV-in-HVM shim

From: Anthony Liguori CVE-2017-5754 is problematic for paravirtualized x86 domUs because it appears to be very difficult to isolate the hypervisor's page tables from PV domUs while maintaining ABI compatibility. Instead of trying to make a KPTI-like approach work for Xen PV, it seems reasonable

[Xen-devel] [PATCH v2 04/23] x86: Don't use potentially incorrect CPUID values for topology information

From: Jan H. Schönherr Intel says for CPUID leaf 0Bh: "Software must not use EBX[15:0] to enumerate processor topology of the system. This value in this field (EBX[15:0]) is only intended for display/diagnostic purposes. The actual number of logical processors available to BIOS/OS/

[Xen-devel] [PATCH v2 15/23] vixen: pass through version hypercalls to parent Xen

From: Anthony Liguori This is necessary to trigger event channel upcalls but it is also useful to passthrough the full version information such that the guest believes it is running on the parent Xen. Signed-off-by: Matt Wilson Signed-off-by: Anthony Liguori --- v1 -> v2 - don't pass through

[Xen-devel] [PATCH v2 09/23] vixen: modify the e820 table to advertise HVM special pages as RAM

From: Anthony Liguori In order to be able to assign the Xenstore page into the Vixen guest, we need struct page_info's to exist. We do this by modifying the e820 table early in boot and then using the badpages handling to prevent these pages from being added to the xenheap. Since these pages ex

[Xen-devel] [PATCH v2 02/23] x86/entry: Probe for Xen early during boot

From: Andrew Cooper Signed-off-by: Andrew Cooper --- v1 -> v2 - ARM stubs --- xen/arch/x86/Makefile | 1 + xen/arch/x86/guest/Makefile | 1 + xen/arch/x86/guest/xen.c| 75 + xen/arch/x86/setup.c| 4 +++ xen/include/as

[Xen-devel] [xen-4.7-testing test] 117674: trouble: blocked/broken/fail/pass

flight 117674 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/117674/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm broken test-a

Re: [Xen-devel] [PATCH 16/22] vixen: pass grant table operations through to the outer Xen

On Sun, Jan 7, 2018 at 9:09 AM, Anthony Liguori wrote: > On Sun, Jan 7, 2018 at 8:45 AM, Andrew Cooper > wrote: >> On 07/01/2018 15:42, Anthony Liguori wrote: >>> On Sun, Jan 7, 2018 at 12:36 AM, Roger Pau Monné >>> wrote: On Sat, Jan 06, 2018 at 02:54:31PM -0800, Anthony Liguori wrote: >

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

On 07/01/2018 15:00, Marek Marczykowski-Górecki wrote: > On Fri, Jan 05, 2018 at 07:05:56PM +, Andrew Cooper wrote: >> On 05/01/18 18:16, Rich Persaud wrote: On Jan 5, 2018, at 06:35, Lars Kurth >>> > wrote: Linux’s KPTI series is designed to address S

Re: [Xen-devel] [PATCH 16/22] vixen: pass grant table operations through to the outer Xen

On Sun, Jan 7, 2018 at 8:45 AM, Andrew Cooper wrote: > On 07/01/2018 15:42, Anthony Liguori wrote: >> On Sun, Jan 7, 2018 at 12:36 AM, Roger Pau Monné >> wrote: >>> On Sat, Jan 06, 2018 at 02:54:31PM -0800, Anthony Liguori wrote: static long +vixen_gnttab_setup_table( +XEN_GU

[Xen-devel] [seabios test] 117678: regressions - trouble: broken/fail/pass

flight 117678 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/117678/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-debianhvm-amd64-xsmbroken test-amd64-amd64-qemuu-nested-amd

Re: [Xen-devel] [PATCH 16/22] vixen: pass grant table operations through to the outer Xen

On 07/01/2018 15:42, Anthony Liguori wrote: > On Sun, Jan 7, 2018 at 12:36 AM, Roger Pau Monné wrote: >> On Sat, Jan 06, 2018 at 02:54:31PM -0800, Anthony Liguori wrote: >>> static long >>> +vixen_gnttab_setup_table( >>> +XEN_GUEST_HANDLE_PARAM(gnttab_setup_table_t) uop, unsigned int count) >

[Xen-devel] [linux-3.18 test] 117676: trouble: blocked/broken/fail/pass

flight 117676 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/117676/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm broken test-amd64-

Re: [Xen-devel] [PATCH 15/22] vixen: pass through version hypercalls to parent Xen

On 07/01/2018 15:40, Anthony Liguori wrote: > On Sun, Jan 7, 2018 at 12:31 AM, Roger Pau Monné wrote: >> On Sat, Jan 06, 2018 at 02:54:30PM -0800, Anthony Liguori wrote: >>> From: Anthony Liguori >>> >>> This is necessary to trigger event channel upcalls but it is also >> I'm lost here, what does

Re: [Xen-devel] [PATCH 22/22] vixen: dom0 builder support

On Sun, Jan 7, 2018 at 1:02 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:37PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori >> >> The dom0 builder requires a number of modifications in order to be >> able to launch unprivileged guests. The console and store pages >> must b

Re: [Xen-devel] [PATCH 18/22] vixen: Introduce ECS_PROXY for event channel proxying

On Sun, Jan 7, 2018 at 12:44 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:33PM -0800, Anthony Liguori wrote: >> From: Jan H. Schönherr >> >> Previously, we would keep proxied event channels as ECS_INTERDOMAIN >> channel around. This works for most things, but has the problem >> that

Re: [Xen-devel] [PATCH 17/22] vixen: setup infrastructure to receive event channel notifications

On Sun, Jan 7, 2018 at 12:42 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:32PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori >> >> This patch registers an interrupt handler using either an INTx >> interrupt from the platform PCI device, CALLBACK_IRQ vector >> delivery, or e

Re: [Xen-devel] [PATCH 16/22] vixen: pass grant table operations through to the outer Xen

On Sun, Jan 7, 2018 at 12:36 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:31PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori >> >> The grant table is a region of guest memory that contains GMFNs >> which in PV are MFNs but are PFNs in HVM. Since a Vixen guest MFN >> is an

Re: [Xen-devel] [PATCH 15/22] vixen: pass through version hypercalls to parent Xen

On Sun, Jan 7, 2018 at 12:31 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:30PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori >> >> This is necessary to trigger event channel upcalls but it is also > > I'm lost here, what does version have to do with upcalls? In Linux, xen_

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

flight 117671 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/117671/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-ws16-amd64 16 guest-localmigrate/x10 fail REGR. vs. 117637 Tests which di

Re: [Xen-devel] [PATCH 13/22] vixen: Use SCHEDOP_shutdown to shutdown the machine

On Sun, Jan 7, 2018 at 12:27 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:28PM -0800, Anthony Liguori wrote: >> From: Jan H. Schönherr >> >> While the hwdom_shutdown() is able to reboot the system, it fails to >> properly power it off. With SCHEDOP_shutdown, we delegate the problem.

Re: [Xen-devel] [PATCH 11/22] vixen: early initialization of Vixen including shared_info mapping

On Sun, Jan 7, 2018 at 12:23 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:26PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori >> >> We split initialization of Vixen into two parts. The first part >> just detects the presence of an HVM hypervisor so that we can >> figure out

Re: [Xen-devel] [PATCH 10/22] vixen: do not permit access to physical IRQs if in Vixen mode

On Sun, Jan 7, 2018 at 12:18 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:25PM -0800, Anthony Liguori wrote: >> From: Anthony Liguori >> >> Our intention is for the Vixen guest to be deprivileged so we need >> to avoid permitting access to each IRQ even though it is technically >> t

Re: [Xen-devel] [PATCH 09/22] vixen: modify the e820 table to advertise HVM special pages as RAM

On Sun, Jan 7, 2018 at 12:16 AM, Roger Pau Monné wrote: > On Sat, Jan 06, 2018 at 02:54:24PM -0800, Anthony Liguori wrote: >> diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c >> index a56f875..935901b 100644 >> --- a/xen/arch/x86/mm.c >> +++ b/xen/arch/x86/mm.c >> @@ -122,6 +122,7 @@ >> #includ

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

On Fri, Jan 05, 2018 at 07:05:56PM +, Andrew Cooper wrote: > On 05/01/18 18:16, Rich Persaud wrote: > >> On Jan 5, 2018, at 06:35, Lars Kurth >> > wrote: > >> Linux’s KPTI series is designed to address SP3 only.  For Xen guests, > >> only 64-bit PV guests are a

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

flight 117667 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/117667/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-vhd broken in 117633 test-amd64-amd64-libvirt-xsm

[Xen-devel] [BUG] unable to shutdown (page fault in mwait_idle()/do_dbs_timer()/__find_next_bit()) (fwd)

Hello. I cannot shutdown XEN4.10.0 (probability 10%) with crash during "Preparing system for ACPI S5 state." @xen-users recomends to bugreport. - dom0 - 4.13.9-300.fc27.x86_64 - hw - supermicro/X9DR3-F/CPU E5-2620 Known problem ? How to fix it ? Thanks, Martin ---

[Xen-devel] [xen-unstable-coverity test] 117698: all pass - PUSHED

flight 117698 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/117698/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen 2d1c82261d966735e82e5971eddb63ba3c565a37 baseline version: xen 971d

Re: [Xen-devel] [PATCH 22/22] vixen: dom0 builder support

On Sat, Jan 06, 2018 at 02:54:37PM -0800, Anthony Liguori wrote: > From: Anthony Liguori > > The dom0 builder requires a number of modifications in order to be > able to launch unprivileged guests. The console and store pages > must be mapped in a specific location within the guest's initial > p

Re: [Xen-devel] [PATCH 18/22] vixen: Introduce ECS_PROXY for event channel proxying

On Sat, Jan 06, 2018 at 02:54:33PM -0800, Anthony Liguori wrote: > From: Jan H. Schönherr > > Previously, we would keep proxied event channels as ECS_INTERDOMAIN > channel around. This works for most things, but has the problem > that EVTCHNOP_status is broken, and that EVTCHNOP_close does not >

Re: [Xen-devel] [PATCH 17/22] vixen: setup infrastructure to receive event channel notifications

On Sat, Jan 06, 2018 at 02:54:32PM -0800, Anthony Liguori wrote: > From: Anthony Liguori > > This patch registers an interrupt handler using either an INTx > interrupt from the platform PCI device, CALLBACK_IRQ vector > delivery, or evtchn_upcall_vector depending on what the parent > hypervisor s

[Xen-devel] [libvirt test] 117662: tolerable all pass - PUSHED

flight 117662 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/117662/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 117589 test-armhf-armhf-libvirt-raw 13 saveresto

Re: [Xen-devel] [PATCH 16/22] vixen: pass grant table operations through to the outer Xen

On Sat, Jan 06, 2018 at 02:54:31PM -0800, Anthony Liguori wrote: > From: Anthony Liguori > > The grant table is a region of guest memory that contains GMFNs > which in PV are MFNs but are PFNs in HVM. Since a Vixen guest MFN > is an HVM PFN, we can pass this table directly through to the outer >

Re: [Xen-devel] [PATCH 15/22] vixen: pass through version hypercalls to parent Xen

On Sat, Jan 06, 2018 at 02:54:30PM -0800, Anthony Liguori wrote: > From: Anthony Liguori > > This is necessary to trigger event channel upcalls but it is also I'm lost here, what does version have to do with upcalls? > useful to passthrough the full version information such that the > guest bel

Re: [Xen-devel] [PATCH 13/22] vixen: Use SCHEDOP_shutdown to shutdown the machine

On Sat, Jan 06, 2018 at 02:54:28PM -0800, Anthony Liguori wrote: > From: Jan H. Schönherr > > While the hwdom_shutdown() is able to reboot the system, it fails to > properly power it off. With SCHEDOP_shutdown, we delegate the problem. > > Signed-off-by: Jan H. Schönherr > Signed-off-by: Anthon

Re: [Xen-devel] [PATCH 11/22] vixen: early initialization of Vixen including shared_info mapping

On Sat, Jan 06, 2018 at 02:54:26PM -0800, Anthony Liguori wrote: > From: Anthony Liguori > > We split initialization of Vixen into two parts. The first part > just detects the presence of an HVM hypervisor so that we can > figure out whether to modify the e820 table. > > The later initializatio

Re: [Xen-devel] [PATCH 10/22] vixen: do not permit access to physical IRQs if in Vixen mode

On Sat, Jan 06, 2018 at 02:54:25PM -0800, Anthony Liguori wrote: > From: Anthony Liguori > > Our intention is for the Vixen guest to be deprivileged so we need > to avoid permitting access to each IRQ even though it is technically > the hardware domain. I'm still not sure I see why you need the

Re: [Xen-devel] [PATCH 09/22] vixen: modify the e820 table to advertise HVM special pages as RAM

On Sat, Jan 06, 2018 at 02:54:24PM -0800, Anthony Liguori wrote: > diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c > index a56f875..935901b 100644 > --- a/xen/arch/x86/mm.c > +++ b/xen/arch/x86/mm.c > @@ -122,6 +122,7 @@ > #include > #include > #include > +#include > > #include > #in