[Xen-devel] [xtf test] 123309: all pass - PUSHED

flight 123309 xtf real [real] http://logs.test-lab.xenproject.org/osstest/logs/123309/ Perfect :-) All tests in this flight passed as required version targeted for testing: xtf cf77aa0ee894080cc962a503e0bfaccddd9463bd baseline version: xtf 8d99d59dd4c330cd849ee0

Re: [Xen-devel] Building xen-hypervisor 4.10 and xen-tools on Ubuntu 16.04 for PVH

On Tue, May 29, 2018 at 03:32:40AM +, .. .. wrote: > Hello, > > I am doing a study on Virtual Machine Introspection on Intel SGX based > system using Xen based VMs. > > I followed the article - > > https://wiki.xenproject.org/wiki/Linux_PVH >

Re: [Xen-devel] [PATCH 3/8] drm/xen-front: fix 32-bit build warning

On Tue, May 29, 2018 at 7:58 AM, Oleksandr Andrushchenko wrote: > On 05/25/2018 06:50 PM, Arnd Bergmann wrote: >> b/drivers/gpu/drm/xen/xen_drm_front_shbuf.c >> index 8099cb343ae3..d333b67cc1a0 100644 >> --- a/drivers/gpu/drm/xen/xen_drm_front_shbuf.c >> +++ b/drivers/gpu/drm/xen/xen_drm_front_sh

[Xen-devel] [PATCH V2] xen/svm: don't clear interception for MSRs required for introspection

This patch mirrors the VMX code that doesn't allow vmx_clear_msr_intercept() to clear interception of MSRs that an introspection agent is trying to monitor. Signed-off-by: Razvan Cojocaru Reviewed-by: Boris Ostrovsky --- Changes since V1: - Fixed commit message (updated the function name to

Re: [Xen-devel] Building xen-hypervisor 4.10 and xen-tools on Ubuntu 16.04 for PVH+

Please don't drop xen-devel from Cc and don't top post. On Tue, May 29, 2018 at 09:56:29AM +0200, .. .. wrote: > Yes, without xen, the system boots up fine. Unfortunately, since the system > within few seconds goes back to login screen I am not able to check even > the logs. But I am not sure if t

[Xen-devel] [linux-4.9 bisection] complete test-amd64-amd64-qemuu-nested-amd

branch xen-unstable xenbranch xen-unstable job test-amd64-amd64-qemuu-nested-amd testid xen-boot Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditi

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

flight 123340 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/123340/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-xsm 6 xen-install fail REGR. vs. 123071 Tests which

[Xen-devel] Android on XEN ARM question

Hi, I am bringing up android on XEN on ARM, but android needs some features in bootloader, such as A/B slot, dm verify and etc. With directly booting android kernel, I could successfully boot up android directly passthrough emmc controller to android OS. I am thinking to develop U-Boot on XEN t

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

flight 123298 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/123298/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-xsm 6 xen-install fail REGR. vs. 122969 test-arm64-arm64-libv

Re: [Xen-devel] Pending patches for 4.11?

>>> On 22.05.18 at 08:57, wrote: > Are there any patches for 4.11 still pending? > > Are any important patches missing my Release-ack? libxc/x86/PV: don't hand through CPUID leaf 0x8008 as is x86: suppress sync when XPTI is disabled for a domain x86: correct default_xen_spec_ctrl calculation

Re: [Xen-devel] Question about patch "svm: fix incorrect TSC scaling"

>>> On 28.05.18 at 14:25, wrote: > I am writing to ask about below patch as I am not familiar with AMD tsc > scaling: > > commit 11eeca65126e51f03a883907751d5ccbe4f35aa3 > Author: Haozhong Zhang > Date: Tue Dec 8 09:46:12 2015 +0100 > > svm: fix incorrect TSC scaling > > SVM TS

Re: [Xen-devel] [PATCH] x86: correct default_xen_spec_ctrl calculation

On 25/05/18 13:08, Jan Beulich wrote: > Even with opt_msr_sc_{pv,hvm} both false we should set up the variable > as usual, to ensure proper one-time setup during boot and CPU bringup. > This then also brings the code in line with the comment immediately > ahead of the printk() being modified saying

Re: [Xen-devel] [PATCH v2] x86/CPUID: don't override tool stack decision to hide STIBP

On 28/05/18 09:08, Jan Beulich wrote: > Other than in the feature sets, where we indeed want to offer the > feature even if not enumerated on hardware, we shouldn't dictate the > feature being available if tool stack or host admin have decided to not > expose it (for whatever [questionable?] reason

Re: [Xen-devel] [PATCH] x86: suppress sync when XPTI is disabled for a domain

On 23/05/18 16:24, Jan Beulich wrote: > Now that we have a per-domain flag we can and should control sync-ing in > a more fine grained manner: Only domains having XPTI enabled need the > sync to occur. > > Signed-off-by: Jan Beulich Release-acked-by: Juergen Gross Juergen ___

