Re: [Xen-devel] netfront/netback multiqueue exhausting grants

On 01/22/2016 07:02 PM, Jan Beulich wrote: On 22.01.16 at 11:40, wrote: >> On 01/22/2016 03:53 PM, Jan Beulich wrote: >> On 22.01.16 at 04:36, wrote: By the way, do you think it's possible to make grant table support bigger page e.g

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On 22/01/2016 23:32, Luis R. Rodriguez wrote: > On Fri, Jan 22, 2016 at 04:35:50PM -0500, Boris Ostrovsky wrote: >> +/* >> + * See Documentation/x86/boot.txt. >> + * >> + * Version 2.12 supports Xen entry point but we will use default x86/PC >> + * environment (i.e.

[Xen-devel] [xen-4.3-testing baseline-only test] 38686: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 38686 xen-4.3-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38686/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 3

[Xen-devel] pre Sandy bridge IOMMU support (gm45)

Hey devs, Thinkpad x200 p8600 laptops have vt-d, vt-x and tpm. They also have intel integrated graphics 4 Series (gm45 chipset), supported through i915 driver. In December, a fix got introduced to Xen 4.6 through iommu=no-igfx switch. Before that fix, it was impossible to boot xen without

Re: [Xen-devel] [RFC] VirtFS support on Xen

On 01/22/2016 06:50 PM, Wei Liu wrote: > On Fri, Jan 22, 2016 at 06:45:30PM +0800, Bob Liu wrote: >> Hi Wei, >> >> On 01/21/2016 06:59 PM, Wei Liu wrote: >>> On Thu, Jan 21, 2016 at 10:50:08AM +, David Vrabel wrote: On 21/01/16 10:28, Wei Liu wrote: > [RFC] VirtFS support on Xen

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

flight 78789 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/78789/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu 11 guest-start fail in 78686 REGR. vs. 78620 Tests which are

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

flight 78792 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/78792/ 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

Re: [Xen-devel] [PATCH RFC 26/31] xen/x86: Rework AMD masking MSR setup

On 22/01/16 14:12, Jan Beulich wrote: > > And then, how is this supposed to work? You only restore defaults, > but never write non-default values. Namely, nextd is an unused > function parameter ... > > Also I guess my comment about adding unused code needs > repeating

Re: [Xen-devel] [PATCH v4 5/6] libxl: add options to enable/disable emulated devices

El 21/01/16 a les 17.51, Roger Pau Monne ha escrit: > Allow enabling or disabling emulated devices from the libxl domain > configuration file. For HVM guests with a device model all the emulated > devices are enabled. For HVM guests without a device model no devices are > enabled by default,

Re: [Xen-devel] [PATCH XEN v8 02/29] tools: Refactor /dev/xen/evtchn wrappers into libxenevtchn.

On 01/15/2016 08:22 AM, Ian Campbell wrote: libxenevtchn will provide a stable API and ABI for accessing the evtchn device. I think this patch breaks the build: root@ovs101> gcc -O1 -fno-omit-frame-pointer -m64 -g -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes

Re: [Xen-devel] [PATCH 1/3] xen-netback: fix license ident used in MODULE_LICENSE

On 22/01/16 12:34, Wei Liu wrote: > The comment at the beginning of the file is the canonical source of > licenses for this module. Currently it contains GPL and MIT license. Fix > the code to reflect the reality. "The MIT license" isn't really a thing. The closest is the X11 license[1], but

Re: [Xen-devel] [PATCH v4 6/6] x86/HVM: report the set of enabled emulated devices through CPUID

>>> On 22.01.16 at 13:43, wrote: > RTC: I don't know of any way to signal the RTC presence, AFAICT it's > always assumed to be there in the PC architecture. Could maybe return ~0 > when reading from IO port 0x71, but that's meh..., not the best way IMHO. There actually is

Re: [Xen-devel] [PATCH v3 1/1] xen: sched: convert RTDS from time to event driven model

Hi guys, On Thu, 2016-01-21 at 23:06 -0500, Tianyang Chen wrote: > Budget replenishment and enforcement are separated by adding > a replenishment timer, which fires at the next most imminent > release time of all runnable vcpus. > > [...] > I started to look at this patch, and for doing that, I

[Xen-devel] [PATCHv6 3/3] p2m: convert p2m rwlock to percpu rwlock

The per domain p2m read lock suffers from significant contention when performance multi-queue block or network IO due to the parallel grant map/unmaps/copies occuring on the DomU's p2m. On multi-socket systems, the contention results in the locked compare swap operation failing frequently which

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

On 22/01/16 13:08, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > On 22.01.2016 14:01, Andrew Cooper wrote: >> On 22/01/16 12:56, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >>> On 22.09.2015 10:53, Ian Campbell wrote: Hi Vladimir & grub-devel, Do you have any thoughts on this

Re: [Xen-devel] [PATCH 1/3] xen-netback: fix license ident used in MODULE_LICENSE

On Fri, Jan 22, 2016 at 01:14:24PM +, David Vrabel wrote: > On 22/01/16 12:34, Wei Liu wrote: > > The comment at the beginning of the file is the canonical source of > > licenses for this module. Currently it contains GPL and MIT license. Fix > > the code to reflect the reality. > > "The MIT

Re: [Xen-devel] [RFC V2] xen: interface: introduce pvclk interface

On Fri, 22 Jan 2016, Jan Beulich wrote: > >>> On 22.01.16 at 13:12, wrote: > > On Fri, Jan 22, 2016 at 03:25:40AM -0700, Jan Beulich wrote: > >>In particular, with the user space exposure of clock control > >>discussed in another sub-thread, the next best option would >

[Xen-devel] [PATCH v2 2/3] xen-blkback: fix license ident used in MODULE_LICENSE

The comment at the beginning of the file is the canonical source of licenses for this module. The license used to distribute outside of Linux kernel is not BSD license but X11 license. Instead of trying to determine whether X11 license can be mapped into Linux's "MIT" license ident, simply make

[Xen-devel] [PATCH v2 0/3] xen: fix wrong idents in MODULE_LICENSE in some drivers

Wei Liu (3): xen-netback: fix license ident used in MODULE_LICENSE xen-blkback: fix license ident used in MODULE_LICENSE xen-scsiback: fix license ident used in MODULE_LICENSE drivers/block/xen-blkback/blkback.c | 2 +- drivers/net/xen-netback/netback.c | 2 +- drivers/xen/xen-scsiback.c

[Xen-devel] [PATCH v2 1/3] xen-netback: fix license ident used in MODULE_LICENSE

The comment at the beginning of the file is the canonical source of licenses for this module. The license used to distribute outside of Linux kernel is not BSD license but X11 license. Instead of trying to determine whether X11 license can be mapped into Linux's "MIT" license ident, simply make

Re: [Xen-devel] [PATCH 1/3] xen-netback: fix license ident used in MODULE_LICENSE

On Fri, 2016-01-22 at 13:49 +, Wei Liu wrote: > On Fri, Jan 22, 2016 at 01:14:24PM +, David Vrabel wrote: > > On 22/01/16 12:34, Wei Liu wrote: > > > The comment at the beginning of the file is the canonical source of > > > licenses for this module. Currently it contains GPL and MIT

[Xen-devel] [xen-unstable test] 78703: regressions - FAIL

flight 78703 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/78703/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 78610 test-armhf-armhf-xl

Re: [Xen-devel] [PATCH RFC 29/31] x86/pv: Provide custom cpumasks for PV domains

On 22/01/16 09:56, Jan Beulich wrote: On 16.12.15 at 22:24, wrote: >> --- a/xen/arch/x86/cpu/amd.c >> +++ b/xen/arch/x86/cpu/amd.c >> @@ -203,7 +203,9 @@ static void __init noinline probe_masking_msrs(void) >> void amd_ctxt_switch_levelling(const struct domain

[Xen-devel] [PATCH 1/2] xenalyze: fix misleading indentation.

gcc-6 adds -Wmisleading-indentation which found these issues. xenalyze.c: In function 'weighted_percentile': xenalyze.c:2136:18: error: statement is indented as if it were guarded by... [-Werror=misleading-indentation] L=I; L_weight = I_weight; ^~~~

[Xen-devel] [PATCH 0/2] xenalyze: fixes for gcc-6's -Wmisleading-indentation

Debian bug 812166[0] concerned failures due to -Werror=misleading- indentation when building the Xen package. While trying (and failing) to reproduce those failures I came across these two warnings in xenalyze, one relating to misleading indenation and the other for unused code. Cheers, Ian.

[Xen-devel] [PATCH 2/2] xenalyze: remove cr3_compare_total

gcc-6 complains: xenalyze.c:4132:9: error: 'cr3_compare_total' defined but not used [-Werror=unused-function] int cr3_compare_total(const void *_a, const void *_b) { ^ I believe it is correct. Signed-off-by: Ian Campbell ---

Re: [Xen-devel] [PATCH v4 6/6] x86/HVM: report the set of enabled emulated devices through CPUID

On 22/01/16 12:43, Roger Pau Monné wrote: > El 22/01/16 a les 11.57, Jan Beulich ha escrit: > On 21.01.16 at 17:51, wrote: >>> Add a new HVM-specific feature flag that signals the presence of a bitmap >>> that contains the current set of enabled emulated devices. The

[Xen-devel] [PATCHv6 2/3] grant_table: convert grant table rwlock to percpu rwlock

The per domain grant table read lock suffers from significant contention when performance multi-queue block or network IO due to the parallel grant map/unmaps/copies occurring on the DomU's grant table. On multi-socket systems, the contention results in the locked compare swap operation failing

[Xen-devel] [PATCHv6 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

Per-cpu read-write locks allow for the fast path read case to have low overhead by only setting/clearing a per-cpu variable for using the read lock. The per-cpu read fast path also avoids locked compare swap operations which can be particularly slow on coherent multi-socket systems, particularly

[Xen-devel] [PATCHv6 0/3] Implement per-cpu reader-writer locks

This patch series adds per-cpu reader-writer locks as a generic lock implementation and then converts the grant table and p2m rwlocks to use the percpu rwlocks, in order to improve multi-socket host performance. CPU profiling has revealed the rwlocks themselves suffer from severe cache line

Re: [Xen-devel] [PATCHv6 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote: >  > Changes since v5: > - Fix compilation on ARM This was the removal of some spurious "&", I think? Acked-by: Ian Campbell Thanks for catching this! ___

Re: [Xen-devel] [PATCH RFC 26/31] xen/x86: Rework AMD masking MSR setup

On 22/01/16 11:13, Jan Beulich wrote: On 22.01.16 at 12:01, wrote: >> On 22/01/16 09:27, Jan Beulich wrote: >> On 16.12.15 at 22:24, wrote: + expected_levelling_cap, levelling_caps, + (expected_levelling_cap

[Xen-devel] [PATCH v2 3/3] xen-scsiback: fix license ident used in MODULE_LICENSE

The comment at the beginning of the file is the canonical source of licenses for this module. The license used to distribute outside of Linux kernel is not BSD license but X11 license. Instead of trying to determine whether X11 license can be mapped into Linux's "MIT" license ident, simply make

Re: [Xen-devel] [PATCH RFC 26/31] xen/x86: Rework AMD masking MSR setup

>>> On 22.01.16 at 14:59, wrote: > On 22/01/16 11:13, Jan Beulich wrote: > On 22.01.16 at 12:01, wrote: >>> On 22/01/16 09:27, Jan Beulich wrote: >>> On 16.12.15 at 22:24, wrote: > +

Re: [Xen-devel] [Minios-devel] [PATCH v8 0/] Begin to disentangle libxenctrl and provide some stable libraries

On Fri, 2016-01-15 at 13:22 +, Ian Campbell wrote: > In <1431963008.4944.80.ca...@citrix.com> I proposed stabilising some > parts of the libxenctrl API/ABI by disaggregating into separate > libraries. > > This is v8 of that set of series against: > xen > qemu-xen >

Re: [Xen-devel] [PATCH RFC 28/31] xen/x86: Context switch all levelling state in context_switch()

On 22/01/16 09:52, Jan Beulich wrote: On 16.12.15 at 22:24, wrote: >> --- a/xen/arch/x86/cpu/amd.c >> +++ b/xen/arch/x86/cpu/amd.c >> @@ -300,6 +300,9 @@ static void __init noinline amd_init_levelling(void) >> cpumask_defaults._6c &= (~0ULL << 32); >>

Re: [Xen-devel] [PATCH] xen: Add support for dom0 with Linux kernel 3.19 and newer

On Fri, Jan 22, 2016 at 10:03:34AM +, David Vrabel wrote: > On 21/01/16 20:13, Daniel Kiper wrote: > > Linux kernel commit 054954eb051f35e74b75a566a96fe756015352c8 > > (xen: switch to linear virtual mapped sparse p2m list), which > > appeared in 3.19, introduced linear virtual mapped sparse

Re: [Xen-devel] [RFC v1 0/8] x86/init: Linux linker tables

Hi, On Thu, 21 Jan 2016, H. Peter Anvin wrote: > Something that confuses me is that gcc seems to give these sections the > "aw" attributes which makes as complain. This might be a gcc bug. Workaround: use an (possibly empty) intializer: struct foo {int i;}; const struct foo

Re: [Xen-devel] [PATCH RFC 27/31] xen/x86: Rework Intel masking/faulting setup

On 22/01/16 09:40, Jan Beulich wrote: On 16.12.15 at 22:24, wrote: >> +if (msr_basic) >> +__probe_mask_msr(_basic, LCAP_1cd, _defaults._1cd); >> + >> +if (msr_ext) >> +__probe_mask_msr(_ext, LCAP_e1cd, _defaults.e1cd); >> + >> +

Re: [Xen-devel] [PATCHv6 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On 22/01/16 13:54, Ian Campbell wrote: > On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote: >> >> Changes since v5: >> - Fix compilation on ARM > > This was the removal of some spurious "&", I think? Yeah, I forgot to keep the macro's in sync. ARM also needed the xen/percpu.h header

Re: [Xen-devel] [PATCHv6 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On Fri, 2016-01-22 at 14:16 +, Malcolm Crossley wrote: > On 22/01/16 13:54, Ian Campbell wrote: > > On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote: > > >   > > > Changes since v5: > > > - Fix compilation on ARM > > > > This was the removal of some spurious "&", I think? > > Yeah,

Re: [Xen-devel] [PATCHv6 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On 01/22/2016 02:16 PM, Malcolm Crossley wrote: On 22/01/16 13:54, Ian Campbell wrote: On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote: Changes since v5: - Fix compilation on ARM This was the removal of some spurious "&", I think? Yeah, I forgot to keep the macro's in sync. ARM

Re: [Xen-devel] [PATCH RFC 27/31] xen/x86: Rework Intel masking/faulting setup

>>> On 22.01.16 at 15:09, wrote: > On 22/01/16 09:40, Jan Beulich wrote: > On 16.12.15 at 22:24, wrote: >>> @@ -183,22 +237,13 @@ static void early_init_intel(struct cpuinfo_x86 *c) >>> (boot_cpu_data.x86_mask == 3 ||

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

flight 78812 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/78812/ 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 v4 6/6] x86/HVM: report the set of enabled emulated devices through CPUID

El 22/01/16 a les 16.02, Jan Beulich ha escrit: On 22.01.16 at 15:41, wrote: >> El 22/01/16 a les 14.24, Jan Beulich ha escrit: >> On 22.01.16 at 13:43, wrote: RTC: I don't know of any way to signal the RTC presence, AFAICT it's

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

> On January 22, 2016 at 12:31am, wrote: > >>> On 21.01.16 at 17:16, wrote: > >> On January 20, 2016 at 7:29 pm, wrote: > >> >>> On 20.01.16 at 11:26, wrote: > >> >> On January 15, 2016 at 9:10,

[Xen-devel] CfP Virtualization in High-Performance Cloud Computing (VHPC '16)

CALL FOR PAPERS 11th Workshop on Virtualization in High­-Performance Cloud Computing (VHPC '16) held in conjunction with the International Supercomputing Conference - High Performance, June 19-23, 2016, Frankfurt, Germany.

Re: [Xen-devel] [PATCH RFC 28/31] xen/x86: Context switch all levelling state in context_switch()

>>> On 22.01.16 at 15:19, wrote: > On 22/01/16 09:52, Jan Beulich wrote: > On 16.12.15 at 22:24, wrote: >>> @@ -145,6 +145,13 @@ void intel_ctxt_switch_levelling(const struct domain >>> *nextd) >>> struct cpumasks *these_masks =

Re: [Xen-devel] [PATCH 1/3] xen-netback: fix license ident used in MODULE_LICENSE

On 22/01/16 14:15, Ian Campbell wrote: > On Fri, 2016-01-22 at 13:49 +, Wei Liu wrote: >> On Fri, Jan 22, 2016 at 01:14:24PM +, David Vrabel wrote: >>> On 22/01/16 12:34, Wei Liu wrote: The comment at the beginning of the file is the canonical source of licenses for this module.

[Xen-devel] [PATCH] x86/mce: fix misleading indentation in init_nonfatal_mce_checker().

Debian bug 812166[0] reported this build failure due to Wmisleading-indentation with gcc-6: non-fatal.c: In function 'init_nonfatal_mce_checker': non-fatal.c:103:2: error: statement is indented as if it were guarded by... [-Werror=misleading-indentation] switch (c->x86_vendor) { ^~

Re: [Xen-devel] [PATCH RFC 29/31] x86/pv: Provide custom cpumasks for PV domains

>>> On 22.01.16 at 15:24, wrote: > On 22/01/16 09:56, Jan Beulich wrote: > On 16.12.15 at 22:24, wrote: >>> --- a/xen/arch/x86/cpu/amd.c >>> +++ b/xen/arch/x86/cpu/amd.c >>> @@ -203,7 +203,9 @@ static void __init noinline

Re: [Xen-devel] [PATCH v4 6/6] x86/HVM: report the set of enabled emulated devices through CPUID

El 22/01/16 a les 14.24, Jan Beulich ha escrit: On 22.01.16 at 13:43, wrote: >> RTC: I don't know of any way to signal the RTC presence, AFAICT it's >> always assumed to be there in the PC architecture. Could maybe return ~0 >> when reading from IO port 0x71, but that's

Re: [Xen-devel] [PATCH RFC 29/31] x86/pv: Provide custom cpumasks for PV domains

>>> On 22.01.16 at 15:42, wrote: > On 22/01/16 14:33, Jan Beulich wrote: > On 22.01.16 at 15:24, wrote: >>> On 22/01/16 09:56, Jan Beulich wrote: >>> On 16.12.15 at 22:24, wrote: > ---

Re: [Xen-devel] [PATCH RFC 27/31] xen/x86: Rework Intel masking/faulting setup

>>> On 22.01.16 at 15:46, wrote: > On 22/01/16 14:29, Jan Beulich wrote: > On 22.01.16 at 15:09, wrote: >>> On 22/01/16 09:40, Jan Beulich wrote: >>> On 16.12.15 at 22:24, wrote: > @@ -183,22 +237,13 @@

Re: [Xen-devel] [PATCHv6 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On Fri, 2016-01-22 at 14:30 +, Malcolm Crossley wrote: > On 22/01/16 14:22, Ian Campbell wrote: > > On Fri, 2016-01-22 at 14:16 +, Malcolm Crossley wrote: > > > On 22/01/16 13:54, Ian Campbell wrote: > > > > On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote: > > > > >   > > > > >

Re: [Xen-devel] [PATCH v4 6/6] x86/HVM: report the set of enabled emulated devices through CPUID

El 22/01/16 a les 14.34, Andrew Cooper ha escrit: > On 22/01/16 12:43, Roger Pau Monné wrote: >> El 22/01/16 a les 11.57, Jan Beulich ha escrit: >> On 21.01.16 at 17:51, wrote: Add a new HVM-specific feature flag that signals the presence of a bitmap that

Re: [Xen-devel] [PATCH] x86/mce: fix misleading indentation in init_nonfatal_mce_checker().

On 22/01/16 15:47, Andrew Cooper wrote: > On 22/01/16 14:38, Ian Campbell wrote: >> Debian bug 812166[0] reported this build failure due to >> Wmisleading-indentation with gcc-6: >> >> non-fatal.c: In function 'init_nonfatal_mce_checker': >> non-fatal.c:103:2: error: statement is indented as if it

Re: [Xen-devel] [PATCHv6 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On 22/01/16 14:22, Ian Campbell wrote: > On Fri, 2016-01-22 at 14:16 +, Malcolm Crossley wrote: >> On 22/01/16 13:54, Ian Campbell wrote: >>> On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote: Changes since v5: - Fix compilation on ARM >>> >>> This was the removal of

[Xen-devel] [qemu-mainline baseline-only test] 38680: regressions - trouble: broken/fail/pass

This run is configured for baseline tests only. flight 38680 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38680/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-xsm 3

Re: [Xen-devel] [PATCH RFC 28/31] xen/x86: Context switch all levelling state in context_switch()

On 22/01/16 14:31, Jan Beulich wrote: On 22.01.16 at 15:19, wrote: >> On 22/01/16 09:52, Jan Beulich wrote: >> On 16.12.15 at 22:24, wrote: @@ -145,6 +145,13 @@ void intel_ctxt_switch_levelling(const struct domain *nextd)

Re: [Xen-devel] [PATCH v3 1/1] xen: sched: convert RTDS from time to event driven model

On Fri, Jan 22, 2016 at 8:34 AM, Dario Faggioli wrote: > Hi guys, > > On Thu, 2016-01-21 at 23:06 -0500, Tianyang Chen wrote: >> Budget replenishment and enforcement are separated by adding >> a replenishment timer, which fires at the next most imminent >> release time

Re: [Xen-devel] [PATCH RFC 29/31] x86/pv: Provide custom cpumasks for PV domains

On 22/01/16 14:33, Jan Beulich wrote: On 22.01.16 at 15:24, wrote: >> On 22/01/16 09:56, Jan Beulich wrote: >> On 16.12.15 at 22:24, wrote: --- a/xen/arch/x86/cpu/amd.c +++ b/xen/arch/x86/cpu/amd.c @@ -203,7 +203,9 @@

Re: [Xen-devel] [PATCH RFC 27/31] xen/x86: Rework Intel masking/faulting setup

On 22/01/16 14:29, Jan Beulich wrote: On 22.01.16 at 15:09, wrote: >> On 22/01/16 09:40, Jan Beulich wrote: >> On 16.12.15 at 22:24, wrote: @@ -183,22 +237,13 @@ static void early_init_intel(struct cpuinfo_x86 *c)

Re: [Xen-devel] [PATCH] x86/mce: fix misleading indentation in init_nonfatal_mce_checker().

On 22/01/16 14:38, Ian Campbell wrote: > Debian bug 812166[0] reported this build failure due to > Wmisleading-indentation with gcc-6: > > non-fatal.c: In function 'init_nonfatal_mce_checker': > non-fatal.c:103:2: error: statement is indented as if it were guarded by... >

Re: [Xen-devel] [PATCH RFC 29/31] x86/pv: Provide custom cpumasks for PV domains

On 22/01/16 14:48, Jan Beulich wrote: On 22.01.16 at 15:42, wrote: >> On 22/01/16 14:33, Jan Beulich wrote: >> On 22.01.16 at 15:24, wrote: On 22/01/16 09:56, Jan Beulich wrote: On 16.12.15 at 22:24,

Re: [Xen-devel] [PATCH v4 6/6] x86/HVM: report the set of enabled emulated devices through CPUID

>>> On 22.01.16 at 15:41, wrote: > El 22/01/16 a les 14.24, Jan Beulich ha escrit: > On 22.01.16 at 13:43, wrote: >>> RTC: I don't know of any way to signal the RTC presence, AFAICT it's >>> always assumed to be there in the PC architecture. Could

Re: [Xen-devel] [PATCHv6 2/3] grant_table: convert grant table rwlock to percpu rwlock

>>> On 22.01.16 at 16:22, wrote: > On Fri, 2016-01-22 at 08:15 -0700, Jan Beulich wrote: >> >> There are a number of trailing blanks being added here (and further >> down), which I'm fixing up as I'm in the process of applying this. > > Aside: Do you know about "git am

Re: [Xen-devel] [PATCHv6 2/3] grant_table: convert grant table rwlock to percpu rwlock

On Fri, 2016-01-22 at 08:34 -0700, Jan Beulich wrote: > >>> On 22.01.16 at 16:22, wrote: > > On Fri, 2016-01-22 at 08:15 -0700, Jan Beulich wrote: > >> > >> There are a number of trailing blanks being added here (and > further > >> down), which I'm fixing up as I'm in

[Xen-devel] [xen-4.3-testing test] 78718: tolerable FAIL - PUSHED

flight 78718 xen-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/78718/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 77687

[Xen-devel] [PATCH v4] x86/p2m: use large pages for MMIO mappings

When mapping large BARs (e.g. the frame buffer of a graphics card) the overhead of establishing such mappings using only 4k pages has, particularly after the XSA-125 fix, become unacceptable. Alter the XEN_DOMCTL_memory_mapping semantics once again, so that there's no longer a fixed amount of

Re: [Xen-devel] [PATCH v4 6/6] x86/HVM: report the set of enabled emulated devices through CPUID

El 22/01/16 a les 16.31, Jan Beulich ha escrit: On 22.01.16 at 15:59, wrote: >> El 22/01/16 a les 14.34, Andrew Cooper ha escrit: >>> On 22/01/16 12:43, Roger Pau Monné wrote: IOAPIC: tied to LAPIC (so either both enabled or none). >>> >>> An IOAPIC is by no means

[Xen-devel] [xen-unstable baseline-only test] 38682: regressions - trouble: broken/fail/pass

This run is configured for baseline tests only. flight 38682 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38682/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-winxpsp3 3

Re: [Xen-devel] schedulers and topology exposing questions

On Fri, 2016-01-22 at 11:54 -0500, Elena Ufimtseva wrote: > Hello all! > Hello, > Let me put some intro to our findings. I may forget something or put > something > not too explicit, please ask me. > > Customer filled a bug where some of the applications were running > slow in their HVM DomU

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

On 2016-01-22 13:56, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > On 22.09.2015 10:53, Ian Campbell wrote: >> Hi Vladimir & grub-devel, >> >> Do you have any thoughts on this issue with i386 pv-grub2? >> > Is it still an issue? If so I'll try to replicate it. From stack dump I > see that it has

[Xen-devel] [PATCH v3 11/17] ARM: XEN: Move xen_early_init() before efi_init()

From: Shannon Zhao Move xen_early_init() before efi_init(), then when calling efi_init() could initialize Xen specific UEFI. Check if it runs on Xen hypervisor through the flat dts. Signed-off-by: Shannon Zhao --- arch/arm/xen/enlighten.c |

[Xen-devel] [PATCH v3 00/17] Add ACPI support for Xen Dom0 on ARM64

From: Shannon Zhao This patch set adds ACPI support for Xen Dom0 on ARM64. The relevant Xen ACPI on ARM64 design document could be found from [1]. This patch set adds a new FDT node "uefi" under /hypervisor to pass UEFI information. Introduce a bus notifier of AMBA and

[Xen-devel] [PATCH v3 10/17] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI

From: Shannon Zhao When booting with ACPI, it could get the event-channel irq through HVM_PARAM_CALLBACK_IRQ. Signed-off-by: Shannon Zhao --- arch/arm/xen/enlighten.c | 36 +++- 1 file changed, 35 insertions(+),

[Xen-devel] [PATCH v3 05/17] xen: memory : Add new XENMAPSPACE type XENMAPSPACE_dev_mmio

From: Shannon Zhao Add a new type of Xen map space for Dom0 to map device's MMIO region. Signed-off-by: Shannon Zhao --- include/xen/interface/memory.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/xen/interface/memory.h

[Xen-devel] [PATCH v3 03/17] Xen: xlate: Use page_to_xen_pfn instead of page_to_pfn

From: Shannon Zhao Use page_to_xen_pfn in case of 64KB page. Signed-off-by: Shannon Zhao --- drivers/xen/xlate_mmu.c | 26 -- 1 file changed, 16 insertions(+), 10 deletions(-) diff --git a/drivers/xen/xlate_mmu.c

[Xen-devel] [PATCH v3 15/17] ARM64: XEN: Add a function to initialize Xen specific UEFI runtime services

From: Shannon Zhao When running on Xen hypervisor, runtime services are supported through hypercall. Add a Xen specific function to initialize runtime services. Signed-off-by: Shannon Zhao --- arch/arm64/include/asm/xen/xen-ops.h | 6 ++

[Xen-devel] [PATCH v3 09/17] xen/hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ

From: Shannon Zhao Add a new delivery type: val[63:56] == 3: val[15:8] is flag: val[7:0] is a PPI. To the flag, bit 0 stands the interrupt mode is edge(1) or level(0) and bit 1 stands the interrupt polarity is active low(1) or high(0). Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v3 12/17] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI

From: Shannon Zhao When it's a Xen domain0 booting with ACPI, it will supply a /chosen and a /hypervisor node in DT. So check if it needs to enable ACPI. Signed-off-by: Shannon Zhao --- CC: Hanjun Guo ---

[Xen-devel] [PATCH v3 04/17] arm/xen: Use xen_xlate_map_ballooned_pages to setup grant table

From: Shannon Zhao Use xen_xlate_map_ballooned_pages to setup grant table. Then it doesn't rely on DT or ACPI to pass the start address and size of grant table. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[Xen-devel] [PATCH v3 02/17] xen/grant-table: Move xlated_setup_gnttab_pages to common place

From: Shannon Zhao Move xlated_setup_gnttab_pages to common place, so it can be reused by ARM to setup grant table. Rename it to xen_xlate_map_ballooned_pages. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

[Xen-devel] [PATCH v3 07/17] Xen: ARM: Add support for mapping AMBA device mmio

From: Shannon Zhao Add a bus_notifier for AMBA bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini ---

[Xen-devel] [PATCH v3 06/17] Xen: ARM: Add support for mapping platform device mmio

From: Shannon Zhao Add a bus_notifier for platform bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini ---

[Xen-devel] [PATCH v3 14/17] XEN: EFI: Move x86 specific codes to architecture directory

From: Shannon Zhao Move x86 specific codes to architecture directory and export those EFI runtime service functions. This will be useful for initializing runtime service on ARM later. Signed-off-by: Shannon Zhao --- arch/x86/xen/efi.c| 112

[Xen-devel] [PATCH v3 08/17] Xen: public/hvm: sync changes of HVM_PARAM_CALLBACK_VIA ABI from Xen

From: Shannon Zhao Sync the changes of HVM_PARAM_CALLBACK_VIA ABI introduced by Xen commit (public/hvm: export the HVM_PARAM_CALLBACK_VIA ABI in the API). Signed-off-by: Shannon Zhao --- include/xen/interface/hvm/params.h | 27

[Xen-devel] [PATCH v3 13/17] ARM: Xen: Document UEFI support on Xen ARM virtual platforms

From: Shannon Zhao Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could scan this to get the UEFI information. Signed-off-by: Shannon Zhao Acked-by: Rob Herring --- CC: Rob Herring ---

[Xen-devel] [PATCH v3 17/17] Xen: EFI: Parse DT parameters for Xen specific UEFI

From: Shannon Zhao Add a new function to parse DT parameters for Xen specific UEFI just like the way for normal UEFI. Then it could reuse the existing codes. If Xen supports EFI, initialize runtime services. Signed-off-by: Shannon Zhao --- CC:

[Xen-devel] [PATCH v3 16/17] FDT: Add a helper to get specified name subnode

From: Shannon Zhao Sometimes it needs to check if there is a node in FDT by full path. Introduce this helper to get the specified name subnode if it exists. Signed-off-by: Shannon Zhao --- CC: Rob Herring --- drivers/of/fdt.c

[Xen-devel] [PATCH v3 01/17] Xen: ACPI: Hide UART used by Xen

From: Shannon Zhao ACPI 6.0 introduces a new table STAO to list the devices which are used by Xen and can't be used by Dom0. On Xen virtual platforms, the physical UART is used by Xen. So here it hides UART from Dom0. Signed-off-by: Shannon Zhao

[Xen-devel] [libvirt test] 78787: tolerable FAIL - PUSHED

flight 78787 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/78787/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass test-armhf-armhf-libvirt-xsm 14

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

flight 78788 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/78788/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 15 guest-start/debian.repeat fail REGR. vs. 78683

Re: [Xen-devel] [PATCH v1 02/12] xen/hvmlite: Factor out common kernel init code

On 01/22/2016 06:12 PM, Boris Ostrovsky wrote: On 01/22/2016 06:01 PM, Luis R. Rodriguez wrote: On Fri, Jan 22, 2016 at 04:35:48PM -0500, Boris Ostrovsky wrote: HVMlite guests (to be introduced in subsequent patches) share most of the kernel initialization code with PV(H). Signed-off-by:

[Xen-devel] [PATCH v5] dma: rename dma_*_writecombine() to dma_*_wc()

From: "Luis R. Rodriguez" Rename dma_*_writecombine() to dma_*_wc(), so that the naming is coherent across the various write-combining APIs. Keep the old names for compatibility for a while, these can be removed at a later time. A guard is left to enable backporting of the

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

flight 78786 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/78786/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-multivcpu 19 guest-start/debian.repeat fail REGR. vs. 59254

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Fri, Jan 22, 2016 at 4:30 PM, Andrew Cooper wrote: > the DMLite boot > protocol is OS agnostic, and will be staying that way. What's the DMLite boot protocol? Is that the protocol that is defined by Xen to boot Xen guests and dom0? Is this well documented somewhere?

<    1   2