>>> 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 max_wp_ram_ranges =
> +( s->domain
>>> 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, because it assumes elf
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 car
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 *
>> > acpi_os_map_memory(acpi_physical_addre
>>> 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
> acpi_os_get_root_pointer(void)
>>> > void __iomem *
>>>
>>> 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 levelling_caps;
>
> +DEFINE_PER_C
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 from /sys/devices/system/
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
>
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 happening
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
>
>>> 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 *__init noinline
> get_cpuidmask(
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:
> -
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
> >>> > +++ b/xen/drivers/acpi/osl.c
> >>> > @@ -86,17 +86,7 @@ acpi_physical_add
>>> On 16.12.15 at 22:24, wrote:
> + if (msr_basic)
> + __probe_mask_msr(&msr_basic, LCAP_1cd, &cpumask_defaults._1cd);
> +
> + if (msr_ext)
> + __probe_mask_msr(&msr_ext, LCAP_e1cd, &cpumask_defaults.e1cd);
> +
> + if (msr_xsave)
> + __probe_mask_ms
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 parties agree, or only one
>>> 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;
> }
> +
> +if
>>> 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 *these_masks = &this_cpu(cpumasks);
>
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 elf_load_bsdsyms is broken when loadi
>>> 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 )
> d->arch.x86_model |= (
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
> physi
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 expected_levelling_cap;
>> unsigned int _
>>> 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:
>[] do_IRQ+0x451/0x6ea
>[] common_interrupt+0
>>> 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:
>> >>> > --- a/xen/drivers/acpi/osl.c
>> >>> > +++ b/xen/drivers/acpi/osl.c
>>> 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 avoided by denying the request.
Upon share
>>> 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 with
all ones during boot.
Ho
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 significantly.
>
> How
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 dom
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]. VirtF
>>> 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.
>
> Signed-off-by: Roger
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 s
>>> 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 used in the xen_arch_do
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 de
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 Xen specific function to in
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 equally to anyone reading th
>>> 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, this should able to reduce the grant
>>> en
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, be
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 PIT, regardless of whet
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
> -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 a
>>> 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);
>>> + printk(XENLOG_WARNING "Fam %#x, model %#x level %#
On 21/01/2016 18:01, Stefano Stabellini wrote:
> -XEN_PT_LOG(&s->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),
> -
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
> > Subj
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 valid his message is. We actual
>>> 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;
> +if ( type == HVMOP_I
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 vtpm
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 100644
--- a/tools/libx
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 | 119 +++
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 f380799..ff561c3 100644
--- a/too
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 parse_nic_config_o
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 06:01, wrote:
>> >>> >--- a/xen/drivers/acpi/osl.c
>> >>>
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 05:52:12AM -0700, Jan Beulich wrote:
>At the
>>> 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:
>> >>> >
>> >>> >On 2016/1/18 21:33, Jan Beulich wrote:
>> >>>
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
>>> 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 model. Yes,
>>ARM guest
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(+), 1 deletion(-)
diff -
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 insertion(+), 1 deletion(-)
diff
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 deletion(-)
diff --git a/
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 fields used in the bitma
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 Monné
Thanks.
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
> ---
> drivers/xen/xen-scsi
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 itsel
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 jum
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 rep
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 this
>>> 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 an RTC-absent flag in th
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 t
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 bitmap is
>>> placed in th
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
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 fr
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 if
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 bounci
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 issue
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
__attribute__((use
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 l
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!
___
Xen-devel mailing list
Xen-devel@l
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
> >>seem to be to handle this
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 ^ levelling_caps) & levelling_caps);
+ printk(XE
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 the
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 the
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
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 the
On 22/01/16 09:40, Jan Beulich wrote:
On 16.12.15 at 22:24, wrote:
>> +if (msr_basic)
>> +__probe_mask_msr(&msr_basic, LCAP_1cd, &cpumask_defaults._1cd);
>> +
>> +if (msr_ext)
>> +__probe_mask_msr(&msr_ext, LCAP_e1cd, &cpumask_defaults.e1cd);
>> +
>> +if (m
>>> 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:
> +expected_levelling_cap, levelling_caps,
> +(expected_levelling_cap ^ levelling_cap
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
> qemu-xen-traditi
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 license
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 fi
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);
>> cpumask_default
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
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 p2m
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, I
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 *nextd)
>> {
>> struct cp
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 a
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;
^~~~
xenalyze.c:
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
---
tools/xentrace/xenalyze.c | 17
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.
[0]
>>> 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 || boot_cpu_data.x86_mask == 4))
>>> paddr_bits = 36;
>>>
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. C
>>> 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 = &this_cpu(cpumasks);
>>> const struct cpumasks *masks =
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 so
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 host-install(3
1 - 100 of 198 matches
Mail list logo