Re: [Xen-devel] [PATCH for-4.11] tools: set DEBUG_DIR from configure

Olaf Hering writes ("Re: [Xen-devel] [PATCH for-4.11] tools: set DEBUG_DIR from configure"): > On Fri, May 25, Ian Jackson wrote: > > Can you please provide that information ? That should really have > > been in your commit message, as the git commit id. TBH, most of what > > is in that email co

Re: [Xen-devel] [PATCH 01/13] xen/arm: domain: Zeroed the vCPU stack

Hi Stefano, On 25/05/18 21:52, Stefano Stabellini wrote: On Tue, 22 May 2018, Julien Grall wrote: A stack is allocated per vCPU to be used by Xen. The allocation is done with alloc_xenheap_pages that does not zero the memory returned. However the top of the stack is containing information that

Re: [Xen-devel] XSM in osstest, grub config, outstanding patch

Doug Goldstein writes ("Re: [Xen-devel] XSM in osstest, grub config, outstanding patch"): > So I believe the path forward here was that we'd bake the "default" XSM > policy into Xen and the user could then override it by supplying one > with the current name. Can you explain why this is better th

Re: [Xen-devel] [PATCH for-4.11] Revert "tools/kdd: mute spurious gcc warning"

On 22/05/18 15:36, Wei Liu wrote: > This reverts commit 437e00fea04becc91c1b6bc1c0baa636b067a5cc. > > Signed-off-by: Wei Liu Release-acked-by: Juergen Gross Juergen ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject

Re: [Xen-devel] Developmentstatus for Xen with Ceph as replicated storage

On Thu, May 24, 2018 at 12:01 PM, thg wrote: > Hi everybody, > > in 2013 there was an announcment, that XenServer will fully support the > RBDs from Ceph, to use them as blockdevice for VMs (see > ) > > What is about Xen itself, how it is

Re: [Xen-devel] [PATCH 1/6] x86/vmx: Fix handing of MSR_DEBUGCTL on VMExit

>>> On 28.05.18 at 16:27, wrote: > Currently, whenever the guest writes a nonzero value to MSR_DEBUGCTL, Xen > updates a host MSR load list entry with the current hardware value of > MSR_DEBUGCTL. This is wrong. "This is wrong" goes too far for my taste: It is not very efficient to do it that w

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

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

Re: [Xen-devel] [PATCH 03/13] xen/arm: setup: Check errata for boot CPU later on

Hi Stefano, On 05/23/2018 10:34 PM, Stefano Stabellini wrote: On Tue, 22 May 2018, Julien Grall wrote: Some errata will rely on the SMCCC version which is detected by psci_init(). This is part of XSA-263. Signed-off-by: Julien Grall Reviewed-by: Stefano Stabellini Thank you for the revi

Re: [Xen-devel] [PATCH 05/13] xen/arm: Add command line option to control SSBD mitigation

