[Xen-devel] [PATCH] xsm: correct operation test in flask_sysctl_scheduler_op()

In flask_sysctl_scheduler_op() the test for the desired operation is done with the wrong constants. While the values are correct, the names are not. Correct the error message for the case of an unknown operation, too. Signed-off-by: Juergen Gross --- xen/xsm/flask/hooks.c | 6

[Xen-devel] [PATCH v3 11/11] pnpbios: replace paravirt_enabled() check with subarch checks

Since we are removing paravirt_enabled() replace it with a logical equivalent. Signed-off-by: Luis R. Rodriguez --- drivers/pnp/pnpbios/core.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/pnp/pnpbios/core.c b/drivers/pnp/pnpbios/core.c index

[Xen-devel] [PATCH v3 01/11] x86/boot: enumerate documentation for the x86 hardware_subarch

Although hardware_subarch has been in place since the x86 boot protocol 2.07 it hasn't been used much. Enumerate current possible values to avoid misuses and help with semantics later at boot time should this be used further. v2: fix typos Cc: Andy Shevchenko

[Xen-devel] [PATCH v3 02/11] tools/lguest: make lguest launcher use X86_SUBARCH_LGUEST explicitly

Be explicit and make use of X86_SUBARCH_LGUEST directly. Signed-off-by: Luis R. Rodriguez --- tools/lguest/lguest.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/lguest/lguest.c b/tools/lguest/lguest.c index 80159e6811c2..ff0aa580c6e1 100644

[Xen-devel] [PATCH v3 09/11] x86/boot: add BIT() to boot/bitops.h

The boot/bitops.h has guards against including the regular bitops (include/asm-generic/bitops.h), it only implements what we need at early boot. We'll be making use of BIT() later so add it. Users of boot/boot.h must include it prior to asm/setup.h otherwise the guard protection devised against

[Xen-devel] [PATCH v3 03/11] x86/xen: use X86_SUBARCH_XEN for PV guest boots

The use of subarch should have no current effect on Xen PV guests, as such this should have no current functional effects. Signed-off-by: Luis R. Rodriguez --- arch/x86/xen/enlighten.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/xen/enlighten.c

[Xen-devel] [PATCH v3 06/11] apm32: remove paravirt_enabled() use

There is already a check for apm_info.bios == 0, the apm_info.bios is set from the boot_params.apm_bios_info. Both Xen and lguest, which are also the only ones that set paravirt_enabled to true) do never set the apm_bios_info, the paravirt_enabled() check is simply not needed. Signed-off-by: Luis

[Xen-devel] [PATCH v3 10/11] x86/rtc: replace paravirt rtc check with x86 specific solution

We have 4 types of x86 platforms that disable RTC: * Intel MID * Lguest - uses paravirt * Xen dom-U - uses paravirt * x86 on legacy systems annotated with an ACPI legacy flag We can consolidate all of these into a platform specific solution. Signed-off-by: Luis R. Rodriguez

[Xen-devel] [PATCH v3 00/11] x86/init: replace paravirt_enabled() were possible

trivial it'd still be good to get your Acked-by or Reviewed-by. In case anyone needs it these patches are also up on my linux-next tree on the 20160222-remove-pv-enabled-test-02 branch. They're all based on linux-next tag next-20160222. [0] http://kernelnewbies.org/KernelProjects/remove-paravirt

[Xen-devel] [PATCH v3 08/11] x86/cpu/intel: replace paravirt_enabled() for f00f work around

Use the harware subarch instead now that they are set. If we want to test removing this work around on Xen we can do so separatley as another independent change, for now we just want to remove paravirt_enabled(). v3: fix 0-day-bot compile error on a randconfig, missing to include

[Xen-devel] [PATCH v3 07/11] x86/tboot: remove paravirt_enabled()

There is already a check for boot_params.tboot_addr prior to paravirt_enabled() and both Xen and lguest never set this. This check is not needed. Signed-off-by: Luis R. Rodriguez --- arch/x86/kernel/tboot.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[Xen-devel] [PATCH v3 04/11] x86/init: make ebda depend on PC subarch

This lets us remove its use of paravirt_enabled(). The other subarchs are not needed here given that on 32-bit there is a switch already that negates access to this code on X86_SUBARCH_INTEL_MID, and X86_SUBARCH_CE4100. Both lguest and Xen had paravirt_enabled so that excludes them.

[Xen-devel] [PATCH v3 05/11] tools/lguest: force disable tboot and apm

