Re: [Xen-devel] [PATCHv3] xen/gntdev: add ioctl for grant copy

On Fri, Nov 27, 2015 at 05:17:05PM +, David Vrabel wrote: > Add IOCTL_GNTDEV_GRANT_COPY to allow applications to copy between user > space buffers and grant references. > > This interface is similar to the GNTTABOP_copy hypercall ABI except > the local buffers are provided using a virtual

Re: [Xen-devel] [PATCH] xen-pciback: fix up cleanup path when alloc fails

On 11/26/2015 03:32 PM, Doug Goldstein wrote: When allocating a pciback device fails, avoid the possibility of a use after free. Reported-by: Jonathan Creekmore Signed-off-by: Doug Goldstein --- drivers/xen/xen-pciback/xenbus.c | 4 +++- 1

Re: [Xen-devel] [PATCH v5 00/10] xen-block: multi hardware-queues/rings support

On Thu, Nov 26, 2015 at 03:09:02PM +0800, Bob Liu wrote: > > On 11/26/2015 10:57 AM, Konrad Rzeszutek Wilk wrote: > > On Thu, Nov 26, 2015 at 10:28:10AM +0800, Bob Liu wrote: > >> > >> On 11/26/2015 06:12 AM, Konrad Rzeszutek Wilk wrote: > >>> On Wed, Nov 25, 2015 at 03:56:03PM -0500, Konrad

[Xen-devel] [linux-mingo-tip-master test] 65247: regressions - FAIL

flight 65247 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/65247/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-winxpsp3 6 xen-boot fail REGR. vs. 60684

Re: [Xen-devel] [PATCH] iommu/quirk: disable shared EPT for Sandybridge and earlier processors.

On Thu, Nov 26, 2015 at 01:55:57PM +, Andrew Cooper wrote: > On 26/11/15 13:48, Malcolm Crossley wrote: > > On 26/11/15 13:46, Jan Beulich wrote: > > On 25.11.15 at 11:28, wrote: > >>> The problem is that SandyBridge IOMMUs advertise 2M support and do > >>>

Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On 30/11/15 08:17, Juergen Gross wrote: > On 27/11/15 18:16, Andrew Cooper wrote: >> On 27/11/15 15:53, Juergen Gross wrote: >>> On 27/11/15 16:33, Wei Liu wrote: On Fri, Nov 27, 2015 at 03:50:53PM +0100, Juergen Gross wrote: > For migration the last used pfn of a guest is needed to size

