On 12/31/2015 8:44 AM, Meng Xu wrote:
On Thu, Dec 31, 2015 at 6:20 PM, Tianyang Chen wrote:
Budget replenishment is now handled by a dedicated timer which is
triggered at the most imminent release time of all runnable vcpus.
Changes since V1:
None
Signed-off-by: Tianyang Chen
Signed-
>>> On 23.12.15 at 12:26, wrote:
> On 23/12/2015 10:24, Jan Beulich wrote:
> Andrew Cooper 12/23/15 11:05 AM >>>
>>> On 22/12/2015 16:59, Jan Beulich wrote:
>>> On 22.12.15 at 17:42, wrote:
> On 22/12/15 16:28, Jan Beulich wrote:
> On 16.12.15 at 22:24, wrote:
>>> +#defi
On 1/4/2016 9:36 AM, Dario Faggioli wrote:
On Mon, 2016-01-04 at 21:48 +0800, Meng Xu wrote:
On Mon, Jan 4, 2016 at 7:42 PM, Ian Campbell
wrote:
On Thu, 2015-12-31 at 04:45 -0500, Tianyang Chen wrote:
Budget replenishment is now handled by a dedicated timer which is
triggered at the most imm
In antcipation of XSM and FLASK migrating to Kconfig add support for
building them via Kconfig or the existing mechanism.
Signed-off-by: Doug Goldstein
---
Still untested but visually looks correct.
Changes since v2:
- Support Xen versions prior to Kconfig being integrated
---
ts-xen-build | 5
On December 25 2015 10:54 AM, wrote:
> > From: Xu, Quan
> > Sent: Wednesday, December 23, 2015 4:26 PM
> >
> > This patch checks all kinds of error and all the way up the call trees
> > of VT-d Device-TLB flush.
> >
> > Signed-off-by: Quan Xu
> > ---
> > xen/arch/x86/acpi/power.c
On Tue, Jan 05, 2016 at 06:16:48PM +0200, Michael S. Tsirkin wrote:
[snip]
> > > > Another thing is that smp_lwsync() may have a third user(other than
> > > > smp_load_acquire() and smp_store_release()):
> > > >
> > > > http://article.gmane.org/gmane.linux.ports.ppc.embedded/89877
> > > >
> > > >
On 01/05/16 11:15, Boris Ostrovsky wrote:
> On 01/04/2016 07:59 PM, Haozhong Zhang wrote:
> >On 01/04/16 13:09, Boris Ostrovsky wrote:
> >>On 12/30/2015 10:03 PM, Haozhong Zhang wrote:
> >>>This patch makes the pvclock return the scaled host TSC and
> >>>corresponding scaling parameters to HVM doma
Am 31.12.2015 um 20:07 schrieb Michael S. Tsirkin:
> On x86/um CONFIG_SMP is never defined. As a result, several macros
> match the asm-generic variant exactly. Drop the local definitions and
> pull in asm-generic/barrier.h instead.
>
> This is in preparation to refactoring this code area.
>
> S
On 05/01/2016 22:59, Boris Ostrovsky wrote:
> On 01/05/2016 05:42 PM, Andrew Cooper wrote:
>> On 05/01/2016 22:26, Boris Ostrovsky wrote:
>>> When copying boot command string for HVMlite guests we explicitly write
>>> '\0' at MAX_GUEST_CMDLINE offset. Unless the string is close to
>>> MAX_GUEST_CMD
On 01/05/2016 05:42 PM, Andrew Cooper wrote:
On 05/01/2016 22:26, Boris Ostrovsky wrote:
When copying boot command string for HVMlite guests we explicitly write
'\0' at MAX_GUEST_CMDLINE offset. Unless the string is close to
MAX_GUEST_CMDLINE in length this write will end up in the wrong place,
On 05/01/2016 22:26, Boris Ostrovsky wrote:
> When copying boot command string for HVMlite guests we explicitly write
> '\0' at MAX_GUEST_CMDLINE offset. Unless the string is close to
> MAX_GUEST_CMDLINE in length this write will end up in the wrong place,
> beyond the end of the mapped range.
>
>
With commit 8c45adec18e0 ("libxc: create unmapped initrd in domain
builder if supported") location of ramdisk may not be available to
HVMlite guests by the time alloc_magic_pages_hvm() is invoked if the
guest supports unmapped initrd.
So let's move ramdisk info initialization (along with a few oth
In addition to moving certain things to a later point I also noticed a small
bug with comamnd line initialization which is fixed in patch 1.
I ended up leaving code that deals with special pages and indenity page
tables in alloc_magic_pages_hvm().
Boris Ostrovsky (2):
libxc: Don't write termin
When copying boot command string for HVMlite guests we explicitly write
'\0' at MAX_GUEST_CMDLINE offset. Unless the string is close to
MAX_GUEST_CMDLINE in length this write will end up in the wrong place,
beyond the end of the mapped range.
Instead we should test string's length early and error
Set IORESOURCE_SYSTEM_RAM to 'flags' of struct resource entries
with "System RAM".
Cc: Andrew Morton
Cc: linux...@kvack.org
Cc: xen-de...@lists.xenproject.org
Acked-by: David Vrabel # xen
Signed-off-by: Toshi Kani
---
drivers/xen/balloon.c |2 +-
mm/memory_hotplug.c |2 +-
2 files ch
This patch-set enhances the iomem table and its search interfacs, and
then changes EINJ to support NVDIMM.
- Patches 1-2 add a new System RAM type, IORESOURCE_SYSTEM_RAM, and
make the iomem search interfaces work with resource flags with
modifier bits set. IORESOURCE_SYSTEM_RAM has IORESOU
Andrew Cooper writes ("Re: [Xen-devel] question about migration"):
> On 05/01/16 15:40, Ian Jackson wrote:
> > Would you like to prepare a patch ?
>
> I don't have a repro of the issue. This thread was merely me triaging
> an issue reported by Wen, given some `git grep`. (There are actually 3
>
On 05/01/16 17:37, Ian Campbell wrote:
> On Tue, 2016-01-05 at 17:13 +, Andrew Cooper wrote:
>> They are: SHARED_1d, known_features[], inverted_features[],
>> {pv,hvm_shadow,hvm_hap}_featuremask[], struct tagged_featureset,
>> deep_deps[], nr_deep_deps, deep_dep_features[] and lookup_deep_deps(
From: Andrew Cooper
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 581b7f158fe0383b492acd1ce3fb4e99d4e57808 upstream.
There appears to be no formal statement of what pv_irq_ops.save_fl() is
supposed to return precisely. Native returns the f
On Tue, 2016-01-05 at 17:13 +, Andrew Cooper wrote:
> They are: SHARED_1d, known_features[], inverted_features[],
> {pv,hvm_shadow,hvm_hap}_featuremask[], struct tagged_featureset,
> deep_deps[], nr_deep_deps, deep_dep_features[] and lookup_deep_deps().
Which ones of these are expected to be c
Ian Campbell writes ("Re: [Xen-devel] [xen-4.3-testing test] 66638: regressions
- FAIL"):
> On Mon, 2016-01-04 at 14:59 +, Ian Jackson wrote:
> > I think we should probably drop this job in the 4.3 branch (and
> > earlier). 4.2 has had no commits since October - in particular, none
> > of the
On 05/01/16 15:40, Ian Jackson wrote:
> Andrew Cooper writes ("Re: [Xen-devel] question about migration"):
>> On 04/01/16 17:46, Ian Jackson wrote:
>>> Suppose a domain goes into SHUTDOWN with reason code SUSPEND. Then
>>> later it is resumed again (perhaps the migration failed). And later
>>> it
http://wiki.xenproject.org/ has a lot of useful info.
You can achieve better disk performance by using raw LVM volumes and
using phy: in the disk config line.
On Tue, 5 Jan 2016, Luca Tongiani wrote:
> Hi,
> Thanks for the hints , I did experiment with the changes you suggested and
> now we were
On Tue, 2016-01-05 at 17:09 +, Andrew Cooper wrote:
> On 05/01/16 16:54, Ian Campbell wrote:
> > On Tue, 2016-01-05 at 16:42 +, Andrew Cooper wrote:
> > >
> > > > IIRC void * arithmetic is a gcc (and presumably clang) extension,
> > > > which
> > > > we
> > > > can specify for Xen itself,
On 05/01/16 16:34, Ian Campbell wrote:
> On Tue, 2016-01-05 at 16:14 +, Andrew Cooper wrote:
>> On 05/01/16 15:17, Ian Campbell wrote:
>>> On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
It is able to reports the current featuresets; both the static masks
and
dynamic feat
On 05/01/16 16:54, Ian Campbell wrote:
> On Tue, 2016-01-05 at 16:42 +, Andrew Cooper wrote:
>>
>>> IIRC void * arithmetic is a gcc (and presumably clang) extension, which
>>> we
>>> can specify for Xen itself, but I'm not sure about libxc (cf: recent
>>> discussions about building stuff for
Ian Campbell writes ("Re: [OSSTEST PATCH 2/2] ms-* html generation: Provide
right title for projection"):
> On Mon, 2016-01-04 at 16:49 +, Ian Jackson wrote:
> > DEPLOYMENT NOTE:
...
> > If it is necessary to downgrade, rewinding to the old commit with a
> > running ms-queuedaemon will cause e
On Tue, 2016-01-05 at 16:42 +, Andrew Cooper wrote:
>
> > IIRC void * arithmetic is a gcc (and presumably clang) extension, which
> > we
> > can specify for Xen itself, but I'm not sure about libxc (cf: recent
> > discussions about building stuff for Windows).
>
> It isn't void* arithmetic.
On 12/22/15 10:09 AM, Jan Beulich wrote:
On 22.12.15 at 17:02, wrote:
>> How does it not make sense in this case? That's what Andrew and I are
>> asking you to explain.
>
> But I already explained it: The file isn't needed for booting.
>
> Jan
>
Jan,
One use of it in /boot would be to ch
On Tue, 2016-01-05 at 10:34 -0600, Doug Goldstein wrote:
> On 1/5/16 10:13 AM, Wei Liu wrote:
> > On Tue, Jan 05, 2016 at 03:36:21PM +, Ian Campbell wrote:
> > > On Tue, 2016-01-05 at 14:37 +, Ian Campbell wrote:
> > > >
> > > > which on the basis of this discussion I wasn't expecting. I d
On 05/01/16 16:03, Ian Campbell wrote:
> On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
>> Some features depend on other features. Working out and maintaining the
>> exact
>> dependency tree is complicated, so it is expressed in script form instead.
>>
>> `gen-feature-deps.py` parses 'xe
On Tue, Jan 05, 2016 at 04:24:19PM +, Ian Campbell wrote:
> On Tue, 2016-01-05 at 16:13 +, Wei Liu wrote:
> > On Tue, Jan 05, 2016 at 03:36:21PM +, Ian Campbell wrote:
> > > On Tue, 2016-01-05 at 14:37 +, Ian Campbell wrote:
> > > >
> > > > which on the basis of this discussion I w
On Tue, 2016-01-05 at 16:19 +, Andrew Cooper wrote:
> On 05/01/16 16:09, Ian Campbell wrote:
> > On Tue, 2016-01-05 at 15:59 +, Andrew Cooper wrote:
> > > On 05/01/16 15:36, Ian Campbell wrote:
> > > > On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> > > > > diff --git a/tools/libx
On 01/05/2016 09:06 AM, Ian Campbell wrote:
On Tue, 2015-12-22 at 09:48 -0500, Boris Ostrovsky wrote:
On 12/22/2015 09:36 AM, Roger Pau Monné wrote:
El 22/12/15 a les 15.12, Boris Ostrovsky ha escrit:
On 12/22/2015 04:42 AM, Roger Pau Monné wrote:
Also, why is everything done inside of alloc_
On Tue, 2016-01-05 at 16:14 +, Andrew Cooper wrote:
> On 05/01/16 15:17, Ian Campbell wrote:
> > On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> > > It is able to reports the current featuresets; both the static masks
> > > and
> > > dynamic featuresets from Xen, or to decode an arbit
On 1/5/16 10:13 AM, Wei Liu wrote:
> On Tue, Jan 05, 2016 at 03:36:21PM +, Ian Campbell wrote:
>> On Tue, 2016-01-05 at 14:37 +, Ian Campbell wrote:
>>>
>>> which on the basis of this discussion I wasn't expecting. I didn't see this
>>> new file on i686 or ARM*.
>>>
>>> My baseline is from
On Tue, 2016-01-05 at 16:13 +, Wei Liu wrote:
> On Tue, Jan 05, 2016 at 03:36:21PM +, Ian Campbell wrote:
> > On Tue, 2016-01-05 at 14:37 +, Ian Campbell wrote:
> > >
> > > which on the basis of this discussion I wasn't expecting. I didn't
> > > see this
> > > new file on i686 or ARM*.
On 05/01/16 15:54, Ian Campbell wrote:
> On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
>> It is conceptually wrong to base a VM's featureset on the features
>> visible to
>> the toolstack which happens to construct it.
>>
>> Instead, the featureset used is either an explicit one passed by
On 01/04/2016 08:15 PM, Haozhong Zhang wrote:
On 01/04/16 13:26, Boris Ostrovsky wrote:
On 12/30/2015 10:03 PM, Haozhong Zhang wrote:
This patch adds several functions to take multiplication, division and
shifting involving 64-bit integers. Those functions are derived from
Linux kernel and will
On 05/01/16 15:42, Ian Campbell wrote:
> On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
>> Later changes will cause the cpuid generation logic to seed their
>> information
>> from a featureset. This patch adds the infrastructure to specify a
>> featureset, and will obtain the appropriate
On 05/01/16 16:09, Ian Campbell wrote:
> On Tue, 2016-01-05 at 15:59 +, Andrew Cooper wrote:
>> On 05/01/16 15:36, Ian Campbell wrote:
>>> On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
diff --git a/tools/libxc/xc_misc.c b/tools/libxc/xc_misc.c
index c613545..4d7af3d 100644
>
On Tue, Jan 05, 2016 at 05:53:41PM +0800, Boqun Feng wrote:
> On Tue, Jan 05, 2016 at 10:51:17AM +0200, Michael S. Tsirkin wrote:
> > On Tue, Jan 05, 2016 at 09:36:55AM +0800, Boqun Feng wrote:
> > > Hi Michael,
> > >
> > > On Thu, Dec 31, 2015 at 09:07:42PM +0200, Michael S. Tsirkin wrote:
> > >
On 01/04/2016 07:59 PM, Haozhong Zhang wrote:
On 01/04/16 13:09, Boris Ostrovsky wrote:
On 12/30/2015 10:03 PM, Haozhong Zhang wrote:
This patch makes the pvclock return the scaled host TSC and
corresponding scaling parameters to HVM domains if guest TSC is not
emulated and TSC scaling is enabl
On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> When generating a VM featureset, clearing individual features is
> problematic
> if a feature has dependent features.
>
> Instead of disabling individual features, collect all disabling together
> in
> sanitise_featureset(), and perform dee
On 05/01/16 15:17, Ian Campbell wrote:
> On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
>> It is able to reports the current featuresets; both the static masks and
>> dynamic featuresets from Xen, or to decode an arbitrary featureset into
>> `/proc/cpuinfo` style strings.
> More than addin
On Tue, Jan 05, 2016 at 03:36:21PM +, Ian Campbell wrote:
> On Tue, 2016-01-05 at 14:37 +, Ian Campbell wrote:
> >
> > which on the basis of this discussion I wasn't expecting. I didn't see this
> > new file on i686 or ARM*.
> >
> > My baseline is from the last time I committed, which wou
On Tue, 2016-01-05 at 15:42 +, Andrew Cooper wrote:
> On 05/01/16 15:02, Ian Campbell wrote:
> > On Tue, 2016-01-05 at 14:23 +, Andrew Cooper wrote:
> > > On 05/01/16 14:18, Ian Campbell wrote:
> > > > On Tue, 2016-01-05 at 14:17 +, Andrew Cooper wrote:
> > > > > On 05/01/16 14:13, Ian
On Tue, 2016-01-05 at 15:59 +, Andrew Cooper wrote:
> On 05/01/16 15:36, Ian Campbell wrote:
> > On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> > > diff --git a/tools/libxc/xc_misc.c b/tools/libxc/xc_misc.c
> > > index c613545..4d7af3d 100644
> > > --- a/tools/libxc/xc_misc.c
> > > +
On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> Some features depend on other features. Working out and maintaining the exact
> dependency tree is complicated, so it is expressed in script form instead.
>
> `gen-feature-deps.py` parses 'xen/include/public/arch-x86/featureset.h' (To
> ob
On 05/01/16 15:36, Ian Campbell wrote:
> On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
>> diff --git a/tools/libxc/xc_misc.c b/tools/libxc/xc_misc.c
>> index c613545..4d7af3d 100644
>> --- a/tools/libxc/xc_misc.c
>> +++ b/tools/libxc/xc_misc.c
>> @@ -718,6 +718,33 @@ int xc_hvm_inject_tra
On Tue, Jan 05, 2016 at 04:39:37PM +0100, Christian Borntraeger wrote:
> On 01/05/2016 10:30 AM, Michael S. Tsirkin wrote:
>
> >
> > arch/s390/kernel/vdso.c:smp_mb();
> >
> > Looking at
> > Author: Christian Borntraeger
> > Date: Fri Sep 11 16:23:06 2015 +0200
> >
> >
On Tue, Jan 5, 2016 at 10:34 PM, Wei Liu wrote:
> On Tue, Jan 05, 2016 at 10:30:53PM +0800, Meng Xu wrote:
>> Hi Wei,
>>
>> On Mon, Jan 4, 2016 at 6:15 PM, Wei Liu wrote:
>> > This email only tracks big items for xen.git tree. Please reply for items
>> > you
>> > woulk like to see in 4.7 so that
On 05/01/16 16:46, Ian Campbell wrote:
> On Fri, 2015-12-18 at 14:14 +0100, Juergen Gross wrote:
>> diff --git a/xen/include/xsm/xsm.h b/xen/include/xsm/xsm.h
>> index 3fc3824..6304eb9 100644
>> --- a/xen/include/xsm/xsm.h
>> +++ b/xen/include/xsm/xsm.h
>> @@ -35,6 +35,7 @@ enum xsm_default {
>>
On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> It is conceptually wrong to base a VM's featureset on the features
> visible to
> the toolstack which happens to construct it.
>
> Instead, the featureset used is either an explicit one passed by the
> toolstack, or the default which Xen be
On Fri, 2015-12-18 at 14:14 +0100, Juergen Gross wrote:
> diff --git a/xen/include/xsm/xsm.h b/xen/include/xsm/xsm.h
> index 3fc3824..6304eb9 100644
> --- a/xen/include/xsm/xsm.h
> +++ b/xen/include/xsm/xsm.h
> @@ -35,6 +35,7 @@ enum xsm_default {
> XSM_DM_PRIV, /* Device model can perform on
Andrew Cooper writes ("Re: [Xen-devel] question about migration"):
> On 04/01/16 17:46, Ian Jackson wrote:
> > Suppose a domain goes into SHUTDOWN with reason code SUSPEND. Then
> > later it is resumed again (perhaps the migration failed). And later
> > it shuts down cleanly.
> >
> > Will this ge
On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> Later changes will cause the cpuid generation logic to seed their
> information
> from a featureset. This patch adds the infrastructure to specify a
> featureset, and will obtain the appropriate default from Xen if omitted.
>
> Signed-off-
On 05/01/16 15:02, Ian Campbell wrote:
> On Tue, 2016-01-05 at 14:23 +, Andrew Cooper wrote:
>> On 05/01/16 14:18, Ian Campbell wrote:
>>> On Tue, 2016-01-05 at 14:17 +, Andrew Cooper wrote:
On 05/01/16 14:13, Ian Campbell wrote:
> On Tue, 2015-12-22 at 09:29 -0700, Jan Beulich wro
On 01/05/2016 10:30 AM, Michael S. Tsirkin wrote:
>
> arch/s390/kernel/vdso.c:smp_mb();
>
> Looking at
> Author: Christian Borntraeger
> Date: Fri Sep 11 16:23:06 2015 +0200
>
> s390/vdso: use correct memory barrier
>
> By definition smp_wmb only orde
Ian Campbell writes ("Re: [OSSTEST PATCH] support XSM/FLASK via Kconfig"):
> On Tue, 2015-12-22 at 13:00 -0600, Doug Goldstein wrote:
> > In antcipation of XSM and FLASK migrating to Kconfig add support for
> > building them via Kconfig or the existing mechanism.
...
> The general shape looks plaus
On Tue, 2016-01-05 at 14:37 +, Ian Campbell wrote:
>
> which on the basis of this discussion I wasn't expecting. I didn't see this
> new file on i686 or ARM*.
>
> My baseline is from the last time I committed, which would be last year, so
> maybe something other than my current batch of patch
On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> diff --git a/tools/libxc/xc_misc.c b/tools/libxc/xc_misc.c
> index c613545..4d7af3d 100644
> --- a/tools/libxc/xc_misc.c
> +++ b/tools/libxc/xc_misc.c
> @@ -718,6 +718,33 @@ int xc_hvm_inject_trap(
> return rc;
> }
>
> +int xc_get_fe
From: Andrew Cooper
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit 581b7f158fe0383b492acd1ce3fb4e99d4e57808 upstream.
There appears to be no formal statement of what pv_irq_ops.save_fl() is
supposed to return precisely.
Ian Campbell writes ("Re: [PATCH v4 2/5] libxl: Fix libxl_set_memory_target
return value"):
> On Mon, 2016-01-04 at 17:37 +, Ian Jackson wrote:
> > Can you go back to `lrc' for just that one use ? I think that would
> > be analogous with CODING_STYLE's suggestion to use `rc' for libxl
> > err
On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote:
> It is able to reports the current featuresets; both the static masks and
> dynamic featuresets from Xen, or to decode an arbitrary featureset into
> `/proc/cpuinfo` style strings.
More than adding a utility does this not also arrange for a
On Tue, 2016-01-05 at 14:23 +, Andrew Cooper wrote:
> On 05/01/16 14:18, Ian Campbell wrote:
> > On Tue, 2016-01-05 at 14:17 +, Andrew Cooper wrote:
> > > On 05/01/16 14:13, Ian Campbell wrote:
> > > > On Tue, 2015-12-22 at 09:29 -0700, Jan Beulich wrote:
> > > > > > > > On 16.12.15 at 22:2
On Thu, 2015-12-17 at 17:36 +, Ian Campbell wrote:
> On Thu, 2015-12-17 at 17:17 +, Julien Grall wrote:
> > Hi Ian,
> >
> > On 11/12/15 15:28, Julien Grall wrote:
> > > Hi all,
> > >
> > > This patch series aims to fix the emulation of register {w,x}zr for
> > > ARM64.
> > >
> > > A bran
On Mon, 2016-01-04 at 17:37 +, Ian Jackson wrote:
> George Dunlap writes ("[PATCH v4 2/5] libxl: Fix libxl_set_memory_target
> return value"):
> > 2. Use 'r' for return values to functions whose return values are a
> > different error space (like xc_domain_setmaxmem and
> > xc_domain_set_pod_ta
On Thu, 2015-12-17 at 17:29 +, Julien Grall wrote:
> Ian pointed out that the definition of "offset" and "appropriate
> boundary" in the comments added by "xen/arm: vgic: Optimize the way to
> store the target vCPU in the rank" were not cleared.
>
> Clarify them by explicitly mentionning the o
On Wed, 2015-12-16 at 12:31 +, Ian Campbell wrote:
> In attempting to disaggregate libxenctrl I found that many of the
> pieces were going to want access to this library, so split it out (as
> it probably should always have been).
>
> Various build adjustments are needed. In particular things
On Mon, 2016-01-04 at 17:00 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH] tools: allow configure time choice of
> libexec subdirectory."):
> > I somehow slipped a stray ` in there and didn't notice, sorry.
>
> This looks like a reasonable change aside from that but we should
> defi
On Wed, 2015-12-16 at 23:13 +0100, Samuel Thibault wrote:
> Ian Campbell, on Wed 16 Dec 2015 12:31:08 +, wrote:
> > ... rather than in the libxc rule.
> >
> > This puts all the header dependencies in one place and will allow us
> > to avoid races when more libraries which need these headers ar
On Tue, 2016-01-05 at 06:53 +, Tian, Kevin wrote:
> > From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> > Sent: Monday, January 04, 2016 6:00 PM
> >
> > Most #DB exceptions are traps rather than faults, meaning that the
> > instruction
> > pointer in the exception frame points after the
Hi,
Thanks for the hints , I did experiment with the changes you suggested
and now we were able to achieve the following result : the performance
of the domU is 50 % of the dom0 .
Is it possible to improve these numbers more ?
Also , do you have any advice on where to find extensive documenta
On Mon, Jan 04, 2016 at 01:59:34PM +, Russell King - ARM Linux wrote:
> On Mon, Jan 04, 2016 at 02:54:20PM +0100, Peter Zijlstra wrote:
> > On Mon, Jan 04, 2016 at 02:36:58PM +0100, Peter Zijlstra wrote:
> > > On Sun, Jan 03, 2016 at 11:12:44AM +0200, Michael S. Tsirkin wrote:
> > > > On Sat, J
On Mon, 2016-01-04 at 14:26 +, Wei Liu wrote:
> On Mon, Jan 04, 2016 at 08:14:23AM -0600, Doug Goldstein wrote:
> > On 1/4/16 6:28 AM, Wei Liu wrote:
> > > On Mon, Dec 21, 2015 at 10:46:43PM -0600, Doug Goldstein wrote:
> > > > The flask utilities only have dependencies on libxc so there's no
>
On 01/05/2016 04:16 PM, Tamas K Lengyel wrote:
>
>
> On Tue, Jan 5, 2016 at 3:01 PM, Razvan Cojocaru
> mailto:rcojoc...@bitdefender.com>> wrote:
>
> On 01/05/2016 03:49 PM, Andrew Cooper wrote:
> > On 05/01/16 13:39, Razvan Cojocaru wrote:
> >> Here's a quick log of the emulated inst
On Tue, Jan 05, 2016 at 10:30:53PM +0800, Meng Xu wrote:
> Hi Wei,
>
> On Mon, Jan 4, 2016 at 6:15 PM, Wei Liu wrote:
> > This email only tracks big items for xen.git tree. Please reply for items
> > you
> > woulk like to see in 4.7 so that people have an idea what is going on and
> > prioritise
Hi Wei,
On Mon, Jan 4, 2016 at 6:15 PM, Wei Liu wrote:
> This email only tracks big items for xen.git tree. Please reply for items you
> woulk like to see in 4.7 so that people have an idea what is going on and
> prioritise accordingly.
>
> You're welcome to provide description and use cases of t
On 05/01/16 14:18, Ian Campbell wrote:
> On Tue, 2016-01-05 at 14:17 +, Andrew Cooper wrote:
>> On 05/01/16 14:13, Ian Campbell wrote:
>>> On Tue, 2015-12-22 at 09:29 -0700, Jan Beulich wrote:
>>> On 16.12.15 at 22:24, wrote:
> --- a/xen/include/public/arch-x86/featureset.h
> +++ b
On 05/01/16 14:19, Ian Campbell wrote:
> On Tue, 2015-12-22 at 17:03 +, Andrew Cooper wrote:
>> On 22/12/15 16:32, Jan Beulich wrote:
>> On 16.12.15 at 22:24, wrote:
--- /dev/null
+++ b/xen/arch/x86/cpuid/cpuid-private.h
@@ -0,0 +1,27 @@
+#ifdef __XEN__
+
+#in
On 05/01/16 14:13, Ian Campbell wrote:
> On Tue, 2015-12-22 at 09:29 -0700, Jan Beulich wrote:
> On 16.12.15 at 22:24, wrote:
>>> --- a/xen/include/public/arch-x86/featureset.h
>>> +++ b/xen/include/public/arch-x86/featureset.h
>>> @@ -163,6 +163,7 @@
>>>
>>> /* Intel-defined CPU features,
On Tue, Jan 5, 2016 at 3:01 PM, Razvan Cojocaru
wrote:
> On 01/05/2016 03:49 PM, Andrew Cooper wrote:
> > On 05/01/16 13:39, Razvan Cojocaru wrote:
> >> Here's a quick log of the emulated instructions on my setup:
> >> http://pastebin.com/raw/XXQ0Lnzh
> >
> > Hmm - according to that, the final in
On Tue, 5 Jan 2016 15:04:43 +0200
"Michael S. Tsirkin" wrote:
> On Tue, Jan 05, 2016 at 01:08:52PM +0100, Martin Schwidefsky wrote:
> > On Tue, 5 Jan 2016 11:30:19 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > On Tue, Jan 05, 2016 at 09:13:19AM +0100, Martin Schwidefsky wrote:
> > > > On Mon,
On Tue, 2015-12-22 at 17:03 +, Andrew Cooper wrote:
> On 22/12/15 16:32, Jan Beulich wrote:
> > > > > On 16.12.15 at 22:24, wrote:
> > > --- /dev/null
> > > +++ b/xen/arch/x86/cpuid/cpuid-private.h
> > > @@ -0,0 +1,27 @@
> > > +#ifdef __XEN__
> > > +
> > > +#include
> > > +
> > > +#include
>
On Tue, 2016-01-05 at 14:17 +, Andrew Cooper wrote:
> On 05/01/16 14:13, Ian Campbell wrote:
> > On Tue, 2015-12-22 at 09:29 -0700, Jan Beulich wrote:
> > > > > > On 16.12.15 at 22:24, wrote:
> > > > --- a/xen/include/public/arch-x86/featureset.h
> > > > +++ b/xen/include/public/arch-x86/featu
On Tue, 5 Jan 2016, Shannon Zhao wrote:
> Hi,
>
> On 2015/11/30 23:42, Julien Grall wrote:
> > Hi Shannon,
> >
> > On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> >> From: Parth Dixit
> >>
> >> Interrupt information is described in DSDT and is not available at
> >> the time of booting. Confi
On 01/04/16 10:15, Wei Liu wrote:
> This email only tracks big items for xen.git tree. Please reply for items you
> woulk like to see in 4.7 so that people have an idea what is going on and
> prioritise accordingly.
>
> You're welcome to provide description and use cases of the feature you're
> wo
On Tue, 2015-12-22 at 09:29 -0700, Jan Beulich wrote:
> > > > On 16.12.15 at 22:24, wrote:
> > --- a/xen/include/public/arch-x86/featureset.h
> > +++ b/xen/include/public/arch-x86/featureset.h
> > @@ -163,6 +163,7 @@
> >
> > /* Intel-defined CPU features, CPUID level 0x0007:0.ebx, word 5 */
On 05/01/16 14:01, Razvan Cojocaru wrote:
> On 01/05/2016 03:49 PM, Andrew Cooper wrote:
>> On 05/01/16 13:39, Razvan Cojocaru wrote:
>>> Here's a quick log of the emulated instructions on my setup:
>>> http://pastebin.com/raw/XXQ0Lnzh
>> Hmm - according to that, the final instruction emulated was
On Fri, 18 Dec 2015, Stefano Stabellini wrote:
> On Wed, 2 Dec 2015, Michael S. Tsirkin wrote:
> > On Wed, Dec 02, 2015 at 05:16:18PM +, Stefano Stabellini wrote:
> > > On Wed, 2 Dec 2015, Michael S. Tsirkin wrote:
> > > > On Wed, Dec 02, 2015 at 04:56:21PM +, Stefano Stabellini wrote:
> >
On Tue, 2015-12-22 at 09:48 -0500, Boris Ostrovsky wrote:
> On 12/22/2015 09:36 AM, Roger Pau Monné wrote:
> > El 22/12/15 a les 15.12, Boris Ostrovsky ha escrit:
> > > On 12/22/2015 04:42 AM, Roger Pau Monné wrote:
> > > > Also, why is everything done inside of alloc_magic_pages_hvm moved
> > > >
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemuu-winxpsp3
testid xen-boot
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-tradition
There are a few issues in the config files. In conf_DomU_WindowsHVM:
- device_model is set to /usr/lib64/xen/bin/qemu-dm, which is the old
qemu-xen-traditional device model, known to have worse disk
performance. Just delete this line to use the newer QEMU based tree.
- disk is set to [ '/dev/v
I forgot : all drivers about Xen frontend have been compiled into the
kernel (not module).
Il 05/01/2016 13:42, Stefano Stabellini ha scritto:
The xenstore-ls output is not complete. Could you please send it again?
I noticed from the DomU config file that it is not a Windows VM, as
previously
On 01/05/16 11:00, Stefano Stabellini wrote:
> On Mon, 4 Jan 2016, Konrad Rzeszutek Wilk wrote:
> > On Mon, Jan 04, 2016 at 04:01:08PM +, Stefano Stabellini wrote:
> > > CC'ing the Xen tools maintainers and Anthony.
> > >
> > > On Tue, 29 Dec 2015, Haozhong Zhang wrote:
> > > > Reuse existing
On 01/05/2016 03:49 PM, Andrew Cooper wrote:
> On 05/01/16 13:39, Razvan Cojocaru wrote:
>> Here's a quick log of the emulated instructions on my setup:
>> http://pastebin.com/raw/XXQ0Lnzh
>
> Hmm - according to that, the final instruction emulated was
>
> d1v0 32bit @ 0008:828925db -> fa
>
> wh
Sorry but I sent these logs because I have no longer available the
Virtualizer of Windows DomU .
In any case the problem of the performance of disks is present both in
the case of Linux machines PV and Windows machines HVM .
I attach the complete log of the server and the conf of my HVM Windows
On 05/01/16 13:39, Razvan Cojocaru wrote:
> On 01/05/2016 01:56 PM, Andrew Cooper wrote:
>> On 05/01/16 11:49, Tamas K Lengyel wrote:
>>> Hi all,
>>> I've been stress-testing the built-in emulator using the vm_event
>>> response VM_EVENT_FLAG_EMULATE feature. In the test I've turned all
>>> pages n
On 05/01/16 12:05, Tamas K Lengyel wrote:
>
>
> On Tue, Jan 5, 2016 at 12:56 PM, Andrew Cooper
> mailto:andrew.coop...@citrix.com>> wrote:
>
> On 05/01/16 11:49, Tamas K Lengyel wrote:
>> Hi all,
>> I've been stress-testing the built-in emulator using the vm_event
>> response VM_EVE
1 - 100 of 149 matches
Mail list logo
