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

>>> On 22.01.16 at 14:41, wrote: > --- a/xen/common/grant_table.c > +++ b/xen/common/grant_table.c > @@ -178,6 +178,8 @@ struct active_grant_entry { > #define _active_entry(t, e) \ > ((t)->active[(e)/ACGNT_PER_PAGE][(e)%ACGNT_PER_PAGE]) > >

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

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 --whitespace=fix" ? It automates the removal of trailing

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

>>> 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 required - they are only for turning legacy >>

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

From: One Thousand Gnomes Date: Fri, 22 Jan 2016 20:25:21 + >> The fact what include/linux/license.h:license_is_gpl_compatible includes >> "Dual MIT/GPL" as an option seems to suggest that it is enough of a thing >> to be validly used as the contents of a

[Xen-devel] disk=['file://..xvda'] not working for boot disks anymore?

Hey, This parameter disk = ['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_15_5_1-text-x86.iso,xvdb:cdrom,r'] works with qemu-traditional, but if I try with qemu-xen it does not find the disk: (d15) [2016-01-22 20:50:03] enter handle_19: (d15) [2016-01-22 20:50:03] NULL (d15) [2016-01-22

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

> The fact what include/linux/license.h:license_is_gpl_compatible includes > "Dual MIT/GPL" as an option seems to suggest that it is enough of a thing > to be validly used as the contents of a MODULE_LICENSE() thing. Yes. The MIT licence most definitely exists, and people know what it means.

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

flight 78785 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/78785/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-pvops 5 kernel-build fail REGR. vs. 60684

Re: [Xen-devel] disk=['file://..xvda'] not working for boot disks anymore?

On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote: Hey, This parameter disk = ['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_15_5_1-text-x86.iso,xvdb:cdrom,r'] works with qemu-traditional, but if I try with qemu-xen it does not find the disk: (d15) [2016-01-22 20:50:03] enter handle_19:

[Xen-devel] [PATCH v1 01/12] x86/smp: Make start_secondary() and initial_pg_pmd visible globally

Xen's HVMlite guests will want to use them. Signed-off-by: Boris Ostrovsky --- arch/x86/include/asm/smp.h |1 + arch/x86/kernel/head_32.S |2 +- arch/x86/kernel/smpboot.c |2 +- 3 files changed, 3 insertions(+), 2 deletions(-) diff --git

[Xen-devel] [PATCH v1 09/12] xen/hvmlite: Extend APIC operations for HVMlite guests

HVMlite guests need to be viewed as having APIC, otherwise smpboot code, for example, will complain. Signed-off-by: Boris Ostrovsky --- Not sure about xen_cpu_present_to_apicid() being an identity function, given xen_x86_32_early_logical_apicid().

[Xen-devel] [PATCH v1 07/12] xen/hvmlite: Prepare cpu_initialize_context() routine for HVMlite SMP

Subsequent patch will add support for starting secondary VCPUs in HVMlite guest. This patch exists to make review easier. No functional changes (except for introduction of 'if (!xen_hvmlite)'). Signed-off-by: Boris Ostrovsky --- arch/x86/xen/smp.c | 104

[Xen-devel] [PATCH v1 00/12] HVMlite domU support

This series introduces HVMlite support for unprivileged guests. It has been tested on Intel/AMD, both 32- and 64-bit, including CPU on- and offlining and save/restore. (Restore will result in APIC write warnings which exist now for 32-bit PV guests as well so I didn't address this in this series)

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

Start HVMlite guest XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall page, initialize boot_params, enable early page tables. Signed-off-by: Boris Ostrovsky --- arch/x86/xen/Makefile |1 + arch/x86/xen/enlighten.c | 91 +-

[Xen-devel] [PATCH v1 03/12] xen/hvmlite: Import hvmlite-related Xen public interfaces

Signed-off-by: Boris Ostrovsky --- include/xen/interface/elfnote.h | 12 +++- include/xen/interface/hvm/hvm_vcpu.h | 143 ++ include/xen/interface/xen.h | 24 ++ 3 files changed, 178 insertions(+), 1 deletions(-)

[Xen-devel] [PATCH v1 08/12] xen/hvmlite: Initialize context for secondary VCPUs

Signed-off-by: Boris Ostrovsky --- arch/x86/xen/smp.c | 57 arch/x86/xen/smp.h |4 +++ arch/x86/xen/xen-hvmlite.S |7 + 3 files changed, 63 insertions(+), 5 deletions(-) diff --git

[Xen-devel] [PATCH v1 10/12] xen/hvmlite: Use x86's default timer init for HVMlite guests

xen_timer_init() will be called from apic_bsp_setup(). Signed-off-by: Boris Ostrovsky --- arch/x86/xen/time.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/arch/x86/xen/time.c b/arch/x86/xen/time.c index a0a4e55..93745e7 100644 ---

[Xen-devel] [distros-debian-jessie test] 38684: trouble: broken/pass

flight 38684 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38684/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-i386-jessie-netboot-pygrub 3 host-install(3)

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

HVMlite guests (to be introduced in subsequent patches) share most of the kernel initialization code with PV(H). Signed-off-by: Boris Ostrovsky --- arch/x86/xen/enlighten.c | 225 -- 1 files changed, 119 insertions(+), 106

[Xen-devel] [PATCH v1 11/12] xen/hvmlite: Boot secondary CPUs

HVMlite secondary VCPUs use baremetal bringup path (i.e. native_* smp_ops) but need to do some preparation in PV code. Signed-off-by: Boris Ostrovsky --- arch/x86/xen/enlighten.c |2 + arch/x86/xen/pmu.c |4 +- arch/x86/xen/smp.c | 60

[Xen-devel] [PATCH v1 06/12] xen/hvmlite: Initialize PCI

HVMlite guests need PCI frontend and always have PV devices Signed-off-by: Boris Ostrovsky --- arch/x86/pci/xen.c |2 +- arch/x86/xen/platform-pci-unplug.c |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[Xen-devel] [PATCH v1 05/12] xen/hvmlite: Allow HVMlite guests delay initializing grant table

.. just like we currently do for PVH guests Signed-off-by: Boris Ostrovsky --- arch/x86/xen/grant-table.c |4 ++-- drivers/xen/grant-table.c |8 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/x86/xen/grant-table.c

[Xen-devel] [PATCH v1 12/12] xen/hvmlite: Enable CPU on-/offlining

When offlining, we should properly clean up interrupts and wait until hypervisor declares VCPU as down before cleaning up. After VCPU that was previously offlined is brought back to life we want to jump back to bare-metal entry points. It's a simple jump on 64-bit but requires minor tweaking for

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

On Fri, Jan 22, 2016 at 11:06 AM, H. Peter Anvin wrote: > On 01/22/2016 05:44 AM, Michael Matz wrote: >> 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.

Re: [Xen-devel] disk=['file://..xvda'] not working for boot disks anymore?

On Fri, Jan 22, 2016 at 03:59:09PM -0500, Boris Ostrovsky wrote: > On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote: > >Hey, > > > >This parameter > >disk = > >['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_15_5_1-text-x86.iso,xvdb:cdrom,r'] > > > >works with qemu-traditional, but if I try

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

On 01/22/2016 05:44 AM, Michael Matz wrote: > 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)

[Xen-devel] [xen-4.6-testing baseline-only test] 38681: regressions - trouble: broken/fail/pass

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

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

flight 78820 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/78820/ 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] xen-netfront crash when detaching network while some network activity

On Thu, Jan 21, 2016 at 12:30:48PM +, Joao Martins wrote: > > > On 01/20/2016 09:59 PM, Konrad Rzeszutek Wilk wrote: > > On Tue, Dec 01, 2015 at 11:32:58PM +0100, Marek Marczykowski-Górecki wrote: > >> On Tue, Dec 01, 2015 at 05:00:42PM -0500, Konrad Rzeszutek Wilk wrote: > >>> On Tue, Nov

Re: [Xen-devel] [BUG] Assertion '(sp == 0) || (peoi[sp-1].vector < vector)' failed at irq.c:1163

On 22/01/2016 08:57, Håkon Alstadheim wrote: > Den 17. jan. 2016 16:25, skrev Andrew Cooper: >> On 17/01/16 15:16, Andrew Cooper wrote: > This isn't the first time we have seen this on Haswell processors. Do > you have microcode loading set up? > > ~Andrew > Still

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

>>> 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); > cpumask_defaults._6c |= ecx;

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