Re: [Xen-devel] [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported

On Thu, Nov 26, 2015 at 08:35:02AM +0100, Juergen Gross wrote: > On 25/11/15 17:12, Boris Ostrovsky wrote: > > On 11/12/2015 08:43 AM, Juergen Gross wrote: > >> In case the kernel of a new pv-domU indicates it is supporting an > >> unmapped initrd, don't waste precious virtual space for the

Re: [Xen-devel] [PATCH 0/6] xen: Drop unused or empty annotations

>>> On 27.11.15 at 20:58, wrote: > No resulting change on any architecture. > > Andrew Cooper (6): > xen: Drop unused fastcall annotation > xen: Drop empty __cpuinitdata annotation > xen: Drop empty __cpuinit annotation > xen: Drop empty __devinitdata

Re: [Xen-devel] [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported

On 30/11/15 11:20, Wei Liu wrote: > On Thu, Nov 26, 2015 at 08:35:02AM +0100, Juergen Gross wrote: >> On 25/11/15 17:12, Boris Ostrovsky wrote: >>> On 11/12/2015 08:43 AM, Juergen Gross wrote: In case the kernel of a new pv-domU indicates it is supporting an unmapped initrd, don't waste

Re: [Xen-devel] [PATCH] libxc: use correct return type for do_memory_op()

On Fri, Nov 27, 2015 at 10:00:51AM +0100, Juergen Gross wrote: > Currently do_memory_op() is returning int, while the hypervisor is > returning long. This will lead to wrong return informations as soon as > e.g. a pfn larger than about 2 billion (8 TB) is returned. > > Use the correct long return

[Xen-devel] [PATCH] mwait_idle: Skylake Client Support

Skylake Client CPU idle Power states (C-states) are similar to the previous generation, Broadwell. However, Skylake does get its own table with updated worst-case latency and average energy-break-even residency values. Signed-off-by: Len Brown [Linux commit

Re: [Xen-devel] [PATCH] mwait_idle: Skylake Client Support

On 30/11/15 09:49, Jan Beulich wrote: > Skylake Client CPU idle Power states (C-states) > are similar to the previous generation, Broadwell. > However, Skylake does get its own table with updated > worst-case latency and average energy-break-even residency values. > > Signed-off-by: Len Brown

Re: [Xen-devel] [PATCH XEN v5 13/23] tools: Refactor foreign memory mapping into libxenforeignmemory

On Sun, 2015-11-29 at 09:54 +, Paul Durrant wrote: > > -Original Message- > [snip] > > > C99 was 16 years ago now, I'm struggling to think of a reason not to > > > move > > > the baseline for tools stuff at least to that. > > > > > > https://en.wikipedia.org/wiki/Visual_C%2B%2B might

Re: [Xen-devel] [PATCH] x86/PV: hide features dependent on XSAVE when booted with "no-xsave"

>>> On 27.11.15 at 16:05, wrote: > On 27/11/15 11:05, Jan Beulich wrote: >> ... or when the guest has the XSAVE feature hidden by CPUID policy. >> Not doing so is at best confusing to guests. >> >> Signed-off-by: Jan Beulich > > These changes here

Re: [Xen-devel] [PATCH v4 3/4] xen/hvm: introduce a flags field in the CPU save record

>>> On 27.11.15 at 17:15, wrote: > El 26/11/15 a les 15.32, Jan Beulich ha escrit: > On 25.11.15 at 16:18, wrote: >>> --- a/xen/arch/x86/hvm/hvm.c >>> +++ b/xen/arch/x86/hvm/hvm.c >>> @@ -2085,16 +2091,17 @@ static int hvm_load_cpu_ctxt(struct

Re: [Xen-devel] xen can only detect one core of multiple cores cpu

>>> On 28.11.15 at 20:24, wrote: > On 28/11/15 17:23, quizyjones wrote: >> I'm using a Intel E5-2603 v3 @ 1.60GHz CPU of 6 cores. However, the >> dom0 can only find one core. here are some information that may helps >> in analyzing. > > From `xl dmesg` > > (XEN) ACPI

Re: [Xen-devel] [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported

On Mon, Nov 30, 2015 at 11:23:34AM +0100, Juergen Gross wrote: > On 30/11/15 11:20, Wei Liu wrote: > > On Thu, Nov 26, 2015 at 08:35:02AM +0100, Juergen Gross wrote: > >> On 25/11/15 17:12, Boris Ostrovsky wrote: > >>> On 11/12/2015 08:43 AM, Juergen Gross wrote: > In case the kernel of a new

Re: [Xen-devel] [PATCH] build: fix dependencies for files compiled from their parent directory

On Wed, Nov 25, 2015 at 10:16 AM, Jan Beulich wrote: > The use of $(basename ...) here was wrong (yet I'm sure I tested it). > > Signed-off-by: Jan Beulich > > --- a/xen/Rules.mk > +++ b/xen/Rules.mk > @@ -105,7 +105,7 @@ include Makefile > DEPS = .*.d >

[Xen-devel] [OSSTEST PATCH v2] sg-run-job: Coalesce a couple of repetitions

Fold `guest-localmigrate.2' into `guest-localmigrate/x10' and move `guest-start.2' to after `guest-start.repeat' (reversing the contents of the latter so that the start comes before the stop). (guest-start.2 is still necessary because the start/stop test leaves the guest stopped, whereas the

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

On Mon, 2015-11-30 at 17:16 +, Ian Jackson wrote: > It appears that we do disagree.  Perhaps the basic thing is: I don't > think we want to fork this code.  We want to be a downstream of Linux > for it.  If necessary we may edit, to an extent, the parts we import, > but hopefully we'll keep

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

On 11/30/15 9:55 AM, Jan Beulich wrote: On 30.11.15 at 16:34, wrote: >> On 11/30/15 7:59 AM, Jan Beulich wrote: >> On 24.11.15 at 18:51, wrote: --- /dev/null +++ b/xen/scripts/kconfig/Makefile.linux @@ -0,0 +1,317 @@ >>> >>> This

Re: [Xen-devel] [OSSTEST PATCH v2] sg-run-job: Coalesce a couple of repetitions

On Mon, 2015-11-30 at 16:49 +, Ian Jackson wrote: > Fold `guest-localmigrate.2' into `guest-localmigrate/x10' and move > `guest-start.2' to after `guest-start.repeat' (reversing the contents > of the latter so that the start comes before the stop). > (guest-start.2 is still necessary because

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

>>> On 30.11.15 at 16:42, wrote: > Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig > from Linux 4.2"): >> The whole point here was to bring in the kconfig bits from Linux 4.2 >> untouched for traceability for where the code came from. By doing

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2"): > On 11/30/15 9:55 AM, Jan Beulich wrote: >> On 30.11.15 at 16:34, wrote: > > Afaic I'd prefer a minimal import as a first step. Adding further > > frontends - if really needed - could

Re: [Xen-devel] [PATCHv6] 00/28] Kconfig conversion

On 11/30/15 9:51 AM, Julien Grall wrote: > Hi Doug, > > On 24/11/15 17:51, Doug Goldstein wrote: >> The following series is a follow on to the Kconfig conversion patch series. >> There are still more components to convert however this is the bare minimal >> to get everything working and get the

Re: [Xen-devel] [PATCHv6] 00/28] Kconfig conversion

On 30/11/15 17:05, Doug Goldstein wrote: > On 11/30/15 9:51 AM, Julien Grall wrote: >> Hi Doug, >> >> On 24/11/15 17:51, Doug Goldstein wrote: >>> The following series is a follow on to the Kconfig conversion patch series. >>> There are still more components to convert however this is the bare

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

On 11/30/15 11:04 AM, Ian Jackson wrote: > Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig > from Linux 4.2"): >> On 11/30/15 9:55 AM, Jan Beulich wrote: >>> On 30.11.15 at 16:34, wrote: >>> Afaic I'd prefer a minimal import as a first step. Adding

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote: > Since there is a request to have KEXEC and the UARTs > configurable by the user Who asked for this? I have quite a strong preference for not adding _any_ new[*] user configurable options in this first pass, since I think those need to be

Re: [Xen-devel] pvgrub "Error 9: Unknown boot failure" booting Debian Jessie kernel (Was: Re: [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported)

On 30/11/15 14:41, Ian Campbell wrote: > On Mon, 2015-11-30 at 13:16 +, Ian Campbell wrote: >> On Mon, 2015-11-30 at 13:59 +0100, Juergen Gross wrote: >>> On 30/11/15 13:35, Ian Campbell wrote: FYI attempting to upgrade osstest to use Debian Jessie in the guest seems to have

Re: [Xen-devel] pvgrub "Error 9: Unknown boot failure" booting Debian Jessie kernel (Was: Re: [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported)

On Mon, 2015-11-30 at 17:15 +0100, Juergen Gross wrote: > I'll try to trigger it on my machine and see if I can get some more > debug information. Thanks. Below is what I have so far. It seems to thing mfn=165b81/pfn=4d81 is an L1 PT, when it needs to be a writeable page due to the reference

Re: [Xen-devel] [PATCH] build: fix dependencies for files compiled from their parent directory

>>> On 30.11.15 at 17:31, wrote: > On Wed, Nov 25, 2015 at 10:16 AM, Jan Beulich wrote: >> The use of $(basename ...) here was wrong (yet I'm sure I tested it). >> >> Signed-off-by: Jan Beulich >> >> --- a/xen/Rules.mk >> +++

Re: [Xen-devel] pvgrub "Error 9: Unknown boot failure" booting Debian Jessie kernel (Was: Re: [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported)

On Mon, 2015-11-30 at 16:25 +, Ian Campbell wrote: > (d54) Pinning the boot page table pfn 4be3 / mfn 1bfd71/1bfd71 > (d54) pin_table: MFN 1bfd71 > (XEN) mm.c:2417:d54v0 Bad type (saw 1401 != exp 7000) > for mfn 165b81 (pfn 4d81) I added a "BUG_ON(*pt_pfn == 0x4d81);"

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

Jan Beulich writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2"): > On 30.11.15 at 16:42, wrote: > > I would go further than this, and wholesale import the relevant files > > into a subdirectory in a single commit that contains nothing else, and

Re: [Xen-devel] 9p file system for xen

Hi Wei, could you please explain why/how you would have done the project differently now and why these patches are not "good"? From my conversation with Linda, I understood that her code is "Independent of virtio except the 9pvirtio specific code, which is used extensively." On Wed, Nov 18, 2015

[Xen-devel] [PATCH] build: fix clean rule to cover objects in unvisited subdirs

In commit 8b6ef9c152edceabecc7f90c811cd538a7b7a110, several files in xen/common/compat were changed to be built using the Makefile in xen/common, by appending the compat prefix to the object files. Additionally, the xen/common/compat directory was removed from the subdirs-y variable, so it is no

Re: [Xen-devel] [PATCH v3 22/62] arm/gic-v3: Refactor gicv3_init into generic and dt specific parts

On 24/11/15 10:51, Stefano Stabellini wrote: > On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: >> From: Shannon Zhao >> >> Refactor gic-v3 related functions into dt and generic parts. This will be >> helpful when adding acpi support for gic-v3. >> >> Signed-off-by:

Re: [Xen-devel] [PATCHv6] 27/28] build: convert CONFIG_COMPAT to Kconfig

>>> On 24.11.15 at 18:52, wrote: > --- > xen/arch/x86/Kconfig | 7 +++ > 1 file changed, 7 insertions(+) This can't be complete - you ought to be deleting the current definition. > --- a/xen/arch/x86/Kconfig > +++ b/xen/arch/x86/Kconfig > @@ -25,6 +25,13 @@ config

Re: [Xen-devel] [PATCH v3 0/2] block/xen-blkfront: Support non-indirect grant with 64KB page granularity

Hi, Ping? Regards, On 18/11/15 18:57, Julien Grall wrote: > Hi all, > > This is a follow-up on the previous discussion [1] related to guest using 64KB > page granularity which doesn't boot when the backend isn't using indirect > descriptor. > > This has been successfully tested on ARM64 with

Re: [Xen-devel] [PATCH v3 20/62] arm/acpi: Add ACPI support for SMP initialization

Hi Shannon, On 17/11/15 09:40, shannon.z...@linaro.org wrote: > diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.c > index d800cb6..dede0e1 100644 > --- a/xen/arch/arm/psci.c > +++ b/xen/arch/arm/psci.c > @@ -22,6 +22,7 @@ > #include > #include > #include > +#include > > /* > *

Re: [Xen-devel] [PATCHv6] 07/28] build: convert HAS_NS16550 use to Kconfig

>>> On 24.11.15 at 18:51, wrote: > --- /dev/null > +++ b/xen/drivers/char/Kconfig > @@ -0,0 +1,5 @@ > + > +config UART_NS16550 > + bool "16550-series UART support" Iirc we agreed not to have any user visible prompts for the moment; I think Ian was quite explicit about

Re: [Xen-devel] [PATCHv6] 08/28] build: convert HAS_IOPORTS use to Kconfig

>>> On 24.11.15 at 18:51, wrote: > --- a/xen/drivers/char/Kconfig > +++ b/xen/drivers/char/Kconfig > @@ -3,3 +3,8 @@ config UART_NS16550 > bool "16550-series UART support" > help > This selects the 16550-series UART support. For most systems, say Y. > + > +#

Re: [Xen-devel] [PATCHv6] 08/28] build: convert HAS_IOPORTS use to Kconfig

>>> On 30.11.15 at 15:56, wrote: On 24.11.15 at 18:51, wrote: >> --- a/xen/drivers/char/Kconfig >> +++ b/xen/drivers/char/Kconfig >> @@ -3,3 +3,8 @@ config UART_NS16550 >> bool "16550-series UART support" >> help >>This selects the

Re: [Xen-devel] [PATCHv6] 10/28] build: convert HAS_VIDEO use to Kconfig

>>> On 24.11.15 at 18:52, wrote: > --- /dev/null > +++ b/xen/drivers/video/Kconfig > @@ -0,0 +1,13 @@ > + > +# Select HAS_VIDEO if video is supported > +config HAS_VIDEO > + bool > + > +# Select HAS_VGA if VGA is supported > +config HAS_VGA > + bool > + depends on

Re: [Xen-devel] [PATCHv6] 11/28] build: convert HAS_VGA use to Kconfig

>>> On 24.11.15 at 18:52, wrote: > Use the Kconfig generated CONFIG_HAS_VGA defines in the code base. This should be folded with the previous patch, or the VGA parts done there be moved here. Jan ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH v3 56/62] arm/acpi: Deny MMIO access of UART

Hi Shannon, On 17/11/15 13:10, Shannon Zhao wrote: > Regarding SMMU, since it doesn't support now, so I didn't add it but it > could be added later. Then please add a TODO, otherwise it's a call to forget it. Regards, -- Julien Grall ___ Xen-devel

Re: [Xen-devel] [PATCH] x86/PV: hide features dependent on XSAVE when booted with "no-xsave"

On 30/11/15 15:22, Jan Beulich wrote: On 30.11.15 at 14:36, wrote: >> On 30/11/15 11:30, Jan Beulich wrote: >>> It's not well defined whether YMM register presence >>> correlates to AVX, or is simply flagged by the respective XSTATE >>> CPUID bit (or a mixture of

Re: [Xen-devel] [PATCH v3 62/62] xen/arm64: Add ACPI support

Hi Shannon, On 17/11/15 09:41, shannon.z...@linaro.org wrote: > From: Naresh Bhat > > Add ACPI support on arm64 xen hypervisor. Enable EFI support on ARM. > > Signed-off-by: Naresh Bhat > Signed-off-by: Shannon Zhao >

Re: [Xen-devel] boot xen use legacy bios

>>> On 30.11.15 at 16:36, wrote: First of all - please no HTML mails, just plain text. > Thanks for your reply. I've already changed to boot with the xen.efi directly > without grub2. Now I can see all the cpu cores, but I can't use the mouse or > keyboard. What's

Re: [Xen-devel] [PATCHv6] 13/28] build: convert HAS_GDBSX use to Kconfig