The paravirt_enabled() check is going away, force disable tboot and apm just in case the kernel file being read might have this set for whatever reason. Signed-off-by: Luis R. Rodriguez --- tools/lguest/lguest.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[Xen-devel] [linux-3.10 test] 83599: tolerable FAIL - PUSHED

flight 83599 linux-3.10 real [real] http://logs.test-lab.xenproject.org/osstest/logs/83599/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 15 guest-localmigrate/x10 fail in 83269 pass in 83599

[Xen-devel] Introduction to the Community and Getting Started

Hello, My name is Akanksha and I am a third year undergraduate student from IIIT Hyderabad India. I wish to apply to the 2016 May-August round of Outreachy and GSoC 2016. I found the idea of the project "Extending the Xen Code Review Dashboard" pretty interesting and am experienced with SQL,

Re: [Xen-devel] [PATCH v12 1/2] vmx: VT-d posted-interrupt core logic handling

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, February 22, 2016 9:08 PM > To: Wu, Feng > Cc: Andrew Cooper ; Dario Faggioli > ; George Dunlap ; >

Re: [Xen-devel] [libvirt] [PATCH V2 4/4] libxl: add support for rbd qdisk

On 02/22/2016 07:35 AM, Ján Tomko wrote: > On Wed, Feb 17, 2016 at 05:33:45PM -0700, Jim Fehlig wrote: >> xl/libxl already supports qemu's network-based block backends >> such as nbd and rbd. libvirt has supported configuring such >> s for long time too. This patch adds support for rbd >> disks in

Re: [Xen-devel] [PATCH v2 3/4] m4/python: fix checks for Python library support

On 2/22/16 10:22 AM, Ian Jackson wrote: > Doug Goldstein writes ("[PATCH v2 3/4] m4/python: fix checks for Python > library support"): >> AC_CHECK_LIB() was running gcc -Llib -lm -lutils conftest.c which on >> platforms that do as needed operations by default will result in >> underlinking.

[Xen-devel] [PATCH v5 1/6] x86/hvm: Collect information of TSC scaling ratio

Both VMX TSC scaling and SVM TSC ratio use the 64-bit TSC scaling ratio, but the number of fractional bits of the ratio is different between VMX and SVM. This patch adds the architecture code to collect the number of fractional bits and other related information into fields of struct

[Xen-devel] [PATCH v5 5/6] vmx: Add VMX RDTSC(P) scaling support

This patch adds the initialization and setup code for VMX TSC scaling. Signed-off-by: Haozhong Zhang --- Changes in v5: * Drop "Acked-by" from Kevin Tian because of following changes. * Adapt for data structure changes in patch 1. --- xen/arch/x86/hvm/hvm.c

[Xen-devel] [PATCH v5 2/6] x86/hvm: Setup TSC scaling ratio

This patch adds a field tsc_scaling_ratio in struct hvm_domain to record the per-domain TSC scaling ratio, and sets it in tsc_set_info(). Before setting the per-domain TSC scaling ratio, we check its validity in tsc_set_info(). If an invalid ratio is given, we will leave the default value in

[Xen-devel] [PATCH v5 4/6] x86/hvm: Move saving/loading vcpu's TSC to common code

Both VMX and SVM save/load vcpu's TSC when saving/loading vcpu's context, so this patch moves saving/loading vcpu's TSC to the common functions hvm_[save|load]_cpu_ctxt(). Signed-off-by: Haozhong Zhang Acked-by: Jan Beulich Acked-by: Kevin Tian

[Xen-devel] [PATCH v5 6/6] docs: Add descriptions of TSC scaling in xl.cfg and tscmode.txt

Signed-off-by: Haozhong Zhang --- docs/man/xl.cfg.pod.5 | 14 +- docs/misc/tscmode.txt | 21 + 2 files changed, 34 insertions(+), 1 deletion(-) diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5 index 40690bd..56b1117 100644 ---

[Xen-devel] [PATCH v5 0/6] Add VMX TSC scaling support

This patchset adds support for VMX TSC scaling feature which is available on Intel Skylake Server CPU. The specification of VMX TSC scaling can be found at http://www.intel.com/content/www/us/en/processors/timestamp-counter-scaling-virtualization-white-paper.html VMX TSC scaling allows guest TSC

[Xen-devel] [PATCH v5 3/6] x86/hvm: Replace architecture TSC scaling by a common function

This patch implements a common function hvm_scale_tsc() to scale TSC by using TSC scaling information collected by architecture code. Signed-off-by: Haozhong Zhang --- Changes in v5: * Drop "Reviewed-by" from Kevin Tian and Boris Ostrovsky and "Acked-by" from Jan

[Xen-devel] [ovmf test] 83581: regressions - FAIL

