[Xen-devel] [linux-3.16 test] 88768: regressions - trouble: blocked/broken/fail/pass

flight 88768 linux-3.16 real [real] http://logs.test-lab.xenproject.org/osstest/logs/88768/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs. 85048 Tests which

Re: [Xen-devel] [PATCH v6] libxl: allow 'phy' backend to use empty files

Hi George, > I take it that if he used a phy backend for a cdrom, that "xl cd-eject" > failed? No - I was always using ISO images for cd-rom devices. In the 4.4 configuration I was specifying it as a file. In Xen 4.4 and 4.6 (before patching) whenever I attempted to perform an 'xl cd-eject'

[Xen-devel] Regarding Outreachy project on Improving CR Dashboard

Hello all, I have completed coding the initial task of grouping the email thread using the Zawinski algorithms and then adding property entity to the json for the messages that belong to the same email thread. You can see my git repo [1]. The new.json is the output of my script and out.json is

Re: [Xen-devel] Xen default install - no cpufreq on dom0 ?

On Tue, Feb 23, 2016 at 11:55:48PM +, Andrew Cooper wrote: > On 23/02/2016 23:44, Luis R. Rodriguez wrote: > > On Tue, Feb 23, 2016 at 10:44:56PM +, Andrew Cooper wrote: > >> On 23/02/2016 22:18, Luis R. Rodriguez wrote: > >>> On Tue, Feb 23, 2016 at 05:00:12PM -0500, Konrad Rzeszutek Wilk

[Xen-devel] [qemu-mainline test] 88757: regressions - trouble: broken/fail/pass

flight 88757 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/88757/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-winxpsp3 3 host-install(3)broken REGR. vs. 86454

Re: [Xen-devel] [PATCH v5 15/28] xsplice: Add .xsplice.hooks functions and test-case

On Fri, Apr 01, 2016 at 09:50:31AM -0600, Jan Beulich wrote: > >>> On 24.03.16 at 21:00, wrote: > > From: Ross Lagerwall > > > > Add hook functions which run during patch apply and patch revert. > > Hook functions are used by xsplice payloads

[Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

Boris sent out the first HVMLite series of patches to add a new Xen guest type February 1, 2016 [0]. We've been talking off list with a few folks now over the prospect of instead of adding yet-another-boot-entry we instead fixate HVMLite to use the x86 EFI boot entry. There's a series of reasons

Re: [Xen-devel] [PATCH v5 14/28] x86, xsplice: Print payload's symbol name and payload name in backtraces

On Fri, Apr 01, 2016 at 09:23:15AM -0600, Jan Beulich wrote: > >>> On 24.03.16 at 21:00, wrote: > > @@ -331,16 +332,17 @@ static char *pointer(char *str, char *end, const char > > **fmt_ptr, > > { > > unsigned long sym_size, sym_offset; > > char

Re: [Xen-devel] [PATCH v5 27/28] xsplice: Add support for shadow variables.

On Mon, Apr 04, 2016 at 09:18:34AM -0600, Jan Beulich wrote: > >>> On 24.03.16 at 21:00, wrote: > > Shadow variables are a piece of infrastructure to be used by xsplice > > modules. They are used to attach a new piece of data to an existing > > structure in memory. > > An

Re: [Xen-devel] [PATCH v5 12/28] x86/xen_hello_world.xsplice: Test payload for patching 'xen_extra_version'.

On Fri, Apr 01, 2016 at 07:33:54AM -0600, Jan Beulich wrote: > >>> On 24.03.16 at 21:00, wrote: > > --- a/xen/Makefile > > +++ b/xen/Makefile > > @@ -75,6 +75,7 @@ _install: $(TARGET)$(CONFIG_XEN_INSTALL_SUFFIX) > > echo 'EFI installation only partially

Re: [Xen-devel] Bug in x86 instruction emulator?

On 2016-04-06 02:02, Mihai Donțu wrote: On Wed, 6 Apr 2016 02:57:35 +0300 Mihai Donțu wrote: I don't believe the x86 emulator is complete wrt the SSE instruction set. But I do wonder why, in your case, these instructions need emulation at all. Unless touching the video RAM requires emulation.

Re: [Xen-devel] [PATCH v5 09/28] xsplice: Add helper elf routines

> > +static int elf_resolve_sections(struct xsplice_elf *elf, const void *data) > > +{ .. snip.. > > +/* N.B. We also will ingest SHN_UNDEF sections. */ > > Because of? The meaning of the fields in the 0-th section header is > different from that of ordinary ones. > > > +for ( i = 0; i <

Re: [Xen-devel] Bug in x86 instruction emulator?

On 2016-04-06 01:57, Mihai Donțu wrote: I don't believe the x86 emulator is complete wrt the SSE instruction set. But I do wonder why, in your case, these instructions need emulation at all. Unless touching the video RAM requires emulation. Can you try using a different video driver? I see xorg

Re: [Xen-devel] [PATCH 0/3] COLO: only build on Linux

On 04/06/2016 04:05 AM, Wei Liu wrote: > COLO depends on netlink which is only available on Linux. This series cleans > up > COLO code and make it only build on Linux. This should fix FreeBSD build. > > Congyang and Changlong, please review this series as soon as possible. I also > have a

[Xen-devel] [PATCH RFC 15/20] acpi: Move ACPI code to xen/common/libacpi

Signed-off-by: Boris Ostrovsky --- .gitignore| 8 tools/firmware/hvmloader/Makefile | 3 +-- tools/firmware/hvmloader/smbios.c | 1 +

[Xen-devel] [PATCH RFC 19/20] acpi: Set HW_REDUCED_ACPI in FADT if IOAPIC is not supported

With this flags set guests will not try to set up SCI. Signed-off-by: Boris Ostrovsky --- xen/common/libacpi/build.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/xen/common/libacpi/build.c b/xen/common/libacpi/build.c index e53b4a7..7f2662a 100644 ---

[Xen-devel] [PATCH RFC 14/20] acpi/hvmloader: Replace mem_alloc() and virt_to_phys() with memory ops

Components that wish to use ACPI builder will need to provide their own mem_alloc() and virt_to_phys() routines. Pointers to these routines will be passed to the builder as memory ops. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 6

[Xen-devel] [PATCH RFC 13/20] acpi/hvmloader: Add stdio.h, string.h and x86.h

Users of ACPI builder will need to provide their own implemetations of strncpy(), memcpy, memset() and printf declared in stdio.h and string.h. For hvmloader we provide those two as wrappers around utul.h. Some x86-specific definitions move to ACPI builder's x86.h file so that users won't have to

[Xen-devel] [PATCH RFC 18/20] libxc/acpi: Build ACPI tables for HVMlite guests

Signed-off-by: Boris Ostrovsky --- tools/libxc/Makefile | 22 +++- tools/libxc/include/xc_dom.h | 1 + tools/libxc/xc_acpi.c | 268 ++ tools/libxc/xc_dom_x86.c | 7 +

[Xen-devel] [PATCH RFC 20/20] acpi: Make ACPI builder available to hypervisor code

Signed-off-by: Boris Ostrovsky --- xen/common/Makefile | 2 +- xen/common/libacpi/Makefile | 15 --- xen/common/libacpi/acpi2_0.h | 6 ++ xen/common/libacpi/build.c | 15 +++ xen/common/libacpi/mk_dsdt.c | 4 5 files

[Xen-devel] [PATCH RFC 17/20] x86: Allow LAPIC-only emulation_flags for HVM guests

PVH guests may request LAPIC emulation (and nothing else) Signed-off-by: Boris Ostrovsky --- xen/arch/x86/domain.c | 26 -- 1 file changed, 16 insertions(+), 10 deletions(-) diff --git a/xen/arch/x86/domain.c b/xen/arch/x86/domain.c index

[Xen-devel] [PATCH RFC 05/20] acpi/hvmloader: Move passthrough initialization from ACPI code

Initiale it in hvmloader, avoiding ACPI code's use of xenstore_read() Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 4 tools/firmware/hvmloader/acpi/build.c | 22 +++--- tools/firmware/hvmloader/util.c |

[Xen-devel] [PATCH RFC 00/20] Make ACPI builder available to components other than hvmloader

This is an RFC for making hvmloader's ACPI builder available to both the toolstack and the hypervisor, as discussed in http://lists.xenproject.org/archives/html/xen-devel/2016-02/msg01228.html The series * Removes dependency of today's builder on hvmloader interfaces * Makes many of the tables

[Xen-devel] [PATCH RFC 06/20] acpi/hvmloader: Collect processor and NUMA info in hvmloader

No need for ACPI code to rely on hvm_info. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 13 + tools/firmware/hvmloader/acpi/build.c | 49 + tools/firmware/hvmloader/util.c | 11

[Xen-devel] [PATCH RFC 11/20] acpi/hvmloader: Translate all addresses when assigning addresses in ACPI tables

Non-hvmloader users may be building tables in virtual address space and therefore we need to make sure that values that end up in tables are physical addresses. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/build.c | 47

[Xen-devel] [PATCH RFC 03/20] acpi/hvmloader: Initialize vm_gid data outside ACPI code

This way ACPI code won't use xenstore-read() and hvm_param_set() which are private to hvmloader. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 1 + tools/firmware/hvmloader/acpi/build.c | 30 +++---

[Xen-devel] [PATCH RFC 08/20] acpi/hvmloader: Make providing IOAPIC in MADT optional

Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 1 + tools/firmware/hvmloader/acpi/build.c | 68 ++--- tools/firmware/hvmloader/util.c | 2 +- 3 files changed, 39 insertions(+), 32 deletions(-) diff

[Xen-devel] [PATCH RFC 07/20] acpi/hvmloader: Set TIS header address in hvmloader

Users other than hvmloader may provide TIS address as virtual. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 4 ++ tools/firmware/hvmloader/acpi/build.c | 65 + tools/firmware/hvmloader/util.c

[Xen-devel] [PATCH RFC 02/20] acpi/hvmloader: Move acpi_info initialization out of ACPI code

acpi_info can be initialized by hvmloader itself. Now ACPI code doesn't need to use hvmloader-private variables/routines such as uart_exists(), lpt_exists() etc. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 18 ++

[Xen-devel] [PATCH RFC 10/20] acpi/hvmloader: Provide address of acpi_info as an argument to ACPI code

Some users of ACPI builder may be building tables in virtual address space. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 4 tools/firmware/hvmloader/acpi/build.c | 3 +-- tools/firmware/hvmloader/config.h | 3 +--

[Xen-devel] [PATCH RFC 16/20] x86/vlapic: Don't try to accept 8259 interrupt if !has_vpic()

Signed-off-by: Boris Ostrovsky --- xen/arch/x86/hvm/vlapic.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/xen/arch/x86/hvm/vlapic.c b/xen/arch/x86/hvm/vlapic.c index 01a8430..d8b887c 100644 --- a/xen/arch/x86/hvm/vlapic.c +++ b/xen/arch/x86/hvm/vlapic.c @@

[Xen-devel] [PATCH RFC 01/20] hvmloader: Provide hvmloader_acpi_build_tables()

In preparation for moving out ACPI builder make all BIOSes call hvmloader_acpi_build_tables() instead of calling ACPI code directly. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/ovmf.c| 2 +- tools/firmware/hvmloader/rombios.c | 2 +-

[Xen-devel] [PATCH RFC 04/20] acpi/hvmloader: Decide which SSDTs to build in hvmloader

With that, xenstore_read() won't need to be done in ACPI code Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 6 ++ tools/firmware/hvmloader/acpi/build.c | 20 +++- tools/firmware/hvmloader/util.c | 12

[Xen-devel] [PATCH RFC 09/20] acpi/hvmloader: Build WAET optionally

Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/acpi/acpi2_0.h | 1 + tools/firmware/hvmloader/acpi/build.c | 9 ++--- tools/firmware/hvmloader/util.c | 3 ++- 3 files changed, 9 insertions(+), 4 deletions(-) diff --git

[Xen-devel] [PATCH RFC 12/20] acpi/hvmloader: Link ACPI object files directly

ACPI sources will be available to various component which will build them according to their own rules. ACPI directory will only build sources. Signed-off-by: Boris Ostrovsky --- tools/firmware/hvmloader/Makefile | 17 ++---

Re: [Xen-devel] [PATCH] kernel-parameters: document earlycon=xenboot

On Tue, 5 Apr 2016, Konrad Rzeszutek Wilk wrote: > On Tue, Apr 05, 2016 at 11:43:36AM -0400, Chris Patterson wrote: > > On Tue, Apr 5, 2016 at 9:49 AM, Konrad Rzeszutek Wilk > > wrote: > > > On Mon, Apr 04, 2016 at 10:48:11PM -0400, Chris Patterson wrote: > > >> Add

Re: [Xen-devel] Bug in x86 instruction emulator?

On Wed, 6 Apr 2016 02:57:35 +0300 Mihai Donțu wrote: > On Wed, 06 Apr 2016 01:38:32 +0200 wo...@openmailbox.org wrote: > > I'm running Xen 4.6.1 with Alpine Linux 3.3.3 in dom0. In a HVM domU > > with vga="qxl", Xorg will segfault instantly if tried started. Multiple > > Linux distros have been

Re: [Xen-devel] Bug in x86 instruction emulator?

On Wed, 06 Apr 2016 01:38:32 +0200 wo...@openmailbox.org wrote: > I'm running Xen 4.6.1 with Alpine Linux 3.3.3 in dom0. In a HVM domU > with vga="qxl", Xorg will segfault instantly if tried started. Multiple > Linux distros have been tested and Xorg segfaults in all. > > Attached are a full

[Xen-devel] Bug in x86 instruction emulator?

I'm running Xen 4.6.1 with Alpine Linux 3.3.3 in dom0. In a HVM domU with vga="qxl", Xorg will segfault instantly if tried started. Multiple Linux distros have been tested and Xorg segfaults in all. Attached are a full backtrace from domU generated by Xorg, and a assembler dump of function

Re: [Xen-devel] Regarding Outreachy project on Improving CR Dashboard

On Tue, 2016-04-05 at 22:05 +0530, Priya wrote: > Hello all,  > > I have completed coding the initial task of grouping the email thread > using the Zawinski algorithms and then adding property entity to the > json for the messages that belong to the same email thread.  > > You can see my git

[Xen-devel] [PATCH v4] xen: sched: fix deadlock when changing scheduling parameters

Commit f7b87b0745b4 ("enable per-VCPU parameter for RTDS") introduced a bug: it made it possible, in Credit and Credit2, when doing domain or vcpu parameters' manipulation, to leave the hypervisor with a spinlock held and interrupts disabled. Fix it. Signed-off-by: Chong Li

Re: [Xen-devel] [PATCH v2 02/11] xen/hvmlite: Bootstrap HVMlite guest

On Thu, Feb 4, 2016 at 3:10 PM, Luis R. Rodriguez wrote: > On Thu, Feb 04, 2016 at 12:51:38AM +, Andrew Cooper wrote: >> On 03/02/2016 23:59, Luis R. Rodriguez wrote: >> > On Wed, Feb 03, 2016 at 08:52:50PM +, Andrew Cooper wrote: >> >> On 03/02/16 18:55, Luis R.

Re: [Xen-devel] [PATCH v2 6/6] x86/time: implement PVCLOCK_TSC_STABLE_BIT

On 04/05/2016 01:22 PM, Jan Beulich wrote: On 29.03.16 at 15:44, wrote: >> --- a/xen/arch/x86/time.c >> +++ b/xen/arch/x86/time.c >> @@ -43,6 +43,10 @@ >> static char __initdata opt_clocksource[10]; >> string_param("clocksource", opt_clocksource); >> >> +/*

Re: [Xen-devel] [PATCH] kernel-parameters: document earlycon=xenboot

On Tue, Apr 5, 2016 at 12:42 PM, Konrad Rzeszutek Wilk wrote: > On Tue, Apr 05, 2016 at 11:43:36AM -0400, Chris Patterson wrote: >> On Tue, Apr 5, 2016 at 9:49 AM, Konrad Rzeszutek Wilk >> wrote: >> > On Mon, Apr 04, 2016 at 10:48:11PM -0400, Chris

[Xen-devel] [PATCH 1/3] libxl: colo: rearrange things in header files

We need to separate COLO code from common code as clean as possible. With this patch, all COLO structures are now in libxl_colo.h. It does the following: 1. Move two typedefs for libxl__domain_create_state{,cb} back to libxl_internal.h. 2. Move libxl__colo_save_state to libxl_colo.h. 3.

[Xen-devel] [PATCH 3/3] libxl: colo: only build COLO on Linux

Linux's netlink is required when initialising COLO, so make sure only to compile COLO on Linux. Provide necessary stub functions in case COLO is disabled. This should fix libxl build on FreeBSD. Signed-off-by: Wei Liu --- tools/libxl/Makefile| 5

[Xen-devel] [PATCH 2/3] libxl: colo: move netlink related stuff to libxl_colo_proxy.c

They are only used there, no need to expose them to other parts of libxl. This is necessary to make libxl build on FreeBSD again because FreeBSD doesn't have netlink. Signed-off-by: Wei Liu --- tools/libxl/libxl_colo.h | 12

[Xen-devel] [PATCH 0/3] COLO: only build on Linux

COLO depends on netlink which is only available on Linux. This series cleans up COLO code and make it only build on Linux. This should fix FreeBSD build. Congyang and Changlong, please review this series as soon as possible. I also have a question why COLO doesn't use libnl? It is using Linux

Re: [Xen-devel] [PATCH v4 6/6] hwmon: use smp_call_on_cpu() for dell-smm i8k

On Tuesday 05 April 2016 16:54:14 Guenter Roeck wrote: > On Tue, Apr 05, 2016 at 07:10:07AM +0200, Juergen Gross wrote: > > Use the smp_call_on_cpu() function to call system management > > mode on cpu 0. > > Make call secure by adding get_online_cpus() to avoid e.g. suspend > > resume cycles in

[Xen-devel] [linux-mingo-tip-master test] 88754: regressions - trouble: blocked/broken/fail/pass

flight 88754 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/88754/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-winxpsp3 3 host-install(3) broken REGR. vs. 60684

Re: [Xen-devel] [PATCH v4 16/26] x86/cpu: Context switch cpuid masks and faulting state in context_switch()

On 28/03/16 20:27, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 23, 2016 at 04:36:19PM +, Andrew Cooper wrote: >> A single ctxt_switch_levelling() function pointer is provided >> (defaulting to an empty nop), which is overridden in the appropriate >> $VENDOR_init_levelling(). >> >>

[Xen-devel] [libvirt test] 88753: regressions - trouble: blocked/broken/pass

flight 88753 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/88753/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 3 host-install(3) broken REGR. vs. 88483

Re: [Xen-devel] [PATCH v4 26/26] tools/libxc: Calculate xstate cpuid leaf from guest information

On 31/03/16 08:48, Jan Beulich wrote: On 23.03.16 at 17:36, wrote: >> --- a/tools/libxc/xc_cpuid_x86.c >> +++ b/tools/libxc/xc_cpuid_x86.c >> @@ -398,54 +398,97 @@ static void intel_xc_cpuid_policy(xc_interface *xch, >> } >> } >> >> +/* XSTATE bits in XCR0.

Re: [Xen-devel] [PATCH v5 10/28] xsplice: Implement payload loading

On Tue, Apr 05, 2016 at 12:45:44PM -0400, Konrad Rzeszutek Wilk wrote: > > > -void *vm_alloc(unsigned int nr, unsigned int align) > > > +void __init vm_init(void) > > > +{ > > > +vm_init_type(VMAP_VIRT); > > > +#ifdef CONFIG_XSPLICE > > > +vm_init_type(XEN_VIRT); > > > +#endif > > > +} > >

Re: [Xen-devel] [PATCH 09/16] xen: sched: close potential races when switching scheduler to CPUs

On Thu, 2016-03-24 at 12:14 +, George Dunlap wrote: > On 18/03/16 19:05, Dario Faggioli wrote: > > > > by using the sched_switch hook that we have introduced in > > the various schedulers. > > > > The key is to let the actual switch of scheduler and the > > remapping of the scheduler lock

Re: [Xen-devel] [PATCH v2 4/6] x86/time: streamline platform time init on plt_init()

On 04/05/2016 04:22 PM, Jan Beulich wrote: On 05.04.16 at 17:12, wrote: >> On 04/05/2016 12:46 PM, Jan Beulich wrote: >> On 29.03.16 at 15:44, wrote: @@ -516,17 +519,31 @@ static s_time_t __read_platform_stime(u64

Re: [Xen-devel] [PATCH v2 5/6] x86/time: refactor read_platform_stime()

On 04/05/2016 04:26 PM, Jan Beulich wrote: On 05.04.16 at 17:22, wrote: >> On 04/05/2016 12:52 PM, Jan Beulich wrote: >> On 29.03.16 at 15:44, wrote: -static s_time_t read_platform_stime(void) +static s_time_t

Re: [Xen-devel] [PATCH v2 3/6] x86/time: implement tsc as clocksource

On 04/05/2016 04:12 PM, Jan Beulich wrote: On 05.04.16 at 16:56, wrote: >> On 04/05/2016 11:43 AM, Jan Beulich wrote: >> On 29.03.16 at 15:44, wrote: @@ -541,6 +613,10 @@ static int __init try_platform_timer(struct

Re: [Xen-devel] [PATCH v4 17/26] x86/pv: Provide custom cpumasks for PV domains

On 28/03/16 20:40, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 23, 2016 at 04:36:20PM +, Andrew Cooper wrote: >> And use them in preference to cpumask_defaults on context switch. HVM >> domains > Extra space before HVM It is normal to have two spaces following a full stop in written text.

Re: [Xen-devel] [PATCH 16/16] xen: sched: implement vcpu hard affinity in Credit2

On Thu, 2016-03-24 at 15:42 +, George Dunlap wrote: > On Fri, Mar 18, 2016 at 7:06 PM, Dario Faggioli > wrote: > > > > From: Justin Weaver > >  > > Signed-off-by: Justin Weaver > > Signed-off-by: Dario Faggioli

Re: [Xen-devel] [PATCH v4 15/26] x86/cpu: Rework Intel masking/faulting setup

On 28/03/16 20:14, Konrad Rzeszutek Wilk wrote: >> + * Context switch levelling state to the next domain. A parameter of NULL >> is >> + * used to context switch to the default host state, and is used by the >> BSP/AP >> + * startup code. >> + */ >> +static void

Re: [Xen-devel] [PATCH v6] libxl: allow 'phy' backend to use empty files

On Wed, Feb 17, 2016 at 5:20 PM, Roger Pau Monne wrote: > This was introduced by 97ee1f (~5 years ago), but was probably never > surfaced because most people used regular files as CDROM images, so the PHY > backend was actually never selected. A year ago this was changed,

[Xen-devel] [PATCH v5] xen/arm64: check XSM Magic from the second unknown module.

From: Fu Wei This patch adds a has_xsm_magic helper function for detecting XSM from the second unknown module. If Xen can't get the kind of module from compatible, we guess the kind of these unknowns respectively: (1) The first unknown must be kernel. (2) Detect the

Re: [Xen-devel] [PATCH v4 14/26] x86/cpu: Rework AMD masking MSR setup

On 28/03/16 19:55, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 23, 2016 at 04:36:17PM +, Andrew Cooper wrote: >> This patch is best reviewed as its end result rather than as a diff, as it >> rewrites almost all of the setup. >> >> On the BSP, cpuid information is used to evaluate the potential

Re: [Xen-devel] [PATCH v5 10/28] xsplice: Implement payload loading

> > -void *vm_alloc(unsigned int nr, unsigned int align) > > +void __init vm_init(void) > > +{ > > +vm_init_type(VMAP_VIRT); > > +#ifdef CONFIG_XSPLICE > > +vm_init_type(XEN_VIRT); > > +#endif > > +} > > I think we should leave it to the arch to call vm_init_type() for > the non-default

Re: [Xen-devel] [PATCH] kernel-parameters: document earlycon=xenboot

On Tue, Apr 05, 2016 at 11:43:36AM -0400, Chris Patterson wrote: > On Tue, Apr 5, 2016 at 9:49 AM, Konrad Rzeszutek Wilk > wrote: > > On Mon, Apr 04, 2016 at 10:48:11PM -0400, Chris Patterson wrote: > >> Add earlycon=xenboot option to Documentation/kernel-parameters.txt. >

Re: [Xen-devel] [PATCH 09/16] xen: sched: close potential races when switching scheduler to CPUs

On Wed, 2016-03-23 at 19:05 +, George Dunlap wrote: > On 18/03/16 19:05, Dario Faggioli wrote: > > > > by using the sched_switch hook that we have introduced in > > the various schedulers. > > > > The key is to let the actual switch of scheduler and the > > remapping of the scheduler lock

Re: [Xen-devel] [PATCH v4 13/26] x86/cpu: Sysctl and common infrastructure for levelling context switching

On 28/03/16 17:12, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 23, 2016 at 04:36:16PM +, Andrew Cooper wrote: >> A toolstack needs to know how much control Xen has over the visible cpuid >> values in PV guests. Provide an explicit mechanism to query what Xen is >> capable of. >> >> This

Re: [Xen-devel] [PATCH v4 12/26] x86/cpu: Move set_cpumask() calls into c_early_init()

On 28/03/16 16:55, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 23, 2016 at 04:36:15PM +, Andrew Cooper wrote: >> Before c/s 44e24f8567 "x86: don't call generic_identify() redundantly", the >> commandline-provided masks would take effect in Xen's view of the features. > s/the// ? > > Or perhaps

Re: [Xen-devel] Issues with the xen-access.c model

On 05/04/16 16:55, Razvan Cojocaru wrote: > On 04/05/16 18:35, Tamas K Lengyel wrote: >> >> On Tue, Apr 5, 2016 at 6:13 AM, Andrew Cooper > > wrote: >> >> On 05/04/16 11:55, Razvan Cojocaru wrote: >> > Hello, >> > >> >

Re: [Xen-devel] [PATCH v5 10/28] xsplice: Implement payload loading

>>> On 05.04.16 at 17:50, wrote: > That actually ended up pretty simple. It won't compile for ARM yet, > see below please. This comes pretty close. A few minor comments below. > --- a/xen/arch/x86/setup.c > +++ b/xen/arch/x86/setup.c > @@ -100,6 +100,9 @@ unsigned long

Re: [Xen-devel] [PATCH 03/16] xen: sched: make implementing .alloc_pdata optional

On Mon, 2016-04-04 at 00:13 -0600, Jan Beulich wrote: > > > > On 01.04.16 at 19:01, wrote: > > Ok, I'll do: > > > > sd->sched_priv = SCHED_OP(, alloc_pdata, cpu); > > if ( IS_ERR(sd->sched_priv) ) > > { > > int err = PTR_ERR(sd->sched_priv); > > >

Re: [Xen-devel] Issues with the xen-access.c model

On 04/05/16 18:35, Tamas K Lengyel wrote: > > > On Tue, Apr 5, 2016 at 6:13 AM, Andrew Cooper > wrote: > > On 05/04/16 11:55, Razvan Cojocaru wrote: > > Hello, > > > > xen-access.c does roughly this: > > > >

Re: [Xen-devel] [PATCH v5 10/28] xsplice: Implement payload loading

> > Please advise. > > Well, I certainly didn't think of it getting done that way. To me the > most natural generalization would be for an arch to register one or > more secondary ranges (which could even get referred to by an > enum) at boot time (or maybe that could even be arranged for at >

Re: [Xen-devel] pv-grub guest booting fail with recent qemu-xen

On Tue, Apr 05, 2016 at 01:26:47AM +, Hao, Xudong wrote: > > -Original Message- > > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Konrad > > Rzeszutek Wilk > > Sent: Friday, April 1, 2016 11:55 PM > > To: Hao, Xudong > > Cc:

Re: [Xen-devel] [PATCH] kernel-parameters: document earlycon=xenboot

On Tue, Apr 5, 2016 at 9:49 AM, Konrad Rzeszutek Wilk wrote: > On Mon, Apr 04, 2016 at 10:48:11PM -0400, Chris Patterson wrote: >> Add earlycon=xenboot option to Documentation/kernel-parameters.txt. >> > > But it is not true. > > I tried this on x86: "earlycon=xenboot

Re: [Xen-devel] [PATCH v5 0/9] Improve non-"safe" MSR access failure handling

On 04/02/2016 10:01 AM, Andy Lutomirski wrote: Andy Lutomirski (9): x86/head: Pass a real pt_regs and trapnr to early_fixup_exception x86/head: Move the early NMI fixup into C x86/head: Move early exception panic code into early_fixup_exception x86/traps: Enable all exception

Re: [Xen-devel] Issues with the xen-access.c model

On Tue, Apr 5, 2016 at 6:13 AM, Andrew Cooper wrote: > On 05/04/16 11:55, Razvan Cojocaru wrote: > > Hello, > > > > xen-access.c does roughly this: > > > > for (;;) { > > poll_evt_channel(); > > > > if (new_events) { > > while

Re: [Xen-devel] [PATCH] x86/mm/pat: Fix BUG_ON in mmap_mem on QEMU/i386

+xen-devl On Tue, 2016-04-05 at 13:09 +0200, Borislav Petkov wrote: > On Fri, Apr 01, 2016 at 04:19:45PM -0600, Toshi Kani wrote: > > > > The following BUG_ON error was reported on QEMU/i386: > > > >   kernel BUG at arch/x86/mm/physaddr.c:79! > >   Call Trace: > >   phys_mem_access_prot_allowed

[Xen-devel] [linux-4.1 test] 88721: regressions - FAIL

flight 88721 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/88721/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH v4 11/26] xen/x86: Improvements to in-hypervisor cpuid sanity checks

On 28/03/16 16:29, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 23, 2016 at 04:36:14PM +, Andrew Cooper wrote: >> Currently, {pv,hvm}_cpuid() has a large quantity of essentially-static logic >> for modifying the features visible to a guest. A lot of this can be subsumed >> by

Re: [Xen-devel] [PATCH v2 5/6] x86/time: refactor read_platform_stime()

>>> On 05.04.16 at 17:22, wrote: > On 04/05/2016 12:52 PM, Jan Beulich wrote: > On 29.03.16 at 15:44, wrote: >>> -static s_time_t read_platform_stime(void) >>> +static s_time_t read_platform_stime(u64 *stamp) >>> { >>> -u64 count;

Re: [Xen-devel] [PATCH v2 5/6] x86/time: refactor read_platform_stime()

On 04/05/2016 12:52 PM, Jan Beulich wrote: On 29.03.16 at 15:44, wrote: >> -static s_time_t read_platform_stime(void) >> +static s_time_t read_platform_stime(u64 *stamp) >> { >> -u64 count; >> +u64 plt_stamp_counter, count; > > "stamp" and "counter"

Re: [Xen-devel] [PATCH v2 4/6] x86/time: streamline platform time init on plt_init()

>>> On 05.04.16 at 17:12, wrote: > On 04/05/2016 12:46 PM, Jan Beulich wrote: > On 29.03.16 at 15:44, wrote: >>> @@ -516,17 +519,31 @@ static s_time_t __read_platform_stime(u64 >>> platform_time) >>> return (stime_platform_stamp +

[Xen-devel] Stub domain crash on Xen v4.6.1

Hi, after adding the 'device_model_stubdomain_override = 1' to an otherwise fine configuration the domain crashes on start. Xen is v4.6.1 compiled from source on Debian Jessie 64bits this way: - ./configure --enable-stubdom --enable-githttp - make dist-xen - make dist-tools - make

Re: [Xen-devel] [PATCH] libxl: fix POLLHUP handling

On Thu, Mar 31, 2016 at 02:50:07PM +0200, Roger Pau Monne wrote: > The current code in bootloader_copyfail will error out on expected POLLHUPs > because of a missing "else" in the if clause. > > The behaviour that triggers this bug has only been seen on FreeBSD so far. > > Signed-off-by: Roger

Re: [Xen-devel] [PATCH] libxl: libxl_domain_create_restore has an extra argument

Wei Liu writes ("Re: [PATCH] libxl: libxl_domain_create_restore has an extra argument"): > CC Jim as well > > On Tue, Apr 05, 2016 at 03:20:12PM +0100, Wei Liu wrote: > > In the latest libxenlight code, libxl_domain_create_restore accepts a > > new argument. Update libvirt's libxl driver for

Re: [Xen-devel] [PATCH v2 4/6] x86/time: streamline platform time init on plt_init()

On 04/05/2016 12:46 PM, Jan Beulich wrote: On 29.03.16 at 15:44, wrote: >> --- a/xen/arch/x86/time.c >> +++ b/xen/arch/x86/time.c >> @@ -434,6 +434,7 @@ uint64_t ns_to_acpi_pm_tick(uint64_t ns) >> / >>

Re: [Xen-devel] [PATCH v2 3/6] x86/time: implement tsc as clocksource

>>> On 05.04.16 at 16:56, wrote: > On 04/05/2016 11:43 AM, Jan Beulich wrote: > On 29.03.16 at 15:44, wrote: >>> @@ -541,6 +613,10 @@ static int __init try_platform_timer(struct >>> platform_timesource *pts) >>> if ( rc <= 0 ) >>>

Re: [Xen-devel] [PATCH v2 1/3] x86/ioreq server: Add new functions to get/set memory types.

On Tue, Apr 5, 2016 at 2:57 PM, George Dunlap wrote: > On Thu, Mar 31, 2016 at 11:53 AM, Yu Zhang wrote: >> For clarity this patch breaks the code to set/get memory types out >> of do_hvm_op() into dedicated functions: hvmop_set/get_mem_type(). >>

Re: [Xen-devel] [PATCH v4 6/6] hwmon: use smp_call_on_cpu() for dell-smm i8k

On Tue, Apr 05, 2016 at 07:10:07AM +0200, Juergen Gross wrote: > Use the smp_call_on_cpu() function to call system management > mode on cpu 0. > Make call secure by adding get_online_cpus() to avoid e.g. suspend > resume cycles in between. > > Signed-off-by: Juergen Gross > ---

Re: [Xen-devel] [PATCH v2 3/6] x86/time: implement tsc as clocksource

On 04/05/2016 11:43 AM, Jan Beulich wrote: On 29.03.16 at 15:44, wrote: >> Introduce support for using TSC as platform time which is the highest >> resolution time and most performant to get (~20 nsecs). Though there >> are also several problems associated with

Re: [Xen-devel] [PATCH v4] xen/arm64: check XSM Magic from the second unknown module.

Hi Jan, On 5 April 2016 at 22:16, Jan Beulich wrote: On 05.04.16 at 15:38, wrote: >> --- a/xen/xsm/xsm_core.c >> +++ b/xen/xsm/xsm_core.c >> @@ -19,6 +19,8 @@ >> >> #ifdef CONFIG_XSM >> >> +#include > > This is not a good idea. Note how xsm_policy.c

Re: [Xen-devel] [PATCH] libxl: libxl_domain_create_restore has an extra argument

CC Jim as well On Tue, Apr 05, 2016 at 03:20:12PM +0100, Wei Liu wrote: > In the latest libxenlight code, libxl_domain_create_restore accepts a > new argument. Update libvirt's libxl driver for that. Use the macro > provided by libxenlight to detect which version should be used. > > The new

Re: [Xen-devel] [PATCH v2 2/3] x86/ioreq server: Rename p2m_mmio_write_dm to p2m_ioreq_server

On Thu, Mar 31, 2016 at 11:53 AM, Yu Zhang wrote: > Previously p2m type p2m_mmio_write_dm was introduced for write- > protected memory pages whose write operations are supposed to be > forwarded to and emulated by an ioreq server. Yet limitations of > rangeset restrict

[Xen-devel] [PATCH] libxl: libxl_domain_create_restore has an extra argument

In the latest libxenlight code, libxl_domain_create_restore accepts a new argument. Update libvirt's libxl driver for that. Use the macro provided by libxenlight to detect which version should be used. The new parameter (send_back_fd) is set to -1 because libvirt provides no such fd.

Re: [Xen-devel] [PATCH v4 08/14] hvmloader: Locate the BIOS blob

>>> On 05.04.16 at 16:05, wrote: > On Tue, 5 Apr 2016, Jan Beulich wrote: >> >>> On 14.03.16 at 18:55, wrote: >> > --- a/tools/firmware/hvmloader/hvmloader.c >> > +++ b/tools/firmware/hvmloader/hvmloader.c >> > @@ -253,10 +253,40 @@ static void

Re: [Xen-devel] [PATCH v4] xen/arm64: check XSM Magic from the second unknown module.

>>> On 05.04.16 at 15:38, wrote: > --- a/xen/xsm/xsm_core.c > +++ b/xen/xsm/xsm_core.c > @@ -19,6 +19,8 @@ > > #ifdef CONFIG_XSM > > +#include This is not a good idea. Note how xsm_policy.c limits this inclusion to the CONFIG_HAS_DEVICE_TREE case only, which is the least

Re: [Xen-devel] [PATCH v4 08/14] hvmloader: Locate the BIOS blob

On Tue, 5 Apr 2016, Jan Beulich wrote: > >>> On 14.03.16 at 18:55, wrote: > > --- a/tools/firmware/hvmloader/hvmloader.c > > +++ b/tools/firmware/hvmloader/hvmloader.c > > @@ -253,10 +253,40 @@ static void acpi_enable_sci(void) > > BUG_ON(!(pm1a_cnt_val &

[Xen-devel] [xen-unstable-smoke test] 88802: tolerable FAIL - PUSHED

flight 88802 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/88802/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-libvirt 5 libvirt-buildfail like 88699 Tests which did not

  1   2   >