>>> On 24.11.15 at 18:52, wrote: > --- a/xen/common/Kconfig > +++ b/xen/common/Kconfig > @@ -5,4 +5,8 @@ menu "Common Features" > config HAS_DEVICE_TREE > bool > > +# Select HAS_GDBSX if GDBSX is supported > +config HAS_GDBSX > + bool Wasn't there a select of this

Re: [Xen-devel] [PATCHv6] 22/28] build: convert HAS_EHCI use to Kconfig

>>> On 24.11.15 at 18:52, wrote: > --- a/xen/arch/x86/Kconfig > +++ b/xen/arch/x86/Kconfig > @@ -11,6 +11,7 @@ config X86 > select HAS_CPUFREQ > select HAS_PCI > select UART_NS16550 > + select UART_EHCI I don't think this is a reasonable name. We're

Re: [Xen-devel] [PATCH] x86/PV: hide features dependent on XSAVE when booted with "no-xsave"

>>> On 30.11.15 at 14:36, wrote: > On 30/11/15 11:30, Jan Beulich wrote: >> It's not well defined whether YMM register presence >> correlates to AVX, or is simply flagged by the respective XSTATE >> CPUID bit (or a mixture of both). > > It is indeed not well defined,

Re: [Xen-devel] [PATCH v3 47/62] arm/p2m: Add helper functions to map memory regions

