Re: [Xen-devel] Linux as 32-bit Dom0?

On 22/11/17 15:05, Jan Beulich wrote: > Jürgen, Boris, > > am I trying something that's not allowed, but selectable via Kconfig? > On system with multiple IO-APICs (I assume that's what triggers the > problem) I get > > Kernel panic - not syncing: Max apic_id exceeded! Generally I don't think

Re: [Xen-devel] [PATCH 21/30] xen: deprecate pci_get_bus_and_slot()

where we can't > extract the domain number. Other places, use the actual domain number from > the device. > > Signed-off-by: Sinan Kaya <ok...@codeaurora.org> Reviewed-by: Juergen Gross <jgr...@suse.com> Juergen ___ Xen-dev

Re: [Xen-devel] Xen PV seems to be broken on Linus' tree

On 22/11/17 05:46, Andy Lutomirski wrote: > On Tue, Nov 21, 2017 at 8:11 PM, Andy Lutomirski wrote: >> On Tue, Nov 21, 2017 at 7:33 PM, Andy Lutomirski wrote: >>> I'm doing: >>> >>> /usr/bin/qemu-system-x86_64 -machine accel=kvm:tcg -cpu host -net none >>>

[Xen-devel] [PATCH v2] mini-os: add config item for printing via hypervisor