flight 83581 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/83581/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 65543

[Xen-devel] [qemu-mainline test] 83563: tolerable FAIL - PUSHED

flight 83563 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/83563/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail blocked in 83006

Re: [Xen-devel] [RFC v2 7/7] kprobes: port to linker table

On Mon, Feb 22, 2016 at 01:34:05AM +, 平松雅巳 / HIRAMATU，MASAMI wrote: > >From: Luis R. Rodriguez [mailto:mcg...@kernel.org] > > > >kprobe makes use of two custom sections: > > > >type name beginend > >init.data _kprobe_blacklist __start_kprobe_blacklist

Re: [Xen-devel] [libvirt] [FOR 1.3.0 PATCH] conf: add net device prefix for Xen

On 12/08/2015 04:06 PM, Jim Fehlig wrote: > Daniel P. Berrange wrote: >> On Mon, Dec 07, 2015 at 10:59:32PM -0700, Jim Fehlig wrote: >>> On 12/07/2015 11:52 AM, Daniel P. Berrange wrote: On Mon, Dec 07, 2015 at 09:42:21AM -0700, Jim Fehlig wrote: > In commit d2e5538b1, the libxl driver

Re: [Xen-devel] [PATCH 8/9] x86/rtc: replace paravirt_enabled() check with subarch check

On Mon, Feb 22, 2016 at 09:34:26AM -0500, Boris Ostrovsky wrote: > On 02/22/2016 05:27 AM, Borislav Petkov wrote: > >On Mon, Feb 22, 2016 at 07:07:56AM +0100, Luis R. Rodriguez wrote: > >>diff --git a/arch/x86/include/asm/x86_init.h > >>b/arch/x86/include/asm/x86_init.h > >>index

[Xen-devel] [PATCH] xen/x86: Zero out .bss for PV guests

Baremetal kernels clear .bss early in the boot. Since Xen PV guests don't excecute that early code they should do it too. (Since we introduce macros for specifying 32- and 64-bit registers we can get rid of ifdefs in startup_xen()) Signed-off-by: Boris Ostrovsky ---

Re: [Xen-devel] [PATCH RFC 0/6] x86/time: PVCLOCK_TSC_STABLE_BIT support

On 12/29/2015 05:37 PM, Joao Martins wrote: > > > On 12/29/2015 02:58 PM, Andrew Cooper wrote: >> On 28/12/2015 16:59, Joao Martins wrote: >>> Hey! >>> >>> I've been working on pvclock vdso support on Linux guests, and came >>> across Xen lacking support for PVCLOCK_TSC_STABLE_BIT flag which

[Xen-devel] [PATCH RFC 5/8] libxl: introduce smt field

By setting it to true, it enables the vcpus set by the guest to be seen as a SMT-enabled topology. It uses then libxl__cpuid_set_topology() to change the cpuid accordingly. This setting is made *before* the cpuid is set so that any changes could be overwritten. The number of SMT threads are the

[Xen-devel] [PATCH RFC 4/8] libxl: cpuid: add guest topology support

Introduce internal cpuid routine for setting the topology as seen by the guest. The topology is made based on leaf 1 and leaf 4 for Intel, more specifically setting: Number of logical processors: proccount (CPUID.1:EBX[16:24]) Number of physical cores - 1: procpkg

[Xen-devel] [PATCH RFC 2/8] libxl: remove whitespace on libxl_types.idl

Signed-off-by: Joao Martins --- CC: Ian Jackson CC: Stefano Stabellini CC: Ian Campbell CC: Wei Liu --- tools/libxl/libxl_types.idl | 6 +++--- 1 file

[Xen-devel] [PATCH RFC 3/8] libxl: cpuid: add cache core count support

Intel Cache Topology info is determinted by the leaf 4 its subleaves. So, Only the core count is exposed as the remaining info in the subleaves are inherited by the host (e.g. cache size) Signed-off-by: Joao Martins --- CC: Ian Jackson CC:

[Xen-devel] [PATCH RFC 6/8] xl: introduce smt option

This options changes how "vcpus" are seen by dividing them in the number of SMT threads supported by the host. This should be used together with "cpus" so that the topology matches. Signed-off-by: Joao Martins --- CC: Ian Jackson CC: Stefano

[Xen-devel] [PATCH RFC 7/8] libxl: introduce topology fields

Currently there is "smt" option that changes from a flat core topology to a core+thread topology. This patch adds more expressive options for describing the topology as seen by the guest i.e. sockets, cores and threads to adjust cpu topology as seen by the guest. Signed-off-by: Joao Martins