Hi Shannon, On 17/11/15 09:40, shannon.z...@linaro.org wrote: > From: Parth Dixit > > Create a helper function for mapping with cached attributes. You are using those helpers to map the ACPI table in the guest. Do we really need them to be mapped read-write? Regards,

Re: [Xen-devel] [PATCH v3 49/62] arm/acpi: Map rest tables for Dom0

Hi, On 27/11/15 12:16, Stefano Stabellini wrote: > On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: >> From: Shannon Zhao >> >> Map other reused tables for Dom0. > > "Map all other tables to Dom0 using 1:1 mappings." > > >> Signed-off-by: Shannon Zhao

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

flight 65243 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/65243/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2"): > The whole point here was to bring in the kconfig bits from Linux 4.2 > untouched for traceability for where the code came from. By doing it > this way it allows Xen to rebase kconfig support to a newer

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

On 11/30/15 7:59 AM, Jan Beulich wrote: On 24.11.15 at 18:51, wrote: >> --- /dev/null >> +++ b/xen/include/linux/kconfig.h >> @@ -0,0 +1,54 @@ >> +#ifndef __LINUX_KCONFIG_H >> +#define __LINUX_KCONFIG_H > > Neither placement in the source tree nor guard variable should

Re: [Xen-devel] [PATCH v3 55/62] arm/acpi: Route all Xen unused SPIs to Dom0