Today Mini-OS will print all console output via the hypervisor, too. Make this behavior configurable instead and default it to "off". Signed-off-by: Juergen Gross <jgr...@suse.com> Acked-by: Samuel Thibault <samuel.thiba...@ens-lyon.org> --- V2: keep comment (Samuel Th

[Xen-devel] [PATCH] mini-os: add config item for printing via hypervisor

Today Mini-OS will print all console output via the hypervisor, too. Make this behavior configurable instead and default it to "off". Signed-off-by: Juergen Gross <jgr...@suse.com> --- Config.mk | 2 ++ arch/x86/testbuild/all-no | 1 + arch/x86/testbuil

Re: [Xen-devel] [PATCH v2] tools/libxl: mark special pages as reserved in e820 map for PVH

On 21/11/17 12:27, Jan Beulich wrote: On 21.11.17 at 12:06, wrote: >> The "special pages" for PVH guests include the frames for console and >> Xenstore ring buffers. Those have to be marked as "Reserved" in the >> guest's E820 map, as otherwise conflicts might arise later

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 21/11/17 11:42, Andrew Cooper wrote: > On 21/11/17 07:44, Jan Beulich wrote: > On 20.11.17 at 17:59, wrote: >>> On 11/20/2017 11:43 AM, Jan Beulich wrote: >>> On 20.11.17 at 17:28, wrote: > On 11/20/2017 11:26 AM, Jan Beulich

[Xen-devel] [PATCH v2] tools/libxl: mark special pages as reserved in e820 map for PVH

The "special pages" for PVH guests include the frames for console and Xenstore ring buffers. Those have to be marked as "Reserved" in the guest's E820 map, as otherwise conflicts might arise later e.g. when hotplugging memory into the guest. Signed-off-by: Juergen Gr

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 21/11/17 09:46, Jan Beulich wrote: On 21.11.17 at 09:13, wrote: >> On 21/11/17 08:50, Jan Beulich wrote: >> On 20.11.17 at 19:28, wrote: On 20/11/17 17:14, Jan Beulich wrote: On 20.11.17 at 16:24, wrote: >> So

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 21/11/17 08:50, Jan Beulich wrote: On 20.11.17 at 19:28, wrote: >> On 20/11/17 17:14, Jan Beulich wrote: >> On 20.11.17 at 16:24, wrote: On 20/11/17 15:20, Jan Beulich wrote: On 20.11.17 at 15:14, wrote: >> On

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 17:14, Boris Ostrovsky wrote: > On 11/20/2017 10:27 AM, Juergen Gross wrote: >> On 20/11/17 15:25, Boris Ostrovsky wrote: >>> On 11/20/2017 09:14 AM, Juergen Gross wrote: >>>> On 20/11/17 14:56, Boris Ostrovsky wrote: >>>>&

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 17:14, Jan Beulich wrote: On 20.11.17 at 16:24, wrote: >> On 20/11/17 15:20, Jan Beulich wrote: >> On 20.11.17 at 15:14, wrote: On 20/11/17 14:56, Boris Ostrovsky wrote: > On 11/20/2017 06:50 AM, Jan Beulich wrote: > On

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 15:25, Boris Ostrovsky wrote: > On 11/20/2017 09:14 AM, Juergen Gross wrote: >> On 20/11/17 14:56, Boris Ostrovsky wrote: >>> On 11/20/2017 06:50 AM, Jan Beulich wrote: >>>>>>> On 20.11.17 at 12:20, <jgr...@suse.com> wrote: >>>&

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 15:20, Jan Beulich wrote: On 20.11.17 at 15:14, wrote: >> On 20/11/17 14:56, Boris Ostrovsky wrote: >>> On 11/20/2017 06:50 AM, Jan Beulich wrote: >>> On 20.11.17 at 12:20, wrote: > Which restriction? I'm loading the RSDP table to its

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 14:56, Boris Ostrovsky wrote: > On 11/20/2017 06:50 AM, Jan Beulich wrote: > On 20.11.17 at 12:20, wrote: >>> Which restriction? I'm loading the RSDP table to its architectural >>> correct addres if possible, otherwise it will be loaded to the same >>> address as

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 11:57, Andrew Cooper wrote: > On 20/11/17 10:43, Juergen Gross wrote: >> On 20/11/17 11:21, Andrew Cooper wrote: >>> On 20/11/17 10:04, Juergen Gross wrote: >>>> On 20/11/17 10:58, Andrew Cooper wrote: >>>>> On 20/11/2017 09:55, Juergen Gro

Re: [Xen-devel] [PATCH] xen-netfront: remove warning when unloading module

On 20/11/17 11:49, Wei Liu wrote: > CC netfront maintainers. > > On Mon, Nov 20, 2017 at 11:41:09AM +0100, Eduardo Otubo wrote: >> When unloading module xen_netfront from guest, dmesg would output >> warning messages like below: >> >> [ 105.236836] xen:grant_table: WARNING: g.e. 0x903 still in

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 11:21, Andrew Cooper wrote: > On 20/11/17 10:04, Juergen Gross wrote: >> On 20/11/17 10:58, Andrew Cooper wrote: >>> On 20/11/2017 09:55, Juergen Gross wrote: >>>> On 20/11/17 10:51, Roger Pau Monné wrote: >>>>> Adding xen-devel, dropped i

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 10:58, Andrew Cooper wrote: > On 20/11/2017 09:55, Juergen Gross wrote: >> On 20/11/17 10:51, Roger Pau Monné wrote: >>> Adding xen-devel, dropped it on my reply.  >>> >>> Replying from my phone, sorry for the formatting.  >>> >>&

Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On 20/11/17 10:51, Roger Pau Monné wrote: > Adding xen-devel, dropped it on my reply.  > > Replying from my phone, sorry for the formatting.  > > > El 20 nov. 2017 9:35, "Juergen Gross" <jgr...@suse.com > <mailto:jgr...@suse.com>> esc

[Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

loaded kernel if this space hasn't been used before. Signed-off-by: Juergen Gross <jgr...@suse.com> --- Not sure if this is acceptable for 4.10, but I think PVH guest support should include the possibility to use grub2 as a boot loader. So please consider this patch for 4.10. --- tools

Re: [Xen-devel] [PATCH 03/13] x86/paravirt: Convert native patch assembly code strings to macros

On 17/11/17 20:42, Josh Poimboeuf wrote: > On Fri, Nov 17, 2017 at 08:10:13PM +0100, Juergen Gross wrote: >> On 17/11/17 19:07, Borislav Petkov wrote: >>> On Wed, Oct 04, 2017 at 10:58:24AM -0500, Josh Poimboeuf wrote: >>>> Convert the hard-coded native patch a

Re: [Xen-devel] [PATCH 03/13] x86/paravirt: Convert native patch assembly code strings to macros

On 17/11/17 19:07, Borislav Petkov wrote: > On Wed, Oct 04, 2017 at 10:58:24AM -0500, Josh Poimboeuf wrote: >> Convert the hard-coded native patch assembly code strings to macros to >> facilitate sharing common code between 32-bit and 64-bit. >> >> These macros will also be used by a future patch

Re: [Xen-devel] [PATCH for-4.10] tools/libxl: mark hvm mmio area as reserved in e820 map

On 17/11/17 12:47, Juergen Gross wrote: > Make sure the HVM mmio area (especially console and Xenstore pages) is > marked as "reserved" in the guest's E820 map, as otherwise conflicts > might arise later, e.g. when hotplugging memory into the guest. > > Signed-o

Re: [Xen-devel] [PATCH for-4.10] tools/libxl: mark hvm mmio area as reserved in e820 map

On 17/11/17 13:26, Jan Beulich wrote: On 17.11.17 at 12:47, wrote: >> Make sure the HVM mmio area (especially console and Xenstore pages) is >> marked as "reserved" in the guest's E820 map, as otherwise conflicts >> might arise later, e.g. when hotplugging memory into the

[Xen-devel] [PATCH for-4.10] tools/libxl: mark hvm mmio area as reserved in e820 map

Make sure the HVM mmio area (especially console and Xenstore pages) is marked as "reserved" in the guest's E820 map, as otherwise conflicts might arise later, e.g. when hotplugging memory into the guest. Signed-off-by: Juergen Gross <jgr...@suse.com> --- This is a bugfix for PV

Re: [Xen-devel] [PATCH 2/3] credit2: libxl related changes to add support for runqueue per cpupool.

On 16/11/17 22:10, Anshul Makkar wrote: > [Trimming the Cc-list a bit] > > > On 9/14/17 7:37 AM, Juergen Gross wrote: >> On 12/09/17 02:45, anshulmakkar wrote: >>> Introduces scheduler specific parameter at libxl level which are >>> passed on to libxc. eg run

Re: [Xen-devel] [PATCH 02/13] x86/paravirt: Fix output constraint macro names

On 16/11/17 21:50, Josh Poimboeuf wrote: > On Wed, Oct 25, 2017 at 11:33:43AM +0200, Juergen Gross wrote: >> On 04/10/17 17:58, Josh Poimboeuf wrote: >>> Some of the paravirt '*_CLOBBERS' macros refer to output constraints >>> instead of clobbers, which makes the co

Re: [Xen-devel] [PATCH 10/13] x86/alternative: Support indirect call replacement

On 16/11/17 22:19, Josh Poimboeuf wrote: > On Wed, Oct 25, 2017 at 01:25:02PM +0200, Juergen Gross wrote: >> On 04/10/17 17:58, Josh Poimboeuf wrote: >>> Add alternative patching support for replacing an instruction with an >>> indirect call. This will be needed fo

[Xen-devel] [GIT PULL] xen: features and fixes for v4.15-rc1

interface - a series by Juergen Gross to add support for Xen pv guests to be able to run on 5 level paging hosts - a series by Stefano Stabellini adding the Xen pvcalls frontend driver using a paravirtualized socket interface Thanks. Juergen MAINTAINERS|2

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 15/11/17 22:20, Stefano Stabellini wrote: > On Wed, 15 Nov 2017, Boris Ostrovsky wrote: >> On 11/15/2017 02:09 PM, Stefano Stabellini wrote: >>> On Wed, 15 Nov 2017, Juergen Gross wrote: >>>>>>> while(mutex_is_locked(>active.in_mutex.owner

Re: [Xen-devel] [PATCH] xen/pvcalls: Add MODULE_LICENSE()

attribution. > > Signed-off-by: Boris Ostrovsky <boris.ostrov...@oracle.com> Reviewed-by: Juergen Gross <jgr...@suse.com> Juergen ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [OSSTEST PATCH] ts-xen-build-prep: Install libelf-dev for benefit of linux.git

ni <sstabell...@kernel.org> > CC: Boris Ostrovsky <boris.ostrov...@oracle.com> > CC: Juergen Gross <jgr...@suse.com> > CC: Paul Durrant <paul.durr...@citrix.com> > CC: Wei Liu <wei.l...@citrix.com> > Signed-off-by: Ian Jackson <ian.jack...@eu.citrix

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 14/11/17 22:46, Boris Ostrovsky wrote: > On 11/14/2017 04:11 AM, Juergen Gross wrote: >> On 13/11/17 19:33, Stefano Stabellini wrote: >>> On Mon, 13 Nov 2017, Juergen Gross wrote: >>>> On 11/11/17 00:57, Stefano Stabellini wrote: >>>>> On Tue, 7 Nov

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

On 14/11/17 12:43, Quan Xu wrote: > > > On 2017/11/14 18:27, Juergen Gross wrote: >> On 14/11/17 10:38, Quan Xu wrote: >>> >>> On 2017/11/14 15:30, Juergen Gross wrote: >>>> On 14/11/17 08:02, Quan Xu wrote: >>>>> On 2017/11/13 18:53,

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

On 14/11/17 10:38, Quan Xu wrote: > > > On 2017/11/14 15:30, Juergen Gross wrote: >> On 14/11/17 08:02, Quan Xu wrote: >>> >>> On 2017/11/13 18:53, Juergen Gross wrote: >>>> On 13/11/17 11:06, Quan Xu wrote: >>>>> From: Quan

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 13/11/17 19:33, Stefano Stabellini wrote: > On Mon, 13 Nov 2017, Juergen Gross wrote: >> On 11/11/17 00:57, Stefano Stabellini wrote: >>> On Tue, 7 Nov 2017, Juergen Gross wrote: >>>> On 06/11/17 23:17, Stefano Stabellini wrote: >>>>> mutex_t

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

On 14/11/17 08:02, Quan Xu wrote: > > > On 2017/11/13 18:53, Juergen Gross wrote: >> On 13/11/17 11:06, Quan Xu wrote: >>> From: Quan Xu <quan@gmail.com> >>> >>> So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called >>>

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 11/11/17 00:57, Stefano Stabellini wrote: > On Tue, 7 Nov 2017, Juergen Gross wrote: >> On 06/11/17 23:17, Stefano Stabellini wrote: >>> mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you >>> take in_mutex on the first try, but you can't take ou

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

.@gmail.com> > Signed-off-by: Quan Xu <quan@gmail.com> > Cc: Juergen Gross <jgr...@suse.com> > Cc: Alok Kataria <akata...@vmware.com> > Cc: Rusty Russell <ru...@rustcorp.com.au> > Cc: Thomas Gleixner <t...@linutronix.de> > Cc: Ingo Molnar

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

On 10/11/17 10:33, Roger Pau Monné wrote: > On Sat, Nov 04, 2017 at 11:14:35PM +, osstest service owner wrote: >> flight 11 xen-unstable real [real] >> http://logs.test-lab.xenproject.org/osstest/logs/11/ >> >> Regressions :-( >> >> Tests which did not succeed and are blocking, >>

[Xen-devel] [PATCH v2 2/5] x86: add enum for hypervisors to replace x86_hyper

: dmitry.torok...@gmail.com Cc: xdeguill...@vmware.com Cc: moltm...@vmware.com Cc: a...@arndb.de Cc: gre...@linuxfoundation.org Cc: linux-in...@vger.kernel.org Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/hyperv/hv_init.c | 2 +- arch/x86/include/asm/hypervisor.

[Xen-devel] [PATCH v2 5/5] x86/xen: use guest_late_init to detect Xen PVH guest

...@lists.xenproject.org Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/xen/enlighten_hvm.c | 24 ++-- arch/x86/xen/enlighten_pvh.c | 9 - 2 files changed, 22 insertions(+), 11 deletions(-) diff --git a/arch/x86/xen/enlighten_hvm.c b/arch/x

[Xen-devel] [PATCH v2 1/5] x86: merge x86_hyper into x86_platform and x86_init

...@linuxdriverproject.org Cc: virtualizat...@lists.linux-foundation.org Cc: k...@vger.kernel.org Cc: xen-de...@lists.xenproject.org Suggested-by: Ingo Molnar <mi...@kernel.org> Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/include/asm/hypervisor.h | 25 -- arch/x86

[Xen-devel] [PATCH v2 0/5] x86/xen: support booting PVH guest via standard boot path

: a...@arndb.de Cc: gre...@linuxfoundation.org Cc: linux-in...@vger.kernel.org Cc: r...@rjwysocki.net Cc: len.br...@intel.com Cc: pa...@ucw.cz Cc: linux...@vger.kernel.org Juergen Gross (5): x86: merge x86_hyper into x86_platform and x86_init x86: add enum for hypervisors to replace x86_hyper x86/acpi: add

Re: [Xen-devel] [PATCH] mini-os: add a coding style file

On 09/11/17 13:31, Wei Liu wrote: > On Thu, Nov 09, 2017 at 01:10:12PM +0100, Juergen Gross wrote: >> Since carving out Mini-OS from the Xen repository there hasn't been a >> description of the preferred coding style. Copy the Xen CODING_STYLE >> file. >> > >

[Xen-devel] [PATCH] mini-os: add a coding style file

Since carving out Mini-OS from the Xen repository there hasn't been a description of the preferred coding style. Copy the Xen CODING_STYLE file. Signed-off-by: Juergen Gross <jgr...@suse.com> --- CODING_STYLE | 109 +++ 1 file change

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

On 08/11/17 16:00, Govinda Tatti wrote: > Thanks Roger for your review comments. Please see below for my comments. > > On 11/7/2017 5:21 AM, Roger Pau Monné wrote: >> On Mon, Nov 06, 2017 at 12:48:42PM -0500, Govinda Tatti wrote: >>> +out: >>> +    if (!err) >>> +    err = count; >>> + >>> +  

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 15:10, Boris Ostrovsky wrote: > On 11/08/2017 08:36 AM, Juergen Gross wrote: >> >> Regarding ACPI tables: current PVH implementation in Linux kernel >> seems not to make use of the special information presented in the boot >> information block. > &g

Re: [Xen-devel] [PATCH 0/3] x86/xen: support booting PVH guest via standard boot path

On 08/11/17 14:37, Boris Ostrovsky wrote: > On 11/08/2017 04:07 AM, Juergen Gross wrote: >> Booting a Xen PVH guest requires a special boot entry as it is >> mandatory to setup some Xen-specific interfaces rather early. When grub >> or OVMF are used as boot loaders, how

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:58, Jan Beulich wrote: On 08.11.17 at 13:45, wrote: >> On 08/11/17 13:31, Jan Beulich wrote: >> On 08.11.17 at 12:55, wrote: On 08/11/17 12:18, Jan Beulich wrote: On 08.11.17 at 10:07, wrote: >> In case

Re: [Xen-devel] [PATCH] xen/privcmd: remove unused variable pageidx

Value stored to 'pageidx' > is never read > > Signed-off-by: Colin Ian King <colin.k...@canonical.com> Reviewed-by: Juergen Gross <jgr...@suse.com> Juergen ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:31, Jan Beulich wrote: On 08.11.17 at 12:55, wrote: >> On 08/11/17 12:18, Jan Beulich wrote: >> On 08.11.17 at 10:07, wrote: In case we are booted via the default boot entry by a generic loader like grub or OVMF it is necessary

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:26, Paolo Bonzini wrote: > On 08/11/2017 13:24, Juergen Gross wrote: >>> My understanding of Xen is very rusty at this point, but I think a >>> "completely" legacy-free HVM domain will still have a PCI bus and the >>> Xen platform device on t

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:03, Paolo Bonzini wrote: > On 08/11/2017 12:55, Juergen Gross wrote: >> On 08/11/17 12:18, Jan Beulich wrote: >>>>>> On 08.11.17 at 10:07, <jgr...@suse.com> wrote: >>>> In case we are booted via the default boot entry by a generic

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 12:18, Jan Beulich wrote: On 08.11.17 at 10:07, wrote: >> In case we are booted via the default boot entry by a generic loader >> like grub or OVMF it is necessary to distinguish between a HVM guest >> with a device model supporting legacy devices and a PVH guest

Re: [Xen-devel] [PATCH 2/3] x86: add guest_late_init hook to hypervisor_x86 structure

On 08/11/17 10:40, Ingo Molnar wrote: > > * Juergen Gross <jgr...@suse.com> wrote: > >>> Plus add a default empty function (which hypervisors can override). This >>> avoids >>> all the hidden conditions and wrappery. >> >> Hmm, x86_hyper i

Re: [Xen-devel] [PATCH 2/3] x86: add guest_late_init hook to hypervisor_x86 structure

On 08/11/17 10:13, Ingo Molnar wrote: > > * Juergen Gross <jgr...@suse.com> wrote: > >> Add a new guest_late_init hook to the hypervisor_x86 structure. It >> will replace the current kvm_guest_init() call which is changed to >> make use of the new hook. >&g

[Xen-devel] [PATCH 1/3] x86/acpi: add test for ACPI_FADT_NO_VGA

Add a test for ACPI_FADT_NO_VGA when scanning the FADT and set the new flag x86_platform.legacy.no_vga accordingly. Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/include/asm/x86_init.h | 1 + arch/x86/kernel/acpi/boot.c | 5 + 2 files changed, 6 insertions(+) diff

[Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

and x86_platform.legacy.rtc cleared, while both won't be true for HVM guests. Test for both conditions in the guest_late_init hook and set xen_pvh to true if they are met. Move some of the early PVH initializations to the new hook in order to avoid duplicated code. Signed-off-by: Juergen Gross <jgr...@suse.

[Xen-devel] [PATCH 2/3] x86: add guest_late_init hook to hypervisor_x86 structure

Add a new guest_late_init hook to the hypervisor_x86 structure. It will replace the current kvm_guest_init() call which is changed to make use of the new hook. Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/include/asm/hypervisor.h | 11 +++ arch/x86/include/asm/kvm_

[Xen-devel] [PATCH 0/3] x86/xen: support booting PVH guest via standard boot path

involved for filling in the boot parameters. Juergen Gross (3): x86/acpi: add test for ACPI_FADT_NO_VGA x86: add guest_late_init hook to hypervisor_x86 structure x86/xen: use guest_late_init to detect Xen PVH guest arch/x86/include/asm/hypervisor.h | 11 +++ arch/x86/include/asm

Re: [Xen-devel] Xen PVH support in grub2

On 06/11/17 12:36, Juergen Gross wrote: > On 03/11/17 13:17, Roger Pau Monné wrote: >> On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: >>> On 29/09/17 17:51, Roger Pau Monné wrote: >>>> On Fri, Sep 29, 2017 at 03:33:58PM +, Juergen Gross wrote: >

Re: [Xen-devel] Xen PVH support in grub2

On 06/11/17 17:42, Boris Ostrovsky wrote: > On 11/06/2017 10:05 AM, Juergen Gross wrote: >> On 06/11/17 15:51, Boris Ostrovsky wrote: >>> On 11/06/2017 02:16 AM, Juergen Gross wrote: >>>> On 03/11/17 20:00, Boris Ostrovsky wrote: >>>>> On 11/03/2017 0

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 06/11/17 23:17, Stefano Stabellini wrote: > mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you > take in_mutex on the first try, but you can't take out_mutex. Next times > you call mutex_trylock() in_mutex is going to fail. It's an endless > loop. > > Solve the problem by

Re: [Xen-devel] Xen PVH support in grub2

On 06/11/17 15:51, Boris Ostrovsky wrote: > On 11/06/2017 02:16 AM, Juergen Gross wrote: >> On 03/11/17 20:00, Boris Ostrovsky wrote: >>> On 11/03/2017 02:40 PM, Juergen Gross wrote: >>>> On 03/11/17 19:35, Boris Ostrovsky wrote: >>>>> On 11/03/2017 0

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 13:17, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: >> On 29/09/17 17:51, Roger Pau Monné wrote: >>> On Fri, Sep 29, 2017 at 03:33:58PM +0000, Juergen Gross wrote: >>>> On 29/09/17 17:24, Roger Pau Monné wrote: &g

Re: [Xen-devel] Confused about mapped pages "struct page" updates

On 06/11/17 10:57, Waseem, Amna wrote: > Hello All, > > I am a little confused about mapping mechanism in Xen for page from DomU to > Dom0. > > When Dom0 maps DomU page to its applied host_addr, Page table entries are > created by Xen hypervisor for mapping applied host_addr vritual address

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 20:00, Boris Ostrovsky wrote: > On 11/03/2017 02:40 PM, Juergen Gross wrote: >> On 03/11/17 19:35, Boris Ostrovsky wrote: >>> On 11/03/2017 02:23 PM, Juergen Gross wrote: >>>> On 03/11/17 19:19, Boris Ostrovsky wrote: >>>>> On 11/03/2017 0

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 19:37, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 07:23:50PM +0100, Juergen Gross wrote: >> On 03/11/17 19:19, Boris Ostrovsky wrote: >>> On 11/03/2017 02:05 PM, Juergen Gross wrote: >>>> >>>> So again the quest

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 19:35, Boris Ostrovsky wrote: > On 11/03/2017 02:23 PM, Juergen Gross wrote: >> On 03/11/17 19:19, Boris Ostrovsky wrote: >>> On 11/03/2017 02:05 PM, Juergen Gross wrote: >>>> So again the question: how to tell whether we are PVH or HVM in >>>&g

Re: [Xen-devel] Commit moratorium to staging

On 03/11/17 19:29, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 05:57:52PM +, George Dunlap wrote: >> On 11/03/2017 02:52 PM, George Dunlap wrote: >>> On 11/03/2017 02:14 PM, Roger Pau Monné wrote: On Thu, Nov 02, 2017 at 09:55:11AM +, Paul Durrant wrote: > Hmm. I wonder

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 19:19, Boris Ostrovsky wrote: > On 11/03/2017 02:05 PM, Juergen Gross wrote: >> >> So again the question: how to tell whether we are PVH or HVM in >> init_hypervisor_platform()? ACPi tables are scanned way later... > > Can we make grub/OVMF append

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 16:27, Juergen Gross wrote: > On 03/11/17 16:10, Boris Ostrovsky wrote: >> On 11/03/2017 10:59 AM, Juergen Gross wrote: >>> On 03/11/17 15:36, Boris Ostrovsky wrote: >>>> On 11/03/2017 10:24 AM, Juergen Gross wrote: >>>>> On 03/11/17 15:07,

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 16:10, Boris Ostrovsky wrote: > On 11/03/2017 10:59 AM, Juergen Gross wrote: >> On 03/11/17 15:36, Boris Ostrovsky wrote: >>> On 11/03/2017 10:24 AM, Juergen Gross wrote: >>>> On 03/11/17 15:07, Roger Pau Monné wrote: >>>>> On Fri, Nov 03,

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 15:36, Boris Ostrovsky wrote: > On 11/03/2017 10:24 AM, Juergen Gross wrote: >> On 03/11/17 15:07, Roger Pau Monné wrote: >>> On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote: >>>> On 03/11/17 13:17, Roger Pau Monné wrote: >>>>

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 15:07, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote: >> On 03/11/17 13:17, Roger Pau Monné wrote: >>> On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: >>>> On 29/09/17 17:51, Roger Pau Monné wrote: &g

Re: [Xen-devel] Xen PVH support in grub2

On 03/11/17 13:17, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: >> On 29/09/17 17:51, Roger Pau Monné wrote: >>> On Fri, Sep 29, 2017 at 03:33:58PM +0000, Juergen Gross wrote: >>>> On 29/09/17 17:24, Roger Pau Monné wrote: &g

Re: [Xen-devel] Xen PVH support in grub2

On 29/09/17 17:51, Roger Pau Monné wrote: > On Fri, Sep 29, 2017 at 03:33:58PM +0000, Juergen Gross wrote: >> On 29/09/17 17:24, Roger Pau Monné wrote: >>> On Fri, Sep 29, 2017 at 02:46:53PM +0000, Juergen Gross wrote: >>> Then, I also wonder whether it would make

Re: [Xen-devel] [PATCH] xen/pvcalls: remove redundant check for irq >= 0

60371 ("Logically dead code") > > Fixes: cb1c7d9bbc87 ("xen/pvcalls: implement connect command") > Signed-off-by: Colin Ian King <colin.k...@canonical.com> Reviewed-by: Juergen Gross <jgr...@suse.com> Juergen

Re: [Xen-devel] [PATCH] xen/pvcalls: fix unsigned less than zero error check

ve return can be checked. > > Detected by CoverityScan, CID#1460358 ("Unsigned compared against 0") > > Fixes: 219681909913 ("xen/pvcalls: connect to the backend") > Signed-off-by: Colin Ian King <colin.k...@canonica

Re: [Xen-devel] [PATCH] xen/pvcalls-front: mark expected switch fall-through

GCC is expecting to find. > > Signed-off-by: Gustavo A. R. Silva <garsi...@embeddedor.com> Reviewed-by: Juergen Gross <jgr...@suse.com> Juergen ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH] xen: xenbus_probe_frontend: mark expected switch fall-throughs

ddedor.com> Reviewed-by: Juergen Gross <jgr...@suse.com> Juergen ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH] xen/time: Return -ENODEV from xen_get_wallclock()

On 02/11/17 23:18, Boris Ostrovsky wrote: > For any other error sync_cmos_clock() will reschedule itself > every second or so, for no good reason. > > Suggested-by: Paolo Bonzini <pbonz...@redhat.com> > Signed-off-by: Boris Ostrovsky <boris.ostrov...@oracle.com> Revi

Re: [Xen-devel] USB Passthrough: Incorrect device detected in Domain U

On 02/11/17 08:37, Rakesh Awanti wrote: >>> Hello, >>>  >>> I'm trying USB passthrough on x86 and ARM platforms. I've taken the USB >>> frontend and backend code from  > >>So from where? > > > https://lists.xen.org/archives/html/xen-devel/2015-02/msg03245.html The backend driver was discarded

Re: [Xen-devel] [PATCH-tip v2 2/2] x86/xen: Deprecate xen_nopvspin

On 02/11/17 14:25, Waiman Long wrote: > On 11/01/2017 06:01 PM, Boris Ostrovsky wrote: >> On 11/01/2017 04:58 PM, Waiman Long wrote: >>> +/* TODO: To be removed in a future kernel version */ >>> static __init int xen_parse_nopvspin(char *arg) >>> { >>> - xen_pvspin = false; >>> +

Re: [Xen-devel] d0v0 Unhandled general protection fault with 4.9.x on brand new hardware

On 02/11/17 08:56, Francesco De Francesco wrote: > Hi everyone, > > I need to address an issue that prevents me from running Xen on new > hardware. It's an HPE DL360 Gen10 with double Xeon Silver 4108 CPU and > 256GB ECC DDR4 RDIMM. It happens with both CentOS6 and CentOS7. > > When I try to

[Xen-devel] [PATCH v2 4/5] xen: update arch/x86/include/asm/xen/cpuid.h

Update arch/x86/include/asm/xen/cpuid.h from the Xen tree to get newest definitions. Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/include/asm/xen/cpuid.h | 42 ++-- 1 file changed, 32 insertions(+), 10 deletions(-) diff --git a/arch/x86/i

[Xen-devel] [PATCH v2 2/5] xen: limit grant v2 interface to the v1 functionality

-off-by: Juergen Gross <jgr...@suse.com> --- V2: - remove update_trans_entry() from gnttab_ops (Boris Ostrovsky) --- drivers/xen/grant-table.c | 150 -- include/xen/grant_table.h | 25 2 files changed, 175 deletions(-) diff --git a/drive

[Xen-devel] [PATCH v2 5/5] xen: select grant interface version

to specify the grant interface version via a boot parameter. Signed-off-by: Juergen Gross <jgr...@suse.com> --- V2: - use cpuid on pv and max_possible_pfn on hvm for version select --- drivers/xen/grant-table.c | 35 +-- 1 file changed, 33 insertions(+), 2 del

[Xen-devel] [PATCH v2 0/5] xen: grant table interface v2 support

hvm for version select Juergen Gross (5): xen: re-introduce support for grant v2 interface xen: limit grant v2 interface to the v1 functionality xen: add grant interface version dependent constants to gnttab_ops xen: update arch/x86/include/asm/xen/cpuid.h xen: select grant interface vers

[Xen-devel] [PATCH v2 1/5] xen: re-introduce support for grant v2 interface

s machines with more than 16TB of memory are expected to be more common in the near future support of grant v2 is mandatory in order to be able to run a Xen pv domain at any memory location. So re-add grant v2 support basically by reverting above commit. Signed-off-by: Juergen Gross <jg

[Xen-devel] [PATCH v2 3/5] xen: add grant interface version dependent constants to gnttab_ops

Instead of having multiple variables with constants like grant_table_version or grefs_per_grant_frame add those to struct gnttab_ops and access them just via the gnttab_interface pointer. Signed-off-by: Juergen Gross <jgr...@suse.com> Reviewed-by: Boris Ostrovsky <boris.ostrov...@o

Re: [Xen-devel] USB Passthrough: Incorrect device detected in Domain U

On 02/11/17 07:57, Rakesh Awanti wrote: > Hello, > > I'm trying USB passthrough on x86 and ARM platforms. I've taken the USB > frontend and backend code from So from where? Juergen ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH] x86/paravirt: Add kernel parameter to choose paravirt lock type

On 01/11/17 16:32, Waiman Long wrote: > Currently, there are 3 different lock types that can be chosen for > the x86 architecture: > > - qspinlock > - pvqspinlock > - unfair lock > > One of the above lock types will be chosen at boot time depending on > a number of different factors. > >

Re: [Xen-devel] [PATCH v2] xen: support priv-mapping in an HVM tools domain

On 01/11/17 14:45, Paul Durrant wrote: >> -Original Message- >> From: Juergen Gross [mailto:jgr...@suse.com] >> Sent: 01 November 2017 13:40 >> To: Paul Durrant <paul.durr...@citrix.com>; x...@kernel.org; xen- >> de...@lists.xenproject.org; linux

Re: [Xen-devel] [PATCH v2] xen: support priv-mapping in an HVM tools domain

rix.com> > --- > Cc: Boris Ostrovsky <boris.ostrov...@oracle.com> > Cc: Juergen Gross <jgr...@suse.com> > Cc: Thomas Gleixner <t...@linutronix.de> > Cc: Ingo Molnar <mi...@redhat.com> > Cc: "H. Peter Anvin" <h...@zytor.com> >

Re: [Xen-devel] [BUG] xen_gntdev - gntdev_vma_find_special_page - unable to handle kernel paging request

On 30/10/17 09:05, Arthur Borsboom wrote: > Hi Juergen, > > I needed to wait until the VM guest crashed again, so that caused this > delay. > I have extracted the hypervisor dmesg and the dom0 dmesg which can be > found in the PasteBins. > It is always the same domain crashing, if that is of any

Re: [Xen-devel] [locking/paravirt] static_key_disable_cpuslocked(): static key 'virt_spin_lock_key+0x0/0x20' used before call to jump_label_init()

t; 41 5c 5d c3 48 89 fa 48 c7 c6 40 93 a3 81 48 c7 c7 00 8b cb 81 e8 95 b5 > f3 ff <0f> ff eb a8 0f ff eb b3 48 89 df e8 14 fc ff ff eb c7 66 90 e8 > [    0.00] ---[ end trace c12d07f00399ce78 ]--- > [    0.00] Built 2 zonelists, mobility grouping on.  Total pages: > 33006159 >

Re: [Xen-devel] [PATCH v4 1/1] xen/time: do not decrease steal time after live migration on xen

On 30/10/17 06:26, Dongli Zhang wrote: > After guest live migration on xen, steal time in /proc/stat > (cpustat[CPUTIME_STEAL]) might decrease because steal returned by > xen_steal_lock() might be less than this_rq()->prev_steal_time which is > derived from previous return value of

  1   2   3   4   5   6   7   8   9   10   >