>>> 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 *nextd) > { > struct cpumasks

Re: [Xen-devel] [PATCH RFC 30/31] x86/domctl: Update PV domain cpumasks when setting cpuid policy

>>> On 16.12.15 at 22:24, wrote: > --- a/xen/arch/x86/domctl.c > +++ b/xen/arch/x86/domctl.c > @@ -77,6 +77,74 @@ static void update_domain_cpuid_info(struct domain *d, > d->arch.x86_model = (ctl->eax >> 4) & 0xf; > if ( d->arch.x86 >= 0x6 ) >

Re: [Xen-devel] [PATCH v4 2/6] libxl: introduce LIBXL_VGA_INTERFACE_TYPE_UNKNOWN

On Thu, 2016-01-21 at 17:51 +0100, Roger Pau Monne wrote: > And use it as the default value for the VGA kind. This allows libxl to > set > it to the default value later on when the domain type is known. For HVM > guests the default value is LIBXL_VGA_INTERFACE_TYPE_CIRRUS while for > HVMlite the

Re: [Xen-devel] [PATCH v2 16/16] ARM64: XEN: Initialize Xen specific UEFI runtime services

On Fri, 22 Jan 2016, Shannon Zhao wrote: > On 2016/1/19 1:03, Stefano Stabellini wrote: > > On Fri, 15 Jan 2016, Shannon Zhao wrote: > >> > From: Shannon Zhao > >> > > >> > When running on Xen hypervisor, runtime services are supported through > >> > hypercall. So call

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

>>> On 16.12.15 at 22:24, wrote: > This patch is best reviewed as its end result rather than as a diff, as it > rewrites almost all of the setup. This, I think, doesn't belong in the commit message itself. > @@ -126,126 +133,172 @@ static const struct cpuidmask

Re: [Xen-devel] [PATCH v4 05/10] acpi: Refactor acpi_os_map_memory to be architecturally independent

On 2016/1/22 16:47, Jan Beulich wrote: On 22.01.16 at 09:38, wrote: >> > >> > On 2016/1/18 21:33, Jan Beulich wrote: >> > On 16.01.16 at 06:01, wrote: > >>> > --- a/xen/drivers/acpi/osl.c > >>> > +++

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

Hi Jan, On Fri, Jan 22, 2016 at 12:36:31AM -0700, Jan Beulich wrote: On 22.01.16 at 02:56, wrote: >> On Thu, Jan 21, 2016 at 05:52:12AM -0700, Jan Beulich wrote: >>>At the very least it would need to be avoided by denying the request. >>>Upon shared use, either all

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

On Tue, 2016-01-19 at 15:44 +, Ian Campbell wrote: > On Fri, 2016-01-15 at 13:22 +, Ian Campbell wrote: > >   > > Therefore needing attention from Ian and/or Wei are: > > > > tools/libs/foreignmemory: Mention restrictions on fork in docs. > > N tools/libs/evtchn: Use uint32_t for

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

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 > >>> > >>> # Introduction > >>> > >>> QEMU/KVM

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

>>> 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 bitmap is > placed in the ecx register. The bit fields used in the bitmap are the same > as the ones

Re: [Xen-devel] [PATCH v4 3/6] libxl: initialise the build info before calling prepare_config

On Thu, 2016-01-21 at 17:51 +0100, Roger Pau Monne wrote: > libxl__arch_domain_prepare_config has access to the > libxl_domain_build_info > struct, so make sure it's properly initialised. Note that prepare_config > is > called from within libxl__domain_make. > > This is not a bug at the moment,

Re: [Xen-devel] [PATCH v4 4/6] x86/PV: allow PV guests to have an emulated PIT

On Fri, 2016-01-22 at 03:48 -0700, Jan Beulich wrote: > > > > On 21.01.16 at 17:51, wrote: > > This fixes the fallout from the HVMlite series, that removed the > > emulated > > PIT from PV(H) guests. Also, this patch forces the hardware domain to > > always have an emulated

[Xen-devel] [xen-4.6-testing test] 78701: tolerable FAIL - PUSHED

flight 78701 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/78701/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-rumpuserxen-amd64 15 rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 78618

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

>>> 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 64K? >>> One grant-ref per 64KB instead of 4KB,

Re: [Xen-devel] [BUG] EDAC infomation partially missing

Am 21.01.16 um 17:41 schrieb Jan Beulich: On 20.01.16 at 16:01, wrote: >> Initially reported to debian >> (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810964), redirected here: >> >> With AMD Opteron 6xxx processors, half of the memory controllers are >> missing

Re: [Xen-devel] Which trees are supported (Was: Re: [qemu-upstream-4.2-testing test] 77180: regressions - FAIL)

On Thu, 2016-01-07 at 11:22 +, Ian Campbell wrote: > So this arose because Stefano was unaware that 4.2 was no longer > supported. > Neither am I ever confident about where the cut-off lie, e.g. I > always have > to ask if I am doing backports for a security issue. > > We should add rows to

Re: [Xen-devel] [XenGT][IGVT-g] DomU pgt_device structure initialization

Hello Greg, Thanks for answer. I am trying that you advice me. Seems that there is same results. Currently I am stopped this task, but if someone have more ideas why it can be write please, Ill check. Btw, I tried to look at /sys/kernel/debug/vgt/irqinfo and here seems all is fine: >

Re: [Xen-devel] [PATCH v4 1/6] libelf: rewrite symtab/strtab loading for Dom0

El 22/01/16 a les 9.11, Jan Beulich ha escrit: On 21.01.16 at 18:55, wrote: >> El 21/01/16 a les 18.29, Ian Jackson ha escrit: >>> Roger Pau Monne writes ("[PATCH v4 1/6] libelf: rewrite symtab/strtab >> loading for Dom0"): Current implementation of

Re: [Xen-devel] [BUG] Assertion '(sp == 0) || (peoi[sp-1].vector < vector)' failed at irq.c:1163

>>> On 22.01.16 at 10:20, wrote: > ** sp 1, irq 107, vec 0x3b > **peoi[0] = {107, 0x3b, 0} > Assertion '(sp == 0) || (peoi[sp-1].vector < vector)' failed at irq.c:1172 > [ Xen-4.6.0 x86_64 debug=y Tainted:C ] > > Xen call trace: >[]

Re: [Xen-devel] [PATCH RFC 25/31] xen/x86: Common infrastructure for levelling context switching

On 22/01/16 08:56, Jan Beulich wrote: On 16.12.15 at 22:24, wrote: >> --- a/xen/arch/x86/cpu/common.c >> +++ b/xen/arch/x86/cpu/common.c >> @@ -35,6 +35,9 @@ integer_param("cpuid_mask_ext_edx", >> opt_cpuid_mask_ext_edx); >> unsigned int __initdata

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

>>> On 22.01.16 at 10:27, wrote: > Hi Jan, > > On Fri, Jan 22, 2016 at 12:36:31AM -0700, Jan Beulich wrote: > On 22.01.16 at 02:56, wrote: >>> On Thu, Jan 21, 2016 at 05:52:12AM -0700, Jan Beulich wrote: At the very least it would need to be

Re: [Xen-devel] [BUG] EDAC infomation partially missing

>>> On 22.01.16 at 10:09, wrote: > When booting with Xen 4.4.1: > > AMD64 EDAC driver v3.4.0 > EDAC amd64: DRAM ECC enabled. > EDAC amd64: NB MCE bank disabled, set MSR 0x017b[4] on node 0 to enable. I wonder how valid his message is. We actually write this MSR

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

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 64K? >> One grant-ref per 64KB instead of 4KB, this should able to reduce the grant >> entry consumption

Re: [Xen-devel] [PATCH v4 4/6] x86/PV: allow PV guests to have an emulated PIT

>>> On 21.01.16 at 17:51, wrote: > This fixes the fallout from the HVMlite series, that removed the emulated > PIT from PV(H) guests. Also, this patch forces the hardware domain to > always have an emulated PIT, regardless of whether the toolstack specified > one or not. >

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

On 22/01/16 09:27, Jan Beulich wrote: On 16.12.15 at 22:24, wrote: >> This patch is best reviewed as its end result rather than as a diff, as it >> rewrites almost all of the setup. > This, I think, doesn't belong in the commit message itself. Why not? It applies

Re: [Xen-devel] Uniform commands for booting xen

On 18.01.2016 11:28, Ian Campbell wrote: > On Mon, 2016-01-11 at 15:06 +0100, Vladimir 'φ-coder/phcoder' Serbinenko > wrote: >> On 13.11.2015 10:50, Ian Campbell wrote: >>> On Fri, 2015-11-13 at 12:04 +0300, Andrei Borzenkov wrote: > How do you express modules other than kernel+initrd in that

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

>>> 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); > + > + if (msr_xsave) > +

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

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 p2m > list. If readmem() reads p2m then it access this list using >

Re: [Xen-devel] [PATCH v4 05/10] acpi: Refactor acpi_os_map_memory to be architecturally independent

>>> On 22.01.16 at 10:37, wrote: > > On 2016/1/22 16:47, Jan Beulich wrote: > On 22.01.16 at 09:38, wrote: >>> > >>> > On 2016/1/18 21:33, Jan Beulich wrote: >>> > On 16.01.16 at 06:01, wrote: >>

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

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 >>> >>> # Introduction >>> >>> QEMU/KVM supports file system passthrough via an interface called >>> VirtFS [0].

Re: [Xen-devel] disk=['file://..xvda'] not working for boot disks anymore?

On Fri, Jan 22, 2016 at 04:54:21PM -0500, Konrad Rzeszutek Wilk wrote: > On Fri, Jan 22, 2016 at 03:59:09PM -0500, Boris Ostrovsky wrote: > > On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote: > > >Hey, > > > > > >This parameter > > >disk = > >

[Xen-devel] [xen-4.5-testing test] 78736: tolerable FAIL - PUSHED

flight 78736 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/78736/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-rumpuserxen-amd64 15 rumpuserxen-demo-xenstorels/xenstorels.repeat fail in 78640 pass in

Re: [Xen-devel] disk=['file://..xvda'] not working for boot disks anymore?

On 01/22/2016 02:54 PM, Konrad Rzeszutek Wilk wrote: > On Fri, Jan 22, 2016 at 03:59:09PM -0500, Boris Ostrovsky wrote: >> On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote: >>> Hey, >>> >>> This parameter >>> disk = >>>

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

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: Boris Ostrovsky > --- > arch/x86/xen/enlighten.c | 225 >

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

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: Boris Ostrovsky ---

Re: [Xen-devel] [PATCH v4 1/6] libelf: rewrite symtab/strtab loading for Dom0

>>> On 21.01.16 at 18:55, wrote: > El 21/01/16 a les 18.29, Ian Jackson ha escrit: >> Roger Pau Monne writes ("[PATCH v4 1/6] libelf: rewrite symtab/strtab > loading for Dom0"): >>> Current implementation of elf_load_bsdsyms is broken when loading inside of >>> a HVM guest,

Re: [Xen-devel] [PATCH v4 05/10] acpi: Refactor acpi_os_map_memory to be architecturally independent

On 2016/1/18 21:33, Jan Beulich wrote: On 16.01.16 at 06:01, wrote: >> > --- a/xen/drivers/acpi/osl.c >> > +++ b/xen/drivers/acpi/osl.c >> > @@ -86,17 +86,7 @@ acpi_physical_address __init >> > acpi_os_get_root_pointer(void) >> > void __iomem * >> >

Re: [Xen-devel] [PATCH v4 05/10] acpi: Refactor acpi_os_map_memory to be architecturally independent

>>> On 22.01.16 at 09:38, wrote: > > On 2016/1/18 21:33, Jan Beulich wrote: > On 16.01.16 at 06:01, wrote: >>> > --- a/xen/drivers/acpi/osl.c >>> > +++ b/xen/drivers/acpi/osl.c >>> > @@ -86,17 +86,7 @@ acpi_physical_address __init >

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

>>> On 22.01.16 at 04:20, wrote: > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -940,6 +940,10 @@ static int hvm_ioreq_server_alloc_rangesets(struct > hvm_ioreq_server *s, > { > unsigned int i; > int rc; > +unsigned int

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

On 21/01/16 21:37, Konrad Rzeszutek Wilk wrote: On Thu, Jan 21, 2016 at 12:33:43PM -0800, Luis R. Rodriguez wrote: Sure, do we know if that ICC compatible? Do we care? There are a series of ICC hacks put in place on ipxe's original solution which I've folded in, it seems that works but if we

Re: [Xen-devel] [PATCH RFC 25/31] xen/x86: Common infrastructure for levelling context switching

>>> On 16.12.15 at 22:24, wrote: > --- a/xen/arch/x86/cpu/common.c > +++ b/xen/arch/x86/cpu/common.c > @@ -35,6 +35,9 @@ integer_param("cpuid_mask_ext_edx", opt_cpuid_mask_ext_edx); > unsigned int __initdata expected_levelling_cap; > unsigned int __read_mostly

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

>>> 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 ^ levelling_caps) & levelling_caps); >>>

Re: [Xen-devel] [PULL 10/11] Add Error **errp for xen_pt_config_init()

On 21/01/2016 18:01, Stefano Stabellini wrote: > -XEN_PT_LOG(>dev, "Failed to initialize %d/%ld reg > 0x%x in grp_type=0x%x (%d/%ld), rc=%d\n", > - j, > ARRAY_SIZE(xen_pt_emu_reg_grps[i].emu_regs), > -

Re: [Xen-devel] [PATCH v11 2/3] Differentiate IO/mem resources tracked by ioreq server

>>> On 22.01.16 at 04:20, wrote: > @@ -2601,6 +2605,16 @@ struct hvm_ioreq_server > *hvm_select_ioreq_server(struct domain *d, > type = (p->type == IOREQ_TYPE_PIO) ? > HVMOP_IO_RANGE_PORT : HVMOP_IO_RANGE_MEMORY; > addr = p->addr; >

[Xen-devel] [PATCH 0/4] xl: consolidate adhoc parsers

This patch series consolidates adhoc parsers in xl. There are currently 4 types of devices: 1. block 2. netowrk 3. vtpm 4. pci that support hotplug as well as being specified in config file. Block and pci devices are fine because they use libxlu to parse configuration strings. Network and

[Xen-devel] [PATCH 1/4] xl: remove unused macros

They were added back in 2011 to be used in an adhoc parser which has now been removed. Signed-off-by: Wei Liu --- tools/libxl/xl_cmdimpl.c | 8 1 file changed, 8 deletions(-) diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c index f9933cb..f380799

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

Hi Jan, On Fri, Jan 22, 2016 at 03:25:40AM -0700, Jan Beulich wrote: On 22.01.16 at 10:27, wrote: >> Hi Jan, >> >> On Fri, Jan 22, 2016 at 12:36:31AM -0700, Jan Beulich wrote: >> On 22.01.16 at 02:56, wrote: On Thu, Jan 21, 2016 at

Re: [Xen-devel] [PATCH v4 05/10] acpi: Refactor acpi_os_map_memory to be architecturally independent

>>> On 22.01.16 at 12:55, wrote: > > On 2016/1/22 18:15, Jan Beulich wrote: > On 22.01.16 at 10:37, wrote: >>> > >>> >On 2016/1/22 16:47, Jan Beulich wrote: >>> >On 22.01.16 at 09:38, 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 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 bitmap is >> placed in the ecx register. The bit

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

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 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

Re: [Xen-devel] [PATCH v4 05/10] acpi: Refactor acpi_os_map_memory to be architecturally independent

On 2016/1/22 18:15, Jan Beulich wrote: On 22.01.16 at 10:37, wrote: > >On 2016/1/22 16:47, Jan Beulich wrote: >On 22.01.16 at 09:38, wrote: >>> > >>> >On 2016/1/18 21:33, Jan Beulich wrote: >>> >On 16.01.16 at

[Xen-devel] [PATCH 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. Currently it contains GPL and MIT license. Fix the code to reflect the reality. Signed-off-by: Wei Liu --- drivers/net/xen-netback/netback.c | 2 +- 1 file changed, 1 insertion(+),

[Xen-devel] [PATCH 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. Currently it contains GPL and MIT license. Fix the code to reflect the reality. Signed-off-by: Wei Liu --- drivers/block/xen-blkback/blkback.c | 2 +- 1 file changed, 1

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

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 jumped to NULL. GRUB has no threads so it's not a race condition with

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

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 issue with i386 pv-grub2? >>> >> Is it still an issue? If so I'll try to

[Xen-devel] [PATCH 3/4] xl: rework vif config parsing code

The original parse_nic_config was in fact only parsing tokens. main_networkattach erroneously used it to parse raw config string, which led to xl network-attach not respecting network configuration syntax. Rework vif config parser: 1. Extract the snippet in parse_config_data to

[Xen-devel] [PATCH 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. Currently it contains GPL and MIT license. Fix the code to reflect the reality. Signed-off-by: Wei Liu --- drivers/xen/xen-scsiback.c | 2 +- 1 file changed, 1 insertion(+), 1

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

El 22/01/16 a les 13.34, Wei Liu ha escrit: > 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. > > Signed-off-by: Wei Liu Acked-by: Roger Pau

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

On 22/01/16 13: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. > > Signed-off-by: Wei Liu Acked-by: Juergen Gross

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

> -Original Message- > From: xen-devel-boun...@lists.xen.org [mailto:xen-devel- > boun...@lists.xen.org] On Behalf Of Wei Liu > Sent: 22 January 2016 10:51 > To: Bob Liu > Cc: Xen-devel; Wei Liu; David Vrabel > Subject: Re: [Xen-devel] [RFC] VirtFS support on Xen > > On Fri, Jan 22, 2016

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

On Fri, Jan 22, 2016 at 11:12:01AM +, Paul Durrant wrote: > > -Original Message- > > From: xen-devel-boun...@lists.xen.org [mailto:xen-devel- > > boun...@lists.xen.org] On Behalf Of Wei Liu > > Sent: 22 January 2016 10:51 > > To: Bob Liu > > Cc: Xen-devel; Wei Liu; David Vrabel > >

Re: [Xen-devel] [BUG] EDAC infomation partially missing

Am 22.01.16 um 11:40 schrieb Jan Beulich: On 22.01.16 at 10:09, wrote: >> When booting with Xen 4.4.1: >> >> AMD64 EDAC driver v3.4.0 >> EDAC amd64: DRAM ECC enabled. >> EDAC amd64: NB MCE bank disabled, set MSR 0x017b[4] on node 0 to enable. > I wonder how

[Xen-devel] [PATCH 4/4] xl: rework vtpm config parsing code

Follow the same pattern as vif config parse to introduce parse_vtpm_config_token, parse_vtpm_config_one, parse_vtpm_config_multistring and parse_vtpm_config. Then replace open-coded parsing code with appropriate functions. Signed-off-by: Wei Liu --- tools/libxl/xl_cmdimpl.c

[Xen-devel] [PATCH 2/4] xl: wrap long lines where possible

No functional changes introduced. Signed-off-by: Wei Liu --- tools/libxl/xl_cmdimpl.c | 107 --- 1 file changed, 73 insertions(+), 34 deletions(-) diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c index

[Xen-devel] [PATCH 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

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

>>> 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 >>seem to be to handle this via emulation in a device

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

On Fri, Jan 22, 2016 at 04:35:50PM -0500, Boris Ostrovsky wrote: > Start HVMlite guest XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall > page, initialize boot_params, enable early page tables. > > Signed-off-by: Boris Ostrovsky > --- > arch/x86/xen/Makefile |

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

On Fri, Jan 22, 2016 at 06:12:47PM -0500, 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

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

On Fri, Jan 22, 2016 at 4:30 PM, Andrew Cooper wrote: > I would have though the correct way to do direct Linux support would be > to have a very small init stub which constructs an appropriate zero > page, and lets the native entry point get on with things. As hpa

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

On Fri, Jan 22, 2016 at 06:29:19PM +0100, Dario Faggioli wrote: > 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

  1   2   >