On 27/11/15 15:04, Stefano Stabellini wrote: >> +vgic_reserve_virq(d, i); >> +irq_set_type(i, ACPI_IRQ_TYPE_NONE); > > I don't know if there is any point in setting the type to NONE. It's the > default, isn't it? No, the default is *_IRQ_TYPE_INVALID. Regards, -- Julien Grall

Re: [Xen-devel] [PATCH v3 60/62] arm/acpi: Configure interrupts dynamically

Hi Shannon, On 17/11/15 09:40, shannon.z...@linaro.org wrote: > From: Parth Dixit > > Interrupt information is described in DSDT and is not available at > the time of booting. Configure the interrupts dynamically when requested > by Dom0 Missing ".". As said on a

Re: [Xen-devel] [PATCHv6] 15/28] build: convert HAS_KEXEC use to Kconfig

>>> On 24.11.15 at 18:52, wrote: > --- a/xen/Rules.mk > +++ b/xen/Rules.mk > @@ -68,7 +68,7 @@ ifneq ($(max_phys_irqs),) > CFLAGS-y+= -DMAX_PHYS_IRQS=$(max_phys_irqs) > endif > > -CONFIG_KEXEC-$(HAS_KEXEC) := $(kexec) > +CONFIG_KEXEC-$(CONFIG_HAS_KEXEC) :=

Re: [Xen-devel] [PATCHv6] 24/28] build: convert HAS_MEM_PAGING use to Kconfig

>>> On 24.11.15 at 18:52, wrote: > --- a/config/x86_32.mk > +++ b/config/x86_32.mk > @@ -6,7 +6,6 @@ CONFIG_MIGRATE := y > CONFIG_XCUTILS := y > > HAS_MEM_ACCESS := y > -HAS_MEM_PAGING := y Considering that the previous patch supposedly eliminated HAS_MEM_ACCESS, the

Re: [Xen-devel] [PATCH v3 47/62] arm/p2m: Add helper functions to map memory regions

Hi, On 27/11/15 12:04, Stefano Stabellini wrote: > On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: >> From: Parth Dixit >> >> Create a helper function for mapping with cached attributes. >> >> Signed-off-by: Parth Dixit >> Signed-off-by:

Re: [Xen-devel] [PATCH v3 38/62] arm/acpi: Add placeholder for efi and acpi load address

