On 05/18/2015 11:39 AM, Jan Beulich wrote:
On 08.05.15 at 23:06, boris.ostrov...@oracle.com wrote:
--- a/xen/arch/x86/hvm/svm/vpmu.c
+++ b/xen/arch/x86/hvm/svm/vpmu.c
@@ -45,6 +45,7 @@ static unsigned int __read_mostly num_counters;
static const u32 __read_mostly *counters;
static const u32
Hi Ian,
On 15 May 2015 at 21:35, Ian Campbell ian.campb...@citrix.com wrote:
On Fri, 2015-05-15 at 16:51 +0100, Julien Grall wrote:
The commit 50dcb3de603927db2fd87ba09e29c817415aaa44 xen: arm: X-Gene Storm
check GIC DIST address for EOI quirk disable the quirk for boards using
the new
On 12/05/15 18:18, Joao Martins wrote:
Refactors how grants are claimed/released/revoked by moving that code
into claim_grant and release_grant helpers routines that can be shared
in both TX/RX path.
Reviewed-by: David Vrabel david.vra...@citrix.com
But should this be generic? Is it useful
On 18.05.15 at 17:30, ian.campb...@citrix.com wrote:
`libxenctrl` today exposes many symbols which look to be internal. We
should consider also reducing that set by using
`__attribute__((visibility(hidden)))`.
Or a version script?
Jan
___
Fabio Fantoni writes ([PATCH v2][RFC] libxl: Add AHCI support for upstream
qemu):
If enabled adds ich9 disk controller in ahci mode and uses it with
upstream qemu to emulate disks instead of ide.
I'm sorry for perhaps querying the obvious, but why is this a good
idea ? I think the underlying
Hi Julien,
On 15 May 2015 at 21:21, Julien Grall julien.gr...@citrix.com wrote:
Until recently, a maintenance IRQ was requested for any IRQ injected to
the guest on x-gene platform.
The commit 50dcb3de603927db2fd87ba09e29c817415aaa44 xen: arm: X-Gene Storm
check GIC DIST address for EOI
On 08.05.15 at 23:06, boris.ostrov...@oracle.com wrote:
--- a/xen/arch/x86/hvm/svm/vpmu.c
+++ b/xen/arch/x86/hvm/svm/vpmu.c
@@ -45,6 +45,7 @@ static unsigned int __read_mostly num_counters;
static const u32 __read_mostly *counters;
static const u32 __read_mostly *ctrls;
static bool_t
On 18/05/15 11:16, Jan Beulich wrote:
On 14.05.15 at 13:21, david.vra...@citrix.com wrote:
void _spin_lock(spinlock_t *lock)
{
+spinlock_tickets_t tickets = { .tail = 1, };
This breaks the build on gcc 4.3.x (due to tail being a member of an
unnamed structure member of a union).
I
On 18.05.15 at 17:33, david.vra...@citrix.com wrote:
On 18/05/15 11:16, Jan Beulich wrote:
On 14.05.15 at 13:21, david.vra...@citrix.com wrote:
void _spin_lock(spinlock_t *lock)
{
+spinlock_tickets_t tickets = { .tail = 1, };
This breaks the build on gcc 4.3.x (due to tail being a
On 05/18/2015 11:15 AM, Jan Beulich wrote:
On 08.05.15 at 23:06, boris.ostrov...@oracle.com wrote:
--- /dev/null
+++ b/xen/include/public/arch-x86/pmu.h
@@ -0,0 +1,122 @@
+#ifndef __XEN_PUBLIC_ARCH_X86_PMU_H__
+#define __XEN_PUBLIC_ARCH_X86_PMU_H__
+
+/* x86-specific PMU definitions */
+
+/*
QEMU upstream has been the default for several releases. The only
setting described in that document is no longer required.
Signed-off-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir
On 12/05/15 18:18, Joao Martins wrote:
It allows a newly allocated skb to reuse the gref taken from the
pending_ring, which means xennet will grant the pages once and release
them only when freeing the device. It changes how netfront handles news
skbs to be able to reuse the allocated pages
On 18/05/15 16:30, Ian Campbell wrote:
# Major External Consumers of `libxenctrl`
* qemu
* kexec tools
* in guest tools e.g. users of `libxenstore`, `libvchan`, and by
extension `grant table` and `event channel` functionality. NB:
`libxenstore` is already `SSU` or `SSS` (XXX?)
#
Il 18/05/2015 17:43, Wei Liu ha scritto:
On Fri, May 15, 2015 at 01:54:32PM +0200, Fabio Fantoni wrote:
NOTES:
This patch is a only a fast draft for testing.
Some tests result:
At xl create cdrom empty or not are both working, xl cd-insert is
working, xl cd-eject seems working but on xl
(I look at overall code structure this pass. I haven't done a line by
line review.)
On Sun, Apr 19, 2015 at 11:50:49AM +0800, Chunyan Liu wrote:
Add pvusb APIs, including:
- attach/detach (create/destroy) virtual usb controller.
- attach/detach usb device
- list usb controller and usb
On 18/05/15 13:46, Jan Beulich wrote:
This is needed as stacks are going to become non-executable. Use
separate stub pages (shared among suitable CPUs on the same node)
instead.
Signed-off-by: Jan Beulich jbeul...@suse.com
Can you please include a description of how you intend the stubs to
flight 56662 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56662/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemuu-ovmf-amd64 15 guest-localmigrate/x10 fail in 56626
pass in 56662
On Fri, May 15, 2015 at 09:52:23AM +0800, Chen, Tiejun wrote:
[...]
...
BRDM_RESERVE_STRING has the form C[KEY=VALUE,KEY=VALUE,... where:
=over 4
=item BKEY=VALUE
Possible BKEYs are:
=over 4
=item Btype=STRING
Currently we just have one type. host means all reserved
On Thu, May 14, 2015 at 04:27:45PM +0800, Chen, Tiejun wrote:
On 2015/5/11 19:32, Wei Liu wrote:
On Mon, May 11, 2015 at 04:09:53PM +0800, Chen, Tiejun wrote:
On 2015/5/8 22:43, Wei Liu wrote:
Sorry for the late review. This series fell through the crack.
Thanks for your review.
On
Dario,
Sorry I forgot to CC you when I sent this. :-/
Wei.
On Mon, May 18, 2015 at 04:34:48PM +0100, Wei Liu wrote:
Boris discovered that HVM vNUMA didn't actually work. This patch series fixes
that.
The first patch is a prerequisite patch for the actual fixes. The second patch
is to help
flight 5 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/5/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu 14 guest-localmigrate fail REGR. vs. 56375
test-amd64-amd64-xl
flight 56671 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56671/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 18 guest-start/debianhvm.repeat fail
REGR. vs. 56492
On 05/18/2015 08:38 AM, Ian Campbell wrote:
On Fri, 2015-05-15 at 10:39 +0100, Ian Campbell wrote:
The header file defining these SIDs is buried in the hypervisor source
tree (xen/xsm/flask/include/flask.h) and is only generated during a build
with XSM enabled. It may be simpler to define the
flight 56673 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56673/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
On 5/19/2015 at 02:07 AM, in message
20150518180724.gh9...@zion.uk.xensource.com, Wei Liu wei.l...@citrix.com
wrote:
(I look at overall code structure this pass. I haven't done a line by
line review.)
On Sun, Apr 19, 2015 at 11:50:49AM +0800, Chunyan Liu wrote:
Add pvusb APIs,
On 5/18/2015 at 10:30 PM, in message
20150518143008.ge9...@zion.uk.xensource.com, Wei Liu wei.l...@citrix.com
wrote:
On Mon, May 18, 2015 at 03:23:38PM +0100, Ian Jackson wrote:
Chunyan Liu writes ([PATCH V3 2/6] libxl_read_file_contents: fix reading
sysfs file):
Sysfs file has
flight 56677 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56677/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56589
Regressions which are
flight 56679 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56679/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 16 guest-localmigrate/x10 fail in 56637 REGR.
vs.
On Mon, 18 May 2015, Ian Campbell wrote:
On Mon, 2015-05-18 at 10:49 +0100, George Dunlap wrote:
Is there really no way to start up a qdisk process after the domain is
created? The qdisk process doesn't actually need to do any emulation,
after all -- it's just acting as a backend, right?
From: Wei Liu [mailto:wei.l...@citrix.com]
Sent: Tuesday, May 19, 2015 4:00 AM
On Thu, May 14, 2015 at 04:27:45PM +0800, Chen, Tiejun wrote:
On 2015/5/11 19:32, Wei Liu wrote:
On Mon, May 11, 2015 at 04:09:53PM +0800, Chen, Tiejun wrote:
On 2015/5/8 22:43, Wei Liu wrote:
Sorry for the
On 18/05/2015 19:18, George Dunlap wrote
On Fri, May 15, 2015 at 8:46 AM, Wang, Wei W wei.w.w...@intel.com
wrote:
Do you have any comments on this version?
Eventually I will. But as recently noted elsewhere, there are way too
many things needing review right now, and I've got things
This patchset implement the Remus support for Migration v2 but without
memory compressing.
Git tree available at:
https://github.com/macrosheep/xen/tree/Remus-newmig-v7
v6-v7:
- clear deffered_pages after suspend and send dirty pages
- initialise allocated_rec_num
v5-v6:
- refactor
With Remus, the save flow should be:
live migration-{ periodically save(checkpointed save) }
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
CC: Ian Campbell ian.campb...@citrix.com
CC: Ian Jackson ian.jack...@eu.citrix.com
CC: Wei Liu wei.l...@citrix.com
CC: Andrew Cooper
El 18/05/15 a les 12.17, Tim Deegan ha escrit:
At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
On 16.05.15 at 13:45, roger@citrix.com wrote:
El 16/05/15 a les 10.51, osstest service user ha escrit:
flight 56456 xen-unstable real [real]
On Mon, 2015-05-18 at 10:49 +0100, George Dunlap wrote:
Is there really no way to start up a qdisk process after the domain is
created? The qdisk process doesn't actually need to do any emulation,
after all -- it's just acting as a backend, right?
FWIW xencommons starts a qemu for dom0 using:
On 05/18/2015 11:33 AM, Ian Campbell wrote:
On Mon, 2015-05-18 at 11:08 +0100, George Dunlap wrote:
On Wed, May 13, 2015 at 12:48 PM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Wed, 13 May 2015, Ian Campbell wrote:
On Tue, 2015-05-12 at 12:46 +0100, Stefano Stabellini
On Mon, 2015-05-18 at 11:37 +0100, George Dunlap wrote:
So my unscientific poll (more details below)
1. Download tarball: 80MB, 111s (2m)
2. git clone --depth 1: 138MiB, 392s. (~6m30s)
I'd just go for the tarball, but I'll leave that decision up to you guys.
TBH I don't think we should
On 05/18/2015 11:45 AM, Ian Campbell wrote:
On Mon, 2015-05-18 at 11:37 +0100, George Dunlap wrote:
So my unscientific poll (more details below)
1. Download tarball: 80MB, 111s (2m)
2. git clone --depth 1: 138MiB, 392s. (~6m30s)
I'd just go for the tarball, but I'll leave that decision up
On Fri, 2015-05-15 at 13:09 -0400, Daniel De Graaf wrote:
I'd be inclined to go the other way and either have a default ssid for
the DM or to fail if one isn't given (the latter would probably happen
anyway due to enforcement?).
Yes, it would probably fail at xc_domain_set_target in
In tree, there is one single caller of XEN_DOMCTL_getpageframeinfo3
(xc_get_pfn_type_batch()), and no callers of the older variants.
getpageframeinfo3 and getpageframeinfo2 are compatible if the parameter
contents are considered to be unsigned long; a compat guest calling
getpageframeinfo3 falls
On 18/05/15 12:41, George Dunlap wrote:
In this case some of us are still in contact with Frediano personally;
I'll forward this thread to his personal address so he can respond if
he wants. But it's still a bit of a gray area in the general case.
Zoltan already CCed him 2 weeks ago. So far I
On Fri, May 15, 2015 at 12:54 PM, Fabio Fantoni fabio.fant...@m2r.biz wrote:
NOTES:
This patch is a only a fast draft for testing.
Some tests result:
At xl create cdrom empty or not are both working, xl cd-insert is
working, xl cd-eject seems working but on xl command in linux hvm domU
On Wed, May 13, 2015 at 12:48 PM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Wed, 13 May 2015, Ian Campbell wrote:
On Tue, 2015-05-12 at 12:46 +0100, Stefano Stabellini wrote:
Would a separate clone of the same raisin version with some sort of
dist directory transported
flight 56661 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56661/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-i386-libvirt
101 - 144 of 144 matches
Mail list logo