[Xen-devel] [PATCH RFC 1/8] x86/hvm: set initial apicid to vcpu_id

Currently the initial_apicid is set vcpu_id * 2 which makes it difficult for the toolstack to manage how is the topology seen by the guest. Instead of forcing procpkg and proccount to be VCPUID * 2, instead we set it to max vcpuid on proccount to max_vcpu_id + 1 (logical number of logical cores)

[Xen-devel] [PATCH RFC 8/8] xl: introduce topology options

Namely sockets, cores and threads to describe the topology as seen by the guest. This as an alternative to the SMT option that is also proposed. Signed-off-by: Joao Martins --- CC: Ian Jackson CC: Stefano Stabellini

[Xen-devel] [PATCH RFC 0/8] x86/hvm, libxl: HVM SMT topology support

Hey! This series are a follow-up on the thread about the performance of hard-pinned HVM guests. Here we propose allowing libxl to change how the CPU topology looks like for the HVM guest, which can favor certain workloads as depicted by Elena on this thread [0]. It shows around 22-23% gain on

Re: [Xen-devel] [PATCH] tools: remove xenpmd

On 02/19/2016 12:12 PM, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [PATCH] tools: remove xenpmd"): >> On Wed, 2016-02-17 at 12:05 -0500, Konrad Rzeszutek Wilk wrote: >>> On Wed, Feb 17, 2016 at 02:41:14PM +, Ian Campbell wrote: It has four instances of the same CID 1198719

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

flight 83520 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/83520/ 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 v2 3/4] m4/python: fix checks for Python library support

On 2/22/16 10:22 AM, Ian Jackson wrote: > Doug Goldstein writes ("[PATCH v2 3/4] m4/python: fix checks for Python > library support"): >> AC_CHECK_LIB() was running gcc -Llib -lm -lutils conftest.c which on >> platforms that do as needed operations by default will result in >> underlinking.

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

flight 83671 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/83671/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 12

Re: [Xen-devel] [PATCH V2 0/4] libxl: support qemu's network-based block backends

On 02/18/2016 03:51 AM, Ian Campbell wrote: > On Wed, 2016-02-17 at 17:33 -0700, Jim Fehlig wrote: >> xl/libxl already supports qemu's network-based block backends >> such as nbd and rbd. libvirt has supported configuring network >> disks for long time too. This series marries the two in the >>

Re: [Xen-devel] [PATCH] travis: add IRC notifications

On Mon, Feb 22, 2016 at 06:39:26PM +, Lars Kurth wrote: > > > On 22 Feb 2016, at 18:34, Doug Goldstein wrote: > > > > On 2/22/16 11:06 AM, Ian Jackson wrote: > >> Doug Goldstein writes ("[PATCH] travis: add IRC notifications"): > >>> This will cause failed builds and when

Re: [Xen-devel] [PATCH v2 05/30] xen/public: Export cpu featureset information in the public API

On 02/20/2016 07:17 PM, Andrew Cooper wrote: > On 20/02/16 17:39, Joao Martins wrote: >> >> and given that this >> is exposed on both sysctl and libxl (through libxl_hwcap) shouldn't its >> size >> match the real one (boot_cpu_data.x86_capability) i.e. NCAPINTS ? >>

Re: [Xen-devel] [PATCH 3/3] xen/init: Annotate all command line parameter infrastructure as const

On 2/22/16 10:36 AM, Jan Beulich wrote: On 08.02.16 at 18:07, wrote: >> There is no reason for any of it to be modified. Additionally, link >> .init.setup beside the other constant .init data. >> >> No functional change. >> >> Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH] travis: add IRC notifications

> On 22 Feb 2016, at 18:34, Doug Goldstein wrote: > > On 2/22/16 11:06 AM, Ian Jackson wrote: >> Doug Goldstein writes ("[PATCH] travis: add IRC notifications"): >>> This will cause failed builds and when the build flips back to success >>> to be reported to #xentest on

Re: [Xen-devel] [PATCH] travis: add IRC notifications

On 2/22/16 11:06 AM, Ian Jackson wrote: > Doug Goldstein writes ("[PATCH] travis: add IRC notifications"): >> This will cause failed builds and when the build flips back to success >> to be reported to #xentest on FreeNode. The syntax of the message will >> be: >> xen-project/xen#BUILDID (BRANCH

Re: [Xen-devel] [PATCH v2] xen/arm64: correctly emulate the {w, x}zr registers