Hi Stefano, On 26/11/15 16:04, Stefano Stabellini wrote: > On Wed, 18 Nov 2015, Julien Grall wrote: >> On 18/11/15 03:01, Shannon Zhao wrote: >>> "All above tables will be mapped to Dom0 non-RAM space. Since when >>> booting through ACPI it doesn't need the grant table region(see below >>>

Re: [Xen-devel] [PATCH v3 40/62] arm/acpi: Estimate memory required for acpi/efi tables

Hi Shannon, On 17/11/15 09:40, shannon.z...@linaro.org wrote: > diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c > index 53c7452..78d8ae9 100644 > --- a/xen/common/efi/boot.c > +++ b/xen/common/efi/boot.c > @@ -13,6 +13,7 @@ > #include > #include > #include > +#include > #if

Re: [Xen-devel] [PATCH v3 58/62] xen/acpi: Fix event-channel interrupt when booting with ACPI

On 27/11/15 15:12, Stefano Stabellini wrote: >> +} >> +else >> +{ >> +int type = 3; >> +int flag = 2; /* Active-low level-sensitive */ >> +d->arch.hvm_domain.params[HVM_PARAM_CALLBACK_IRQ] = (u64)type << 56 >> +

Re: [Xen-devel] boot xen use legacy bios

Thanks for your reply. I've already changed to boot with the xen.efi directly without grub2. Now I can see all the cpu cores, but I can't use the mouse or keyboard. What's more, the memory seems to be problematic too. 'xl dmesg' shows : (XEN) Unknown cachability for MFNs 0x8-0x8(XEN)

Re: [Xen-devel] [PATCHv6] 00/28] Kconfig conversion

Hi Doug, On 24/11/15 17:51, Doug Goldstein wrote: > The following series is a follow on to the Kconfig conversion patch series. > There are still more components to convert however this is the bare minimal > to get everything working and get the options out of the existing makefiles. > > The

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

>>> On 30.11.15 at 16:34, wrote: > On 11/30/15 7:59 AM, Jan Beulich wrote: > On 24.11.15 at 18:51, wrote: >>> --- /dev/null >>> +++ b/xen/scripts/kconfig/Makefile.linux >>> @@ -0,0 +1,317 @@ >> >> This doesn't seem to be referenced anywhere. > > Its

Re: [Xen-devel] [PATCH] x86/PV: hide features dependent on XSAVE when booted with "no-xsave"

>>> On 30.11.15 at 16:38, wrote: > On 30/11/15 15:22, Jan Beulich wrote: > On 30.11.15 at 14:36, wrote: >>> On 30/11/15 11:30, Jan Beulich wrote: It's not well defined whether YMM register presence correlates to AVX, or is

[Xen-devel] [PATCH 1/2] x86/VPMU: Support only versions 2 and 3 of architectural performance monitoring

We need to have at least version 2 since it's the first version to support various control and status registers (such as MSR_CORE_PERF_GLOBAL_CTRL) that VPMU relies on always having. With explicit testing for PMU version we can now remove CPUID model check. Signed-off-by: Boris Ostrovsky

Re: [Xen-devel] [PATCH v3 0/2] block/xen-blkfront: Support non-indirect grant with 64KB page granularity

Hi, Just noticed that Bob and Konrad have not been correctly CCed. Regards, On 18/11/15 18:57, Julien Grall wrote: > Hi all, > > This is a follow-up on the previous discussion [1] related to guest using 64KB > page granularity which doesn't boot when the backend isn't using indirect >

[Xen-devel] [PATCH 2/2] x86/VPMU: No need to check whether VPMU quirk is needed on Intel

We only support family 6 so quirk handling is always needed. Signed-off-by: Boris Ostrovsky --- xen/arch/x86/cpu/vpmu_intel.c | 18 +- 1 file changed, 1 insertion(+), 17 deletions(-) diff --git a/xen/arch/x86/cpu/vpmu_intel.c

Re: [Xen-devel] [qemu-mainline test] 65237: regressions - FAIL

On Mon, Nov 30, 2015 at 09:40:28AM +, osstest service owner wrote: > flight 65237 qemu-mainline real [real] > http://logs.test-lab.xenproject.org/osstest/logs/65237/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [PATCHv6] 02/28] build: build Kconfig and config rules

On 11/30/15 8:36 AM, Jan Beulich wrote: On 24.11.15 at 18:51, wrote: >> --- a/.gitignore >> +++ b/.gitignore >> @@ -217,6 +217,11 @@ tools/xentrace/tbctl >> tools/xentrace/xenctx >> tools/xentrace/xentrace >> xen/.banner >> +xen/.config >> +xen/.config.old >>

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

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

Re: [Xen-devel] Page Fault

Sorry, my apologies. I got it now, thanks! On Mon, Nov 30, 2015 at 3:32 PM Jan Beulich wrote: > >>> On 29.11.15 at 19:19, wrote: > > Inside the page fault handler for shadow page tables (sh_page_fault > > function in multi.c) where is the code for