Hi Stefano, On 05/24/2018 01:48 AM, Stefano Stabellini wrote: On Wed, 23 May 2018, Stefano Stabellini wrote: On Tue, 22 May 2018, Julien Grall wrote: + +default: +ASSERT_UNREACHABLE(); +return false; +} + +switch ( ssbd_state ) +{ +case ARM_SSBD_FORCE_DISABL

[Xen-devel] [OSSTEST PATCH] mg-repro-setup: Print flight number as soon as we have it

Signed-off-by: Ian Jackson --- mg-repro-setup | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mg-repro-setup b/mg-repro-setup index e6cf28a..aa93c0e 100755 --- a/mg-repro-setup +++ b/mg-repro-setup @@ -211,7 +211,7 @@ if $skipcapture; then adjrunvar skip_testids "capture-logs

[Xen-devel] [OSSTEST PATCH] Osstest/Debian: bootloader: Fix grub parsing for XSM and multiboot1

bca3edb4ac0d670098b7618cbaccf7577aca267a "Osstest/Debian: bootloader: Understand multiboot2 syntax" was supposed to change `multiboot' and `module' in the grub2 menu parser to `multiboot2?' and `module2?'. But the entry for matching XSM policy file lines was missing the ?, which broke all multib

Re: [Xen-devel] [OSSTEST PATCH] Osstest/Debian: bootloader: Fix grub parsing for XSM and multiboot1

Ian Jackson writes ("[OSSTEST PATCH] Osstest/Debian: bootloader: Fix grub parsing for XSM and multiboot1"): > bca3edb4ac0d670098b7618cbaccf7577aca267a > "Osstest/Debian: bootloader: Understand multiboot2 syntax" > was supposed to change `multiboot' and `module' in the grub2 menu > parser to `mul

Re: [Xen-devel] [PATCH v2] x86/XPTI: fix S3 resume (and CPU offlining in general)

On Fri, May 25, 2018 at 7:02 AM, Jan Beulich wrote: > We should index an L1 table with an L1 index. > > Reported-by: Simon Gaiser > Signed-off-by: Jan Beulich FWIW this fixes the issue for me as well. -George ___ Xen-devel mailing list Xen-devel@li

Re: [Xen-devel] [PATCH 05/13] xen/arm: Add command line option to control SSBD mitigation

On 25/05/18 21:51, Stefano Stabellini wrote: On Thu, 24 May 2018, Julien Grall wrote: On 23/05/18 23:34, Stefano Stabellini wrote: On Tue, 22 May 2018, Julien Grall arm_smccc_1_1_smc(ARM_SMCCC_ARCH_FEATURES_FID, ARM_SMCCC_ARCH_WORKAROUND_2_FID, &res); -

Re: [Xen-devel] [PATCH 07/13] xen/arm: Simplify alternative patching

On 26/05/18 00:24, Stefano Stabellini wrote: On Fri, 25 May 2018, Julien Grall wrote: On Fri, 25 May 2018, 22:54 Stefano Stabellini, wrote: You might want to CC Konrad next time on this patch May I ask why? This code falls under Arm maintainership. I know, but I appreciate his inpu

Re: [Xen-devel] Question about patch "svm: fix incorrect TSC scaling"

On 05/29/2018 05:56 PM, Jan Beulich wrote: On 28.05.18 at 14:25, wrote: >> I am writing to ask about below patch as I am not familiar with AMD tsc >> scaling: >> >> commit 11eeca65126e51f03a883907751d5ccbe4f35aa3 >> Author: Haozhong Zhang >> Date: Tue Dec 8 09:46:12 2015 +0100 >> >>

Re: [Xen-devel] [PATCH 2/6] x86: Improvements to ler debugging

>>> On 28.05.18 at 16:27, wrote: > * Command line documentation for what the option does. > * Implement a canonicalise_addr() helper and replace the opencoded use in >sign_extend_msr() > * Canonicalise the ler pointers and print symbol information. > > Signed-off-by: Andrew Cooper Review

Re: [Xen-devel] [PATCH 3/6] x86/pat: Simplify host PAT handling

>>> On 28.05.18 at 16:27, wrote: > With the removal of the 32bit hypervisor build, host_pat is a constant value. > Drop the variable and the redundant cpu_has_pat predicate, and use a define > instead. > > Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich ___

Re: [Xen-devel] [PATCH v3 04/10] Make MEM_ACCESS configurable

>>> On 23.05.18 at 02:25, wrote: > --- a/xen/arch/arm/Kconfig > +++ b/xen/arch/arm/Kconfig > @@ -26,6 +26,9 @@ config ARCH_DEFCONFIG > default "arch/arm/configs/arm32_defconfig" if ARM_32 > default "arch/arm/configs/arm64_defconfig" if ARM_64 > > +config HAS_MEM_ACCESS > + def_bo

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

flight 123352 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/123352/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-xsm 6 xen-install fail REGR. vs. 123071 Tests which

Re: [Xen-devel] [PATCH v3 05/10] make it possible to enable/disable UART drivers

>>> On 23.05.18 at 02:25, wrote: > @@ -53,7 +53,8 @@ config HAS_SCIF > or Renesas R-Car Gen 2/3 based board say Y. > > config HAS_EHCI > - bool > + bool "EHCI UART driver" > + depends on X86 The added dependency needs explaining in the commit message. And I'm sure we've set

Re: [Xen-devel] [PATCH v3 06/10] xen: remove HAS_ prefix from UART Kconfig options

>>> On 23.05.18 at 02:25, wrote: > UART drivers are now selectable by the user. To mark the change, remove > the HAS_ prefix. I'm not sure we need to go this far at this point - for MEM_ACCESS this looks reasonable, but here it looks more like clutter to me. > Use HAS_* options to mark which opt

[Xen-devel] [PATCH v1] stubdom/vtpm: include stdio.h for declaration of printf

The function read_vtpmblk uses printf(3), but stdio.h is not included in this file. This results in a warning from gcc-7: vtpmblk.c: In function 'read_vtpmblk': vtpmblk.c:322:7: warning: implicit declaration of function 'printf' [-Wimplicit-function-declaration] printf("Expected: "); vtpmb

Re: [Xen-devel] [PATCH v3 10/10] xen: add cloc target

>>> On 23.05.18 at 02:25, wrote: > --- a/xen/Makefile > +++ b/xen/Makefile > @@ -267,3 +267,14 @@ $(KCONFIG_CONFIG): > include/config/auto.conf.cmd: ; > > -include $(BASEDIR)/include/config/auto.conf.cmd > + > +.PHONY: cloc > +cloc: > + $(eval tmpfile := $(shell mktemp)) > + $(foreach

Re: [Xen-devel] [PATCH 10/13] xen/arm64: Implement a fast path for handling SMCCC_ARCH_WORKAROUND_2

Hi Stefano, On 25/05/18 20:18, Stefano Stabellini wrote: On Tue, 22 May 2018, Julien Grall wrote: The function ARM_SMCCC_ARCH_WORKAROUND_2 will be called by the guest for enabling/disabling the ssbd mitigation. So we want the handling to be as fast as possible. The new sequence will forward gu

Re: [Xen-devel] [PATCH 5/6] x86/vmx: Defer vmx_vmcs_exit() as long as possible in construct_vmcs()

>>> On 28.05.18 at 16:27, wrote: > paging_update_paging_modes() and vmx_vlapic_msr_changed() both operate on the > VMCS being constructed. Avoid dropping and re-acquiring the reference > multiple times. > > Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich _

Re: [Xen-devel] [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support

On Fri 2018-05-25 10:00:04, Thomas Garnier wrote: > On Fri, May 25, 2018 at 2:14 AM Pavel Machek wrote: > > > On Thu 2018-05-24 09:35:42, Thomas Garnier wrote: > > > On Thu, May 24, 2018 at 4:03 AM Pavel Machek wrote: > > > > > > > On Wed 2018-05-23 12:54:03, Thomas Garnier wrote: > > > > > Chan

Re: [Xen-devel] [PATCH v4 14/21] hw: Do not include "sysemu/blockdev.h" if it is not necessary

On Mon, 28 May 2018 20:27:12 -0300 Philippe Mathieu-Daudé wrote: > Remove those unneeded includes to speed up the compilation > process a little bit. > > Code change produced with: > > $ git grep '#include "sysemu/blockdev.h"' | \ > cut -d: -f-1 | \ > xargs egrep -L > "(BlockIn

Re: [Xen-devel] [PATCH v4 12/21] hw: Do not include "sysemu/block-backend.h" if it is not necessary

On Mon, 28 May 2018 20:27:10 -0300 Philippe Mathieu-Daudé wrote: > Remove those unneeded includes to speed up the compilation > process a little bit. (Continue 7eceff5b5a1fa cleanup) > > Signed-off-by: Philippe Mathieu-Daudé > --- > hw/arm/collie.c | 1 - > hw/arm/gums

Re: [Xen-devel] [PATCH v3 5/8] hvm/mtrr: use the hardware number of variable ranges for Dom0

>>> On 22.05.18 at 17:40, wrote: > @@ -448,6 +460,9 @@ bool_t mtrr_var_range_msr_set( > uint64_t *var_range_base = (uint64_t*)m->var_ranges; > > index = msr - MSR_IA32_MTRR_PHYSBASE(0); > +if ( (index / 2) >= MASK_EXTR(m->mtrr_cap, MTRRcap_VCNT) ) > +return 0; I think this

Re: [Xen-devel] [PATCH 4/6] x86/vmx: Simplify PAT handling during vcpu construction

>>> On 28.05.18 at 16:27, wrote: > The host PAT value is a compile time constant, and doesn't need to be read out > of hardware. Merge this if block into the previous block, which has an > identical condition. > > Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich __

Re: [Xen-devel] [PATCH v3 07/10] arm: make it possible to disable the SMMU driver

>>> On 23.05.18 at 02:25, wrote: > Introduce a Kconfig option for the ARM SMMUv1 and SMMUv2 driver. > > Signed-off-by: Stefano Stabellini Acked-by: Jan Beulich ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/

Re: [Xen-devel] [PATCH 2/5] x86: split out cpuid objects and helpers

>>> On 24.05.18 at 18:05, wrote: > They are moved to a new header which is going to be consumed by both > the hypervisor and toolstack. By the end of this series it is not clear what use all of the moved stuff is going to be to the tool stack. Can we move things as they are indeed gaining a 2nd

Re: [Xen-devel] Debug guest state (VMI)

On Mon, May 28, 2018 at 4:24 PM, Mathieu Tarral wrote: > Hi ! > > I'm playing with the VMI APIs using LibVMI, and i need to track down > a bug that i reported here: > https://github.com/libvmi/libvmi/issues/621 > > Basically the domain is still paused even thought i called the right API > to resum

Re: [Xen-devel] Question about patch "svm: fix incorrect TSC scaling"

On 05/29/2018 06:23 PM, Dongli Zhang wrote: > > > On 05/29/2018 05:56 PM, Jan Beulich wrote: > On 28.05.18 at 14:25, wrote: >>> I am writing to ask about below patch as I am not familiar with AMD tsc >>> scaling: >>> >>> commit 11eeca65126e51f03a883907751d5ccbe4f35aa3 >>> Author: Haozhon

[Xen-devel] [PATCH] xen: fix pv domain on amd in 4.9 stable branch

Commit 944e0fc51a89c9827b98813d65dc083274777c7f ("x86/amd: don't set X86_BUG_SYSRET_SS_ATTRS when running under Xen") breaks Xen pv-domains on AMD processors, as a prerequisite patch from upstream wasn't added to 4.9. Fix that by adding the prerequisite setting of X86_FEATURE_XENPV to the Xen pv e

Re: [Xen-devel] [PATCH v4 00/10] xen/arm64: Suspend preconditions and CPU hotplug fixes

On 28/05/18 11:15, Mirela Simonovic wrote: Hi, Could you please provide feedback for the remaining patches? The series is in my queue of patches to review but I was focus on getting XSA-263 (Speculation Store Bypass Disabled) ready for Arm. I will have a look at it now. Cheers, -- Julie

Re: [Xen-devel] [PATCH v4 01/10] xen/arm64: Added handling of the trapped access to OSLSR register

Hi, On 15/05/18 12:44, Mirela Simonovic wrote: Linux/dom0 accesses OSLSR register when saving CPU context during the suspend procedure. Xen traps access to this register, but has no handling for it. Consequently, Xen injects undef exception to linux, causing it to crash. This patch adds handling

Re: [Xen-devel] [PATCH v4 05/10] xen/arm: Setup virtual paging for non-boot CPUs on hotplug/resume

Hi, On 15/05/18 12:44, Mirela Simonovic wrote: diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c index d43c3aa896..924226f63c 100644 --- a/xen/arch/arm/p2m.c +++ b/xen/arch/arm/p2m.c @@ -8,6 +8,8 @@ #include #include #include +#include +#include #include #include #include

Re: [Xen-devel] [PATCH v3 6/8] hvm/mtrr: copy hardware state for Dom0

>>> On 22.05.18 at 17:40, wrote: > Copy the state found on the hardware when creating a PVH Dom0. Since > the memory map provided to a PVH Dom0 is based on the native one using > the same set of MTRR ranges should provide Dom0 with a sane MTRR state > without having to manually build it in Xen. >

Re: [Xen-devel] [PATCH v4 08/10] xen/arm: Disable timers and release their interrupts on CPU hot-unplug

Hi, On 15/05/18 12:44, Mirela Simonovic wrote: When a CPU is hot-unplugged we need to disable timers and release their interrupts in order to free the memory that was allocated when interrupts were requested (using request_irq()). The request_irq() is called for each timer interrupt when the CPU

Re: [Xen-devel] [PATCH v4 09/10] xen/arm: Free memory allocated for sibling/core maps on CPU hot-unplug

Hi Mirela, On 15/05/18 12:44, Mirela Simonovic wrote: The memory allocated in setup_cpu_sibling_map() when a CPU is hotplugged has to be freed when the CPU is hot-unplugged. This is done in remove_cpu_sibling_map() and called when the CPU dies. The call to remove_cpu_sibling_map() is made from a

Re: [Xen-devel] [PATCH v4 10/10] xen/arm: Enable errata for secondary CPU on hotplug after the boot

On 15/05/18 12:44, Mirela Simonovic wrote: On boot, enabling errata workarounds will be triggered by the boot CPU from start_xen(). On CPU hotplug (non-boot scenario) this would not be done. This patch adds the code required to enable errata workarounds for a CPU being hotplugged after the syst

Re: [Xen-devel] [PATCH v3 01/10] arm: remove the ARM HDLCD driver

Hi Stefano, On 23/05/18 01:24, Stefano Stabellini wrote: The ARM HDLCD driver is unused. The device itself can only be found on Virtual Express boards that are for early development only. Remove the driver. Also remove vexpress_syscfg, now unused, and "select VIDEO" that is not useful anymore.

Re: [Xen-devel] [PATCH v3 02/10] arm: make it possible to disable HAS_GICV3

On 23/05/18 01:25, Stefano Stabellini wrote: Today it is a silent option. This patch adds a one line description and makes it optional. Signed-off-by: Stefano Stabellini Acked-by: Julien Grall --- Changes in v3: - remove any changes to MEM_ACCESS - update commit message Changes in v2:

Re: [Xen-devel] [PATCH v3 03/10] arm: rename HAS_GICV3 to GICV3

Hi Stefano, On 23/05/18 01:25, Stefano Stabellini wrote: HAS_GICV3 has become selectable by the user. To mark the change, rename the option from HAS_GICV3 to GICV3. Suggested-by: Julien Grall Signed-off-by: Stefano Stabellini Acked-by: Julien Grall Cheers, --- Changes in v3: - no chang

Re: [Xen-devel] [PATCH v3 07/10] arm: make it possible to disable the SMMU driver

Hi Stefano, On 23/05/18 01:25, Stefano Stabellini wrote: Introduce a Kconfig option for the ARM SMMUv1 and SMMUv2 driver. Signed-off-by: Stefano Stabellini Acked-by: Julien Grall Cheers, CC: jbeul...@suse.com --- Changes in v3: - rename SMMUv2 to ARM_SMMU - improve help message - use if

Re: [Xen-devel] [PATCH v3 09/10] arm: add QEMU, Rcar3 and MPSoC configs

Hi Stefano, On 23/05/18 01:25, Stefano Stabellini wrote: Add a "Platform Support" menu with three umbrella kconfig options: QEMU, RCAR3 and MPSOC. They enable the required options for their hardware platform. They are introduced for convience: the user will be able to simply open the menu and e

Re: [Xen-devel] Question about patch "svm: fix incorrect TSC scaling"

>>> On 29.05.18 at 12:31, wrote: > > On 05/29/2018 06:23 PM, Dongli Zhang wrote: >> >> >> On 05/29/2018 05:56 PM, Jan Beulich wrote: >> On 28.05.18 at 14:25, wrote: I am writing to ask about below patch as I am not familiar with AMD tsc scaling: commit 11eeca65126e51f

[Xen-devel] [linux-3.18 baseline-only test] 74756: regressions - FAIL

This run is configured for baseline tests only. flight 74756 linux-3.18 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74756/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-xsm 6 xen-build

Re: [Xen-devel] [RFC PATCH 07/12] hvmloader: allocate MMCONFIG area in the MMIO hole + minor code refactoring

>>> On 12.03.18 at 19:33, wrote: > --- a/tools/firmware/hvmloader/config.h > +++ b/tools/firmware/hvmloader/config.h > @@ -53,10 +53,14 @@ extern uint8_t ioapic_version; > #define PCI_ISA_DEVFN 0x08/* dev 1, fn 0 */ > #define PCI_ISA_IRQ_MASK0x0c20U /* ISA IRQs 5,10,11 are PCI conn

Re: [Xen-devel] Query for running Xen on ARM

(+Stefano) On 27/05/18 18:48, Chaitanya Deshpande wrote: Hi, Hello Chaitanya, I am Chaitanya, pursuing my master’s degree from Portland State University in Embedded Systems. I have started working on Xen Project and I am beginner in this field. I have followed all the steps which are give

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

flight 123308 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/123308/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-xsm 6 xen-install fail REGR. vs. 122357 test-arm64-arm64-

Re: [Xen-devel] [RFC PATCH 10/12] libacpi: build ACPI MCFG table if requested

>>> On 12.03.18 at 19:33, wrote: > --- a/tools/libacpi/acpi2_0.h > +++ b/tools/libacpi/acpi2_0.h > @@ -422,6 +422,25 @@ struct acpi_20_slit { > }; > > /* > + * PCI Express Memory Mapped Configuration Description Table > + */ > +struct mcfg_range_entry { > +uint64_t base_address; > +uin

[Xen-devel] [PATCH v5 2/8] x86/hvm: Introduce hvm_save_tsc_adjust_one() func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- xen/arch/x86/hvm/hvm.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c index c23983c..76f7db9 100644 --- a/xen/arch/x86/hvm/hvm.c +++ b/

[Xen-devel] [PATCH v5 6/8] x86/hvm: Introduce hvm_save_mtrr_msr_one func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- xen/arch/x86/hvm/mtrr.c | 52 +++-- 1 file changed, 29 insertions(+), 23 deletions(-) diff --git a/xen/arch/x86/hvm/mtrr.c b/xen/arch/x86/hvm/mtrr.c index b721c63..d

[Xen-devel] [PATCH v5 8/8] x86/domctl: Don't pause the whole domain if only getting vcpu state

This patch is focused on merging the *save() funcs to the *save_one() funcs to remove redundancy. Also the for loop is moved to the caller so now we can save info for a single vcpu instance. Signed-off-by: Alexandru Isaila --- Changes since V4: - Save funcs are deleted - vcpu si

[Xen-devel] [PATCH v5 5/8] x86/hvm: Introduce hvm_save_cpu_msrs_one func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- xen/arch/x86/hvm/hvm.c | 59 -- 1 file changed, 33 insertions(+), 26 deletions(-) diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c index e8ecabf..4a2

Re: [Xen-devel] [RFC PATCH 11/12] hvmloader: use libacpi to build MCFG table

>>> On 12.03.18 at 19:33, wrote: > --- a/tools/firmware/hvmloader/util.c > +++ b/tools/firmware/hvmloader/util.c > @@ -782,6 +782,69 @@ int get_pc_machine_type(void) > return machine_type; > } > > +#define PCIEXBAR_ADDR_MASK_64MB (~((1ULL << 26) - 1)) > +#define PCIEXBAR_ADDR_MASK_128M

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

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

[Xen-devel] [PATCH v5 4/8] x86/hvm: Introduce hvm_save_cpu_xsave_states_one

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- xen/arch/x86/hvm/hvm.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c index b254378..e8ecabf 100644 --- a/xen/arch/x86/hvm/hvm.c

Re: [Xen-devel] Query for running Xen on ARM

Thanks you so much for the pointers. On Tue, May 29, 2018 at 7:35 AM, Julien Grall wrote: > (+Stefano) > > On 27/05/18 18:48, Chaitanya Deshpande wrote: > >> Hi, >> > > Hello Chaitanya, > > I am Chaitanya, pursuing my master’s degree from Portland State University >> in Embedded Systems. >> >> I

Re: [Xen-devel] [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support

On Tue, May 29, 2018 at 5:31 AM Pavel Machek wrote: > On Fri 2018-05-25 10:00:04, Thomas Garnier wrote: > > On Fri, May 25, 2018 at 2:14 AM Pavel Machek wrote: > > > > > On Thu 2018-05-24 09:35:42, Thomas Garnier wrote: > > > > On Thu, May 24, 2018 at 4:03 AM Pavel Machek wrote: > > > > > > > >

Re: [Xen-devel] [PATCH for 4.8 and earlier] x86: re-enable XPTI/PCID as needed in switch_native()

On 29/05/18 17:02, Jan Beulich wrote: > Additionally avoid accessing d->arch.pv_domain for PVH domains (running > in a HVM container). > > Reported-by: Andrew Cooper I was only an intermediary.  Reported-by: Sergey Dyasli > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper _

[Xen-devel] [PATCH for 4.8 and earlier] x86: re-enable XPTI/PCID as needed in switch_native()

Additionally avoid accessing d->arch.pv_domain for PVH domains (running in a HVM container). Reported-by: Andrew Cooper Signed-off-by: Jan Beulich --- a/xen/arch/x86/domain.c +++ b/xen/arch/x86/domain.c @@ -375,6 +375,43 @@ static void release_compat_l4(struct vcp v->arch.guest_table_user

[Xen-devel] [PATCH v5 7/8] x86/hvm: Introduce viridian_save_vcpu_ctxt_one() func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- xen/arch/x86/hvm/viridian.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/xen/arch/x86/hvm/viridian.c b/xen/arch/x86/hvm/viridian.c index 694eae6..d22c8ac 100644 --- a/xen/

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

flight 123310 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/123310/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-xsm 6 xen-install fail REGR. vs. 123188 test-arm64-arm64-li

Re: [Xen-devel] [RFC PATCH 11/12] hvmloader: use libacpi to build MCFG table

On Tue, 29 May 2018 08:46:13 -0600 "Jan Beulich" wrote: On 12.03.18 at 19:33, wrote: >> --- a/tools/firmware/hvmloader/util.c >> +++ b/tools/firmware/hvmloader/util.c >> @@ -782,6 +782,69 @@ int get_pc_machine_type(void) >> return machine_type; >> } >> >> +#define PCIEXBAR_ADDR_MA

Re: [Xen-devel] [PATCH 1/8] xen/grant-table: Make set/clear page private code shared

On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Make set/clear page private code shared and accessible to > other kernel modules which can re-use these instead of open-coding. > > Signed-off-by: Oleksandr Andrushchenko Reviewed-by: Boris Ostrovsky _

[Xen-devel] [PATCH v5 3/8] x86/hvm: Introduce hvm_save_cpu_ctxt_one func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- xen/arch/x86/hvm/hvm.c | 195 + 1 file changed, 100 insertions(+), 95 deletions(-) diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c index 76f7db9..b2

[Xen-devel] [PATCH v5 1/8] x86/cpu: Introduce vmce_save_vcpu_ctxt_one() func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- xen/arch/x86/cpu/mcheck/vmce.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/xen/arch/x86/cpu/mcheck/vmce.c b/xen/arch/x86/cpu/mcheck/vmce.c index e07cd2f..404f27e 100644

Re: [Xen-devel] [RFC PATCH 07/12] hvmloader: allocate MMCONFIG area in the MMIO hole + minor code refactoring

On Tue, 29 May 2018 08:23:51 -0600 "Jan Beulich" wrote: On 12.03.18 at 19:33, wrote: >> --- a/tools/firmware/hvmloader/config.h >> +++ b/tools/firmware/hvmloader/config.h >> @@ -53,10 +53,14 @@ extern uint8_t ioapic_version; >> #define PCI_ISA_DEVFN 0x08/* dev 1, fn 0 */ >> #d

Re: [Xen-devel] [PATCH 1/6] x86/vmx: Fix handing of MSR_DEBUGCTL on VMExit

On 29/05/18 11:33, Jan Beulich wrote: On 28.05.18 at 16:27, wrote: >> Currently, whenever the guest writes a nonzero value to MSR_DEBUGCTL, Xen >> updates a host MSR load list entry with the current hardware value of >> MSR_DEBUGCTL. This is wrong. > "This is wrong" goes too far for my taste

Re: [Xen-devel] [PATCH 2/6] x86: Improvements to ler debugging

On 29/05/18 12:39, Jan Beulich wrote: > >>> On 28.05.18 at 16:27, wrote: >> * Command line documentation for what the option does. >> * Implement a canonicalise_addr() helper and replace the opencoded use in >>sign_extend_msr() >> * Canonicalise the ler pointers and print symbol information

Re: [Xen-devel] [RFC PATCH 10/12] libacpi: build ACPI MCFG table if requested

On Tue, 29 May 2018 08:36:49 -0600 "Jan Beulich" wrote: On 12.03.18 at 19:33, wrote: >> --- a/tools/libacpi/acpi2_0.h >> +++ b/tools/libacpi/acpi2_0.h >> @@ -422,6 +422,25 @@ struct acpi_20_slit { >> }; >> >> /* >> + * PCI Express Memory Mapped Configuration Description Table >> + */

Re: [Xen-devel] [PATCH 2/8] xen/balloon: Move common memory reservation routines to a module

On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote: > + > +void xenmem_reservation_va_mapping_update(unsigned long count, > + struct page **pages, > + xen_pfn_t *frames) > +{ > +#ifdef CONFIG_XEN_HAVE_PVMMU > + int i

Re: [Xen-devel] [PATCH 2/8] xen/balloon: Move common memory reservation routines to a module

On 05/29/2018 09:04 PM, Boris Ostrovsky wrote: On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Memory {increase|decrease}_reservation and VA mappings update/reset code used in balloon driver can be made common, so other drivers can also re-use the same func

Re: [Xen-devel] [PATCH 2/8] xen/balloon: Move common memory reservation routines to a module

On 05/29/2018 09:24 PM, Boris Ostrovsky wrote: On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote: + +void xenmem_reservation_va_mapping_update(unsigned long count, + struct page **pages, + xen_pfn_t *frames) +{

Re: [Xen-devel] [PATCH v3 21/27] x86/ftrace: Adapt function tracing for PIE support

On Thu, May 24, 2018 at 1:41 PM Thomas Garnier wrote: > On Thu, May 24, 2018 at 1:16 PM Steven Rostedt wrote: > > On Thu, 24 May 2018 13:40:24 +0200 > > Petr Mladek wrote: > > > On Wed 2018-05-23 12:54:15, Thomas Garnier wrote: > > > > When using -fPIE/PIC with function tracing, the compiler

Re: [Xen-devel] [RFC PATCH 07/12] hvmloader: allocate MMCONFIG area in the MMIO hole + minor code refactoring

On Wed, 30 May 2018 03:56:07 +1000 Alexey G wrote: >On Tue, 29 May 2018 08:23:51 -0600 >"Jan Beulich" wrote: > > On 12.03.18 at 19:33, wrote: >>> --- a/tools/firmware/hvmloader/config.h >>> +++ b/tools/firmware/hvmloader/config.h >>> @@ -53,10 +53,14 @@ extern uint8_t ioapic_version; >>

[Xen-devel] [libvirt test] 123334: regressions - FAIL

flight 123334 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/123334/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-libvirt-xsm 6 xen-install fail REGR. vs. 123189 build-i386-libvirt

Re: [Xen-devel] [PATCH 2/8] xen/balloon: Move common memory reservation routines to a module

On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Memory {increase|decrease}_reservation and VA mappings update/reset > code used in balloon driver can be made common, so other drivers can > also re-use the same functionality without open-coding. > Create a

Re: [Xen-devel] Query for running Xen on ARM

FS0: is mapped to the first partition on your disk, that needs to be formatted with the FAT filesystem. Do you have a FAT partition on your disk? On Tue, 29 May 2018, Chaitanya Deshpande wrote: > Hi Stefano, Julien, > I am able to solve that problem. Now the problem I am facing is my qemu is > un

Re: [Xen-devel] [PATCH 3/8] xen/grant-table: Allow allocating buffers suitable for DMA

On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Extend grant table module API to allow allocating buffers that can > be used for DMA operations and mapping foreign grant references > on top of those. > The resulting buffer is similar to the one allocated

Re: [Xen-devel] [PATCH v5 0/6] Allow setting up shared memory areas between VMs from xl config files

No problem, thank you for your work on this. On Sat, 26 May 2018, Zhongze Liu wrote: > Hi Stefano, > > Thank you very much for your fixes. It seems that you've addressed all > the issues during the last round of reviews. > I'm sorry for my off-and-on contribution time, which has largely > delayed

Re: [Xen-devel] [PATCH 03/13] xen/arm: setup: Check errata for boot CPU later on

On Fri, 25 May 2018, Julien Grall wrote: > Hi Stefano, > > On 05/23/2018 10:34 PM, Stefano Stabellini wrote: > > On Tue, 22 May 2018, Julien Grall wrote: > > > Some errata will rely on the SMCCC version which is detected by > > > psci_init(). > > > > > > This is part of XSA-263. > > > > > > Sign

  1   2   >