On Fri, 15 Jan 2016, Ian Campbell wrote: > From: Julien Grall > > On AArch64, encoding 31 for an R in the HSR is used to represent > either {w,x}sp or {w,x}zr (See C1.2.4 in ARM DDI 0486A.d) depending on > how the register field is interpreted by the instruction. > >

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: 22 February 2016 17:23 > To: Paul Durrant > Cc: Jan Beulich; Kevin Tian; Zhang Yu; Wei Liu; Ian Campbell; Andrew Cooper; > xen-devel@lists.xen.org; Stefano Stabellini; Zhiyuan Lv; Ian Jackson; Keir >

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On 22/02/16 17:01, Paul Durrant wrote: >> What you did in an earlier version of this series (correct me if I'm >> wrong) is to make a separate hypercall for memory, but still keep using >> the same internal implementation (i.e., still having a write_dm p2m type >> and using rangesets to determine

Re: [Xen-devel] [PATCH 3/3] x86/xsaves: ebx may return wrong value using CPUID eax=0xdh, ecx =1

>>> On 22.02.16 at 06:35, wrote: > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -4703,7 +4703,19 @@ void hvm_cpuid(unsigned int input, unsigned int *eax, > unsigned int *ebx, > for ( sub_leaf = 2; sub_leaf < 63; sub_leaf++ ) >

[Xen-devel] [xen-4.6-testing test] 83463: regressions - trouble: blocked/broken/fail/pass

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

Re: [Xen-devel] [PATCH 2/3] x86/xsaves: fix overwriting between non-lazy/lazy xsave[sc]

>>> On 22.02.16 at 06:35, wrote: First of all I wonder on what basis you collect your Cc lists on patches. > --- a/xen/arch/x86/i387.c > +++ b/xen/arch/x86/i387.c > @@ -118,7 +118,7 @@ static inline uint64_t vcpu_xsave_mask(const struct vcpu > *v) > if (

Re: [Xen-devel] [PATCH] travis: add IRC notifications

On 22/02/16 17:06, Ian Jackson wrote: > Doug Goldstein writes ("[PATCH] travis: add IRC notifications"): >> This will cause failed builds and when the build flips back to success >> to be reported to #xentest on FreeNode. The syntax of the message will >> be: >> xen-project/xen#BUILDID (BRANCH -

Re: [Xen-devel] [PATCH] travis: add IRC notifications

Doug Goldstein writes ("[PATCH] travis: add IRC notifications"): > This will cause failed builds and when the build flips back to success > to be reported to #xentest on FreeNode. The syntax of the message will > be: >xen-project/xen#BUILDID (BRANCH - REVISION : COMMITTER) >Change view : >

Re: [Xen-devel] [PATCH v3 07/23] xsplice: Implement support for applying/reverting/replacing patches. (v5)

On 02/22/2016 03:00 PM, Ross Lagerwall wrote: On 02/12/2016 06:05 PM, Konrad Rzeszutek Wilk wrote: snip +static void xsplice_do_single(unsigned int total_cpus) +{ +nmi_callback_t saved_nmi_callback; +struct payload *data, *tmp; +s_time_t timeout; +int rc; + +data =

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: 22 February 2016 16:46 > To: Paul Durrant > Cc: Jan Beulich; Kevin Tian; Zhang Yu; Wei Liu; Ian Campbell; Andrew Cooper; > xen-devel@lists.xen.org; Stefano Stabellini; Zhiyuan Lv; Ian Jackson; Keir >

[Xen-devel] [PATCH] xen: Work around Clang generating .data.rel.ro section for init-only files

Clang-3.8 generates several .data.rel.ro sections when compiling Xen. As these contain no global symbols, they should be .data.rel.ro.local. This breaks the SPECIAL_DATA_SECTIONS check when converting the transition units to being init-only. For alternatives.c, explicitly move the nops arrays

Re: [Xen-devel] libxl and malloc failure (Re: Current LibXL Status)

Ian Campbell writes ("Re: libxl and malloc failure (Re: [Xen-devel] Current LibXL Status)"): > On Thu, 2016-02-18 at 18:15 +, Ian Jackson wrote: > > Andrew Cooper writes ("Re: [Xen-devel] Current LibXL Status"): > > > Languages such as OCaml use -ENOMEM as a hint to run the garbage > > >

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On 22/02/16 16:02, Paul Durrant wrote: >> -Original Message- >> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of >> George Dunlap >> Sent: 22 February 2016 15:56 >> To: Paul Durrant >> Cc: George Dunlap; Jan Beulich; Kevin Tian; Zhang Yu; Wei Liu; Ian Campbell; >> Andrew

Re: [Xen-devel] [PATCH 3/3] xen/init: Annotate all command line parameter infrastructure as const

On 22/02/16 16:36, Jan Beulich wrote: On 08.02.16 at 18:07, wrote: >> There is no reason for any of it to be modified. Additionally, link >> .init.setup beside the other constant .init data. >> >> No functional change. >> >> Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH 3/3] xen/init: Annotate all command line parameter infrastructure as const

>>> On 08.02.16 at 18:07, wrote: > There is no reason for any of it to be modified. Additionally, link > .init.setup beside the other constant .init data. > > No functional change. > > Signed-off-by: Andrew Cooper Sadly I've noticed only

Re: [Xen-devel] patch ping

Jan Beulich writes ("patch ping"): > REST maintainers, > > may I ask for an ack or otherwise for > http://lists.xenproject.org/archives/html/xen-devel/2016-02/msg01956.html > , which is basically a follow-up to the above (and will need [trivial] > re-basing before committing)? I see no problem

Re: [Xen-devel] [PATCH v2 3/4] m4/python: fix checks for Python library support

Doug Goldstein writes ("[PATCH v2 3/4] m4/python: fix checks for Python library support"): > AC_CHECK_LIB() was running gcc -Llib -lm -lutils conftest.c which on > platforms that do as needed operations by default will result in > underlinking. Instead AC_CHECK_LIB() suggests supplying the extra

[Xen-devel] [PATCH v2 4/4] configure: rerun autoconf

Doug Goldstein writes ("[PATCH v2 4/4] configure: rerun autoconf"): > Signed-off-by: Doug Goldstein The committer normally reruns autoconf during application of each individual patch, thus folding the `configure' changes into the same patch as the `configure.ac' changes. I

Re: [Xen-devel] [PATCH v2 2/4] m4/python: fix typo in LDFLAGS variable name

Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [PATCH v2 2/4] m4/python: fix typo in LDFLAGS variable name"): > On Thu, Feb 18, 2016 at 08:57:03PM -0600, Doug Goldstein wrote: > > Reported-by: Jonathan Creekmore > > Signed-off-by: Doug Goldstein

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> -Original Message- > From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of > George Dunlap > Sent: 22 February 2016 15:56 > To: Paul Durrant > Cc: George Dunlap; Jan Beulich; Kevin Tian; Zhang Yu; Wei Liu; Ian Campbell; > Andrew Cooper; xen-devel@lists.xen.org; Stefano

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On Wed, Feb 17, 2016 at 11:12 AM, Paul Durrant wrote: >> -Original Message- >> From: George Dunlap [mailto:george.dun...@citrix.com] >> Sent: 17 February 2016 11:02 >> To: Jan Beulich; Paul Durrant; Kevin Tian; Zhang Yu >> Cc: Andrew Cooper; Ian Campbell; Ian

Re: [Xen-devel] [GIT PULL] (xen) stable/for-jens-4.5

On Mon, Feb 22, 2016 at 08:45:48AM -0700, Jens Axboe wrote: > On 02/22/2016 07:30 AM, Konrad Rzeszutek Wilk wrote: > >Hey Jens, > > > >Please git pull the following branch: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git > > stable/for-jens-4.5 > > > >which has three fixes

Re: [Xen-devel] [GIT PULL] (xen) stable/for-jens-4.5

On 02/22/2016 07:30 AM, Konrad Rzeszutek Wilk wrote: Hey Jens, Please git pull the following branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-4.5 which has three fixes for the Xen block drivers. They are quite simple fixes. I was not entirely sure which

Re: [Xen-devel] [PATCH GRUB] Allow initrd concatenation on ARM64

Hi Vladimir, Sorry for late response, I turned to work on other tasks and haven't sent the test resulted to you. Last weekend I got a email from Julien about a xen boot problem on arm64, I just noticed that you have simplified the xen_boot.c to drop xen_linux, xen_initrd and xen_xsm. By this

Re: [Xen-devel] [PATCH v3 04/23] elf: Add relocation types to elfstructs.h

On 02/19/2016 09:05 PM, Konrad Rzeszutek Wilk wrote: On Mon, Feb 15, 2016 at 01:34:42AM -0700, Jan Beulich wrote: On 12.02.16 at 19:05, wrote: --- a/xen/include/xen/elfstructs.h +++ b/xen/include/xen/elfstructs.h @@ -348,6 +348,14 @@ typedef struct { #define

Re: [Xen-devel] [PATCH v3 07/23] xsplice: Implement support for applying/reverting/replacing patches. (v5)

On 02/12/2016 06:05 PM, Konrad Rzeszutek Wilk wrote: snip +static void xsplice_do_single(unsigned int total_cpus) +{ +nmi_callback_t saved_nmi_callback; +struct payload *data, *tmp; +s_time_t timeout; +int rc; + +data = xsplice_work.data; +timeout = xsplice_work.timeout +

Re: [Xen-devel] [PATCH v3 19/23] xsplice, symbols: Implement symbol name resolution on address. (v2)

On 02/12/2016 06:05 PM, Konrad Rzeszutek Wilk wrote: snip static int load_payload_data(struct payload *payload, uint8_t *raw, ssize_t len) { struct xsplice_elf elf; @@ -831,6 +953,10 @@ static int load_payload_data(struct payload *payload, uint8_t *raw, ssize_t len) if ( rc )

Re: [Xen-devel] [PATCH] xenoprof: drop necessary macro

On 22/02/16 14:33, Doug Goldstein wrote: > This macro doesn't really provide a benefit. When support is added the > implementer can implement this how it needs to be and not conform to the > macro. > > Signed-off-by: Doug Goldstein > --- > CC: Keir Fraser > CC:

Re: [Xen-devel] patch ping

On Mon, 22 Feb 2016, Jan Beulich wrote: > ARM maintainers, > > may I ask for an ack or otherwise for > http://lists.xenproject.org/archives/html/xen-devel/2016-02/msg01207.html On that patch: Reviewed-by: Stefano Stabellini > along with a statement whether

Re: [Xen-devel] [PATCH 1/3] x86/xsaves: caculate the xstate_comp_offsets base on xcomp_bv

>>> On 22.02.16 at 06:35, wrote: > Previous patch using all available features caculate xstate_comp_offsets. > This is wrong.This patch fix this bug by caculating the xstate_comp_offset In the title and above: calculate (and alike). > based on xcomp_bv of current

Re: [Xen-devel] [PATCH v2 1/4] tools/configure: only require bcc/ld86/as86 when needed

On 2/19/16 8:27 AM, Doug Goldstein wrote: > On 2/19/16 8:00 AM, Konrad Rzeszutek Wilk wrote: >> On Thu, Feb 18, 2016 at 08:57:02PM -0600, Doug Goldstein wrote: >>> bcc/ld86/as86 are only necessary when we build rombios and not always so >>> failing the build when they aren't available should not

Re: [Xen-devel] [libvirt] [PATCH V2 4/4] libxl: add support for rbd qdisk

On Wed, Feb 17, 2016 at 05:33:45PM -0700, Jim Fehlig wrote: > xl/libxl already supports qemu's network-based block backends > such as nbd and rbd. libvirt has supported configuring such > s for long time too. This patch adds support for rbd > disks in the libxl driver by generating a rbd device

Re: [Xen-devel] [PATCH] xenoprof: drop necessary macro

On 2/22/16 8:33 AM, Doug Goldstein wrote: > This macro doesn't really provide a benefit. When support is added the > implementer can implement this how it needs to be and not conform to the > macro. > > Signed-off-by: Doug Goldstein *laugh* That subject line should be

Re: [Xen-devel] [PATCH 8/9] x86/rtc: replace paravirt_enabled() check with subarch check

On 02/22/2016 05:27 AM, Borislav Petkov wrote: On Mon, Feb 22, 2016 at 07:07:56AM +0100, Luis R. Rodriguez wrote: diff --git a/arch/x86/include/asm/x86_init.h b/arch/x86/include/asm/x86_init.h index 1ae89a2721d6..fe0d579b63e3 100644 --- a/arch/x86/include/asm/x86_init.h +++

[Xen-devel] [PATCH] xenoprof: drop necessary macro

This macro doesn't really provide a benefit. When support is added the implementer can implement this how it needs to be and not conform to the macro. Signed-off-by: Doug Goldstein --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper

[Xen-devel] [PATCH v3] vm_event: consolidate hvm_event_fill_regs and p2m_vm_event_fill_regs

Currently the registers saved in the request depend on which type of event is filling in the registers. In this patch we consolidate the two versions of register filling function as to return a fix set of registers irrespective of the underlying event. Signed-off-by: Tamas K Lengyel

[Xen-devel] [GIT PULL] (xen) stable/for-jens-4.5

Hey Jens, Please git pull the following branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-4.5 which has three fixes for the Xen block drivers. They are quite simple fixes. I was not entirely sure which branch to base them on - but they apply just fine to

Re: [Xen-devel] [libvirt] [PATCH V2 3/4] xenconfig: support xl<->xml conversion of rbd disk devices

On Wed, Feb 17, 2016 at 05:33:44PM -0700, Jim Fehlig wrote: > The target= setting in xl disk configuration can be used to encode > meta info that is meaningful to a backend. Leverage this fact to > support qdisk network disk types such as rbd. E.g. config > such as > > > > >

Re: [Xen-devel] [libvirt] [PATCH V2 2/4] xenconfig: produce key=value disk config syntax in xl formatter

On Wed, Feb 17, 2016 at 05:33:43PM -0700, Jim Fehlig wrote: > The most formal form of xl disk configuration uses key=value > syntax to define each configuration item, e.g. > > format=raw, vdev=xvda, access=rw, backendtype=phy, target=disksrc > > Change the xl disk formatter to produce this

Re: [Xen-devel] [PATCH 5/9] apm32: remove paravirt_enabled() use

On 02/19/2016 07:42 PM, Luis R. Rodriguez wrote: On Fri, Feb 19, 2016 at 05:17:27PM -0500, Boris Ostrovsky wrote: On 02/19/2016 03:58 PM, Luis R. Rodriguez wrote: On Fri, Feb 19, 2016 at 10:08:43AM -0500, Boris Ostrovsky wrote: in xen_start_kernel(). Better yet, clear whole .bss. (This

Re: [Xen-devel] [libvirt] [PATCH V2 1/4] xenconfig: replace text 'xm' with 'xl' in xlconfigtest

On Wed, Feb 17, 2016 at 05:33:42PM -0700, Jim Fehlig wrote: > While at it, improve a few comments. No functional change. > > Signed-off-by: Jim Fehlig > --- > tests/xlconfigtest.c | 34 +++--- > 1 file changed, 19 insertions(+), 15 deletions(-) >

Re: [Xen-devel] [PATCH] x86: drop register reload from INT80 malicious MSI guard

On 22/02/16 14:08, Jan Beulich wrote: > None of the restored registers are actually of interest to the > subsequent code (as opposed to the similar construct on the compat > mode hypercall path). > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper

Re: [Xen-devel] [PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

On 20/02/16 01:27, Gonglei wrote: > It's possible for a race condition to exist between xennet_open() and > talk_to_netback(). After invoking netfront_probe() then other > threads or processes invoke xennet_open (such as NetworkManager) > immediately may trigger BUG_ON(). Besides, we also should

[Xen-devel] [PATCH] x86: drop register reload from INT80 malicious MSI guard

None of the restored registers are actually of interest to the subsequent code (as opposed to the similar construct on the compat mode hypercall path). Signed-off-by: Jan Beulich --- a/xen/arch/x86/x86_64/entry.S +++ b/xen/arch/x86/x86_64/entry.S @@ -286,7 +286,6 @@

Re: [Xen-devel] [PATCH v3 1/2] hvm/vmx: save dr7 during vmx_vmcs_save

On 02/22/2016 03:51 PM, Lengyel, Tamas wrote: > > On Feb 22, 2016 04:23, "Razvan Cojocaru" > wrote: >> >> On 02/19/2016 07:26 PM, Lengyel, Tamas wrote: >> > >> > >> > On Fri, Feb 19, 2016 at 10:18 AM, Andrew Cooper >> >

Re: [Xen-devel] [PATCH v3 1/2] hvm/vmx: save dr7 during vmx_vmcs_save

On Feb 22, 2016 04:23, "Razvan Cojocaru" wrote: > > On 02/19/2016 07:26 PM, Lengyel, Tamas wrote: > > > > > > On Fri, Feb 19, 2016 at 10:18 AM, Andrew Cooper > > > wrote: > > > > On 19/02/16 17:06,

[Xen-devel] [linux-linus test] 83452: regressions - trouble: blocked/broken/fail/pass

flight 83452 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/83452/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 59254

Re: [Xen-devel] [PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

On 20/02/16 06:00, Gonglei (Arei) wrote: > Hi, > > Thanks for rapid feedback :) > >> From: David Miller [mailto:da...@davemloft.net] >> Sent: Saturday, February 20, 2016 12:37 PM >> >> From: Gonglei >> Date: Sat, 20 Feb 2016 09:27:26 +0800 >> >>> It's possible for a

Re: [Xen-devel] [PATCH v4 09/11] xen: add capability to load initrd outside of initial mapping

On 22/02/16 13:24, Daniel Kiper wrote: > On Mon, Feb 22, 2016 at 10:18:38AM +0100, Juergen Gross wrote: >> On 22/02/16 09:42, Daniel Kiper wrote: >>> On Mon, Feb 22, 2016 at 07:03:17AM +0100, Juergen Gross wrote: Modern pvops linux kernels support an initrd not covered by the initial

  1   2   >