Re: [Xen-devel] [PATCH] x86/HVM: XSETBV intercept needs to check CPL on SVM only

On 11/27/2015 06:01 AM, Jan Beulich wrote: VMX doesn't need a software CPL check on the XSETBV intercept, and SVM can do that check without resorting to hvm_get_segment_register(). Clean up what is left of hvm_handle_xsetbv(), namely make it return a proper error code. Signed-off-by: Jan

Re: [Xen-devel] [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported

On 11/26/2015 02:35 AM, Juergen Gross wrote: On 25/11/15 17:12, Boris Ostrovsky wrote: On 11/12/2015 08:43 AM, Juergen Gross wrote: In case the kernel of a new pv-domU indicates it is supporting an unmapped initrd, don't waste precious virtual space for the initrd, but allocate only guest

[Xen-devel] [PATCHv1] evtchn: don't reuse ports that are still "busy"

When using the FIFO ABI a guest may close an event channel that is still LINKED. If this port is reused, subsequent events may be lost because they may become pending on the wrong queue. This could be fixed by requiring guests to only close event channels that are not linked. This is difficult

Re: [Xen-devel] [PATCH] x86/PV: hide features dependent on XSAVE when booted with "no-xsave"

On 30/11/15 16:00, Jan Beulich wrote: On 30.11.15 at 16:38, wrote: >> On 30/11/15 15:22, Jan Beulich wrote: >> On 30.11.15 at 14:36, wrote: On 30/11/15 11:30, Jan Beulich wrote: > It's not well defined whether YMM register

[Xen-devel] ARM64 DOM0 crashing after commit 578270b "block: fix segment split"

Hello, I've been trying the Linux 4.4-rc3 on mustang (ARM64) with Xen. DOM0 is crashing as soon as a guest is started when QDISK is used for the disk: [ cut here ] WARNING: at /home/julien/works/linux/block/blk-merge.c:435 Modules linked in: CPU: 6 PID: 0 Comm: swapper/6

[Xen-devel] [ovmf baseline-only test] 38392: tolerable trouble: blocked/broken

This run is configured for baseline tests only. flight 38392 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38392/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-xsm 3 host-install(3) broken

Re: [Xen-devel] [PATCH v3] x86/VPMU: implement ipc and arch filter flags

On 11/25/2015 08:02 PM, Brendan Gregg wrote: This introduces a way to have a restricted VPMU, by specifying one of two predefined groups of PMCs to make available. For secure environments, this allows the VPMU to be used without needing to enable all PMCs. Signed-off-by: Brendan Gregg

Re: [Xen-devel] ARM64 DOM0 crashing after commit 578270b "block: fix segment split"

On 11/30/2015 11:22 AM, Julien Grall wrote: Hello, I've been trying the Linux 4.4-rc3 on mustang (ARM64) with Xen. DOM0 is crashing as soon as a guest is started when QDISK is used for the disk: [ cut here ] WARNING: at /home/julien/works/linux/block/blk-merge.c:435

Re: [Xen-devel] [PATCH v9 1/9] xen/x86: set the vPMU interface based on the presence of a lapic

On 11/27/2015 08:42 AM, Roger Pau Monne wrote: Instead of choosing the interface to expose to guests based on the guest type, do it based on whether the guest has an emulated local apic or not. Signed-off-by: Roger Pau Monné Signed-off-by: Boris Ostrovsky

Re: [Xen-devel] ARM64 DOM0 crashing after commit 578270b "block: fix segment split"

Hi Jens, On 30/11/2015 20:03, Jens Axboe wrote: The bisector fingered the commit 578270b "block: fix segment split". If I reverted this patch on top of 4.4-rc3 and everything seems to work fine. Anyone have any ideas? Can you try my for-linus branch? I pulled this branch into Linus' master

Re: [Xen-devel] ARM64 DOM0 crashing after commit 578270b "block: fix segment split"

On 11/30/2015 01:49 PM, Julien Grall wrote: Hi Jens, On 30/11/2015 20:03, Jens Axboe wrote: The bisector fingered the commit 578270b "block: fix segment split". If I reverted this patch on top of 4.4-rc3 and everything seems to work fine. Anyone have any ideas? Can you try my for-linus

Re: [Xen-devel] linux 4.4 Regression: 100% cpu usage on idle pv guest under Xen with single vcpu.

On 2015-11-30 23:54, Boris Ostrovsky wrote: On 11/30/2015 04:46 PM, Sander Eikelenboom wrote: On 2015-11-30 22:45, Konrad Rzeszutek Wilk wrote: On Sat, Nov 28, 2015 at 04:47:43PM +0100, Sander Eikelenboom wrote: Hi all, I have just tested a 4.4-rc2 kernel (current linus tree) + the tip tree

Re: [Xen-devel] Emulating in response of an int3 vm_event

On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru wrote: > On 12/01/2015 01:32 AM, Tamas K Lengyel wrote: > > Hi all, > > I'm trying to extend the current vm_event system to be able to emulate > > over an in-guest breakpoint using the VM_EVENT_FLAG_SET_EMUL_READ_DATA >

[Xen-devel] Build problems with xen 4.7

When I try to build the current xen 4.7 master I get the following error :0:0: error: "__OBJECT_FILE__" redefined [-Werror] :0:0: note: this is the location of the previous definition cc1: all warnings being treated as errors The problem seems to be that -D__OBJECT_FILE__= is set each time

[Xen-devel] [PATCH v4 2/2] x86/VPMU: implement ipc and arch filter flags

This introduces a way to have a restricted VPMU, by specifying one of two predefined groups of PMCs to make available. For secure environments, this allows the VPMU to be used without needing to enable all PMCs. Signed-off-by: Brendan Gregg Reviewed-by: Boris Ostrovsky

[Xen-devel] [xen-unstable test] 65248: regressions - trouble: broken/fail/pass

flight 65248 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/65248/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs. 65114 Regressions

Re: [Xen-devel] linux 4.4 Regression: 100% cpu usage on idle pv guest under Xen with single vcpu.

On 11/30/2015 04:46 PM, Sander Eikelenboom wrote: On 2015-11-30 22:45, Konrad Rzeszutek Wilk wrote: On Sat, Nov 28, 2015 at 04:47:43PM +0100, Sander Eikelenboom wrote: Hi all, I have just tested a 4.4-rc2 kernel (current linus tree) + the tip tree pulled on top. Running this kernel under Xen

[Xen-devel] Emulating in response of an int3 vm_event

Hi all, I'm trying to extend the current vm_event system to be able to emulate over an in-guest breakpoint using the VM_EVENT_FLAG_SET_EMUL_READ_DATA feature. The idea is to have the vm_event listener send back the contents of the memory that was overwritten by the breakpoint instruction, have Xen

Re: [Xen-devel] Emulating in response of an int3 vm_event

On 12/01/2015 01:32 AM, Tamas K Lengyel wrote: > Hi all, > I'm trying to extend the current vm_event system to be able to emulate > over an in-guest breakpoint using the VM_EVENT_FLAG_SET_EMUL_READ_DATA > feature. The idea is to have the vm_event listener send back the > contents of the memory

Re: [Xen-devel] boot xen use legacy bios

Sorry, I thought they are due to same reason so I put them together. Maybe I should just solve them one by one. Full log is here paste.ubuntu.com/13571815/, if you need more information, please let me know. > Date: Mon, 30 Nov 2015 08:50:42 -0700 > From: jbeul...@suse.com > To:

Re: [Xen-devel] [RFC PATCH] crashdump/x86: Add option to get crash kernel region size

On Mon, Nov 30, 2015 at 08:39:31AM +0100, Daniel Kiper wrote: > On Mon, Nov 30, 2015 at 08:55:32AM +0900, Simon Horman wrote: > > On Sat, Nov 28, 2015 at 09:14:04PM +0100, Daniel Kiper wrote: > > > Crash kernel region size is available via sysfs on Linux running on > > > bare metal. However, this

[Xen-devel] [linux-next test] 65251: tolerable FAIL

flight 65251 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/65251/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl 6 xen-boot fail like 65156 test-amd64-amd64-xl-multivcpu

[Xen-devel] Is there a way to get a VM base (starting) address?

I am interested in locating a VM's base (starting) address in memory in relation to other VM's running on the same host - is there a way to do this through Xen or the XenAPI? Thanks, D'Mita -- D'Mita Levy Cyber Fellow, Applied Research Center Florida International University

[Xen-devel] [PATCH] libxc: correct domain builder for 64 bit guest with 32 bit tools

Commit 8c45adec18e0512c3d34dcafb13414ecba21be6a ("create unmapped initrd in domain builder if supported") introduced an error for building a 64 bit guest with a 32 bit toolset. The initrd start address and size where stored in an unsigned long instead of using a 64 bit type. Signed-off-by:

Re: [Xen-devel] pvgrub "Error 9: Unknown boot failure" booting Debian Jessie kernel (Was: Re: [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported)

On 30/11/15 17:56, Ian Campbell wrote: > On Mon, 2015-11-30 at 16:25 +, Ian Campbell wrote: >> (d54) Pinning the boot page table pfn 4be3 / mfn 1bfd71/1bfd71 >> (d54) pin_table: MFN 1bfd71 >> (XEN) mm.c:2417:d54v0 Bad type (saw 1401 != exp >> 7000) for mfn 165b81 (pfn

  1   2   >