flight 60160 qemu-upstream-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60160/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail REGR. vs.
59793
flight 60157 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60157/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581
On Fri, 2015-07-31 at 13:59 +0100, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give it a try.
With this xen-pciback will not create the vdev-X entry at all.
* Andy Lutomirski l...@kernel.org wrote:
The modify_ldt syscall exposes a large attack surface and is
unnecessary for modern userspace. Make it optional.
Reviewed-by: Kees Cook keesc...@chromium.org
Signed-off-by: Andy Lutomirski l...@kernel.org
---
arch/x86/Kconfig |
On Fri, 2015-07-31 at 12:41 +0100, Stefano Stabellini wrote:
On Fri, 31 Jul 2015, Julien Grall wrote:
Hi David,
On 31/07/15 11:52, David Vrabel wrote:
On 31/07/15 11:45, David Vrabel wrote:
Instead of cpu_relax() while spinning and observing the ticket
head,
introduce
Commit-ID: 014dc90b66c8d0b5f5a9400440727c134ee5e5a3
Gitweb: http://git.kernel.org/tip/014dc90b66c8d0b5f5a9400440727c134ee5e5a3
Author: Andy Lutomirski l...@kernel.org
AuthorDate: Thu, 30 Jul 2015 14:31:33 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 31 Jul 2015 10:24:37
Commit-ID: 37868fe113ff2ba814b3b4eb12df214df555f8dc
Gitweb: http://git.kernel.org/tip/37868fe113ff2ba814b3b4eb12df214df555f8dc
Author: Andy Lutomirski l...@kernel.org
AuthorDate: Thu, 30 Jul 2015 14:31:32 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 31 Jul 2015 10:23:23
On Thu, Jul 30, 2015 at 04:32:57PM -0500, Doug Goldstein wrote:
On Tue, Jul 28, 2015 at 4:22 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Tue, Jul 28, 2015 at 11:27:57AM -0500, Doug Goldstein wrote:
On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk
Hi Shannon,
On 31/07/15 02:30, Shannon Zhao wrote:
On 2015/7/31 2:31, Julien Grall wrote:
On 30/07/15 19:02, Parth Dixit wrote:
instead of getting mmio information for individual
devices from dsdt, we will map all the non-ram regions described in
uefi. AML interpreter
On 31/07/15 12:41, Stefano Stabellini wrote:
On Fri, 31 Jul 2015, Julien Grall wrote:
Hi David,
On 31/07/15 11:52, David Vrabel wrote:
On 31/07/15 11:45, David Vrabel wrote:
Instead of cpu_relax() while spinning and observing the ticket head,
introduce spin_relax() which executes a WFE
When a channel is closed and the event is still linked into a queue,
ensure that it is unlinked before completing. If it is not unlinked and
the port is subsequently reused, events may be missed.
If the CPU to which the event channel bound is online, spin until the
event is handled by that CPU.
-Original Message-
From: Paul Durrant
Sent: 31 July 2015 13:21
To: Paul Durrant; Roger Pau Monne; Sander Eikelenboom
Cc: Andrew Cooper; xen-devel
Subject: RE: [Xen-devel] [BUG] Emulation issues
-Original Message-
From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
On Fri, 2015-07-31 at 02:32 +, Kun Cheng wrote:
Hi all,
Hi,
I'm sorry for taking your time and I'd like to make an enquery about
the status of VM migration support on a NUMA server.
Status is: it's not there, and won't happen soon. I've started working
on it, but then got preempted by
On 07/31/2015 04:43 AM, Borislav Petkov wrote:
Hey Boris,
On Thu, Jul 30, 2015 at 01:18:20PM -0400, Boris Ostrovsky wrote:
Only V5, no extra changes.
Including running the ldt_gdt test?
Yes, except that 32-on-64 doesn't work, but that's not Xen-specific.
so which tests are you running
On Thu, Jul 30, 2015 at 05:10:10PM +0200, Roger Pau Monné wrote:
El 30/07/15 a les 17.04, Wei Liu ha escrit:
Hi all
Here are some bugs that I'm aware of. The name after a item is the
person who is working on it.
# Blockers
1. Toolstack record breaks migration v2 (Andrew Cooper)
On Fri, Jul 31, 2015 at 11:41:11AM +, Kun Cheng wrote:
Let me be more specific, such idea is for the NUMA scheduling as currently
xen only migrate vcpus but leave memory at the previous node.
Xen doesn't support memory migration at the moment. However Xen scheduler
won't migrate vcpus out
-Original Message-
From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
boun...@lists.xen.org] On Behalf Of Paul Durrant
Sent: 31 July 2015 12:43
To: Roger Pau Monne; Sander Eikelenboom
Cc: Andrew Cooper; xen-devel
Subject: Re: [Xen-devel] [BUG] Emulation issues
On Fri, 2015-07-31 at 13:10 +0100, Wei Liu wrote:
On Fri, Jul 31, 2015 at 11:41:11AM +, Kun Cheng wrote:
Let me be more specific, such idea is for the NUMA scheduling as currently
xen only migrate vcpus but leave memory at the previous node.
Xen doesn't support memory migration at
On 31/07/15 4:49 pm, Ian Campbell wrote:
On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
Secondly, the vdev-X entry is created async by dom0 watching on
event.
So how the tools
Commit-ID: aa1acff356bbedfd03b544051f5b371746735d89
Gitweb: http://git.kernel.org/tip/aa1acff356bbedfd03b544051f5b371746735d89
Author: Andy Lutomirski l...@kernel.org
AuthorDate: Thu, 30 Jul 2015 14:31:31 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 31 Jul 2015 10:23:22
On 31/07/15 14:44, Boris Ostrovsky wrote:
On 07/31/2015 05:10 AM, Andrew Cooper wrote:
On 30/07/15 22:31, Andy Lutomirski wrote:
This is intended for x86/urgent. Sorry for taking so long, but it
seemed nice to avoid breaking Xen.
Very much appreciated. Thanks!
This fixes the dazed and
On 31/07/15 8:26 pm, Julien Grall wrote:
On 31/07/15 15:33, Manish Jaggi wrote:
Hi Julien,
On 31/07/15 6:29 pm, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give
Both hvm_io_pending() and hvm_wait_for_io() use the shared (with emulator)
ioreq structure to determined whether there is a pending I/O. The latter will
misbehave if the shared state is driven to STATE_IOREQ_NONE by the emulator,
or when the shared ioreq page is cleared for re-insertion into the
On Fri, 2015-07-31 at 16:31 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST] get_hostflags: return an empty list
when there is no flight/job.):
From: Ian Campbell ian.campb...@citrix.com
Otherwise trying to use mg-hosts mkpxedir fails with:
I think your proposed fix is
Stefano Stabellini writes ([PATCH v8 1/2] OSSTEST: introduce a raisin build
test):
Make divide_xen_build common between ts-raisin-build and ts-xen-build.
It is used to split the build output in two archives: one with the
hypervisor binary and another with the userspace tools.
This refactoring
Ian Jackson writes (Re: [PATCH v8 1/2] OSSTEST: introduce a raisin build
test):
Stefano Stabellini writes ([PATCH v8 1/2] OSSTEST: introduce a raisin build
test):
Make divide_xen_build common between ts-raisin-build and ts-xen-build.
It is used to split the build output in two archives:
Andrew Cooper writes (Re: [PATCH for-4.6 5/8] tools/libxl: Save and restore
EMULATOR_XENSTORE_DATA content):
On 29/07/15 12:49, Ian Jackson wrote:
+rel_start = strlen(xs_path) - 7;
This is horrible.
What do you recommend instead?
I don't see why it is necessary to do something like
On 31/07/15 16:12, Manish Jaggi wrote:
Usually the time between two draft should be pretty short in order to
get sane base for discussion. For now, we are talking about small
portion of design and speculating/trying to remember what was agreed on
other sub-thread.
ok will send draft 3 with
On Thu, Jul 30, 2015 at 09:47:40AM -0700, Johannes Erdfelt wrote:
Thanks for the work on this. I had some comments and questions on the
latest draft.
Hey Johannes!
Thank you for your review!
On Mon, Jul 27, 2015, Konrad Rzeszutek Wilk kon...@kernel.org wrote:
+#define
On Fri, 2015-07-31 at 16:50 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 5/5] ms-flights-summary: Produce
an HTML report of all active flights):
This could surely use better Perl and produce better output, however
I'm sending it now because it would be useful for further
On 07/24/2015 05:41 AM, Jan Beulich wrote:
--- a/xen/arch/x86/hvm/vmx/vvmx.c
+++ b/xen/arch/x86/hvm/vmx/vvmx.c
@@ -1619,10 +1619,23 @@ int nvmx_handle_vmptrld(struct cpu_user_
if ( nvcpu-nv_vvmcxaddr == VMCX_EADDR )
{
-nvcpu-nv_vvmcx = hvm_map_guest_frame_rw(gpa
(Please disregard my previous incomplete mail about this patch. This
reply has all of my comments. Thanks.)
Stefano Stabellini writes ([PATCH v8 1/2] OSSTEST: introduce a raisin build
test):
Make divide_xen_build common between ts-raisin-build and ts-xen-build.
It is used to split the build
Hello,
It has become apparent that after a succesful
xc_domain_hvm_getcontext_partial( ..., HVM_SAVE_CODE(CPU), ...) call,
the sysenter_eip member of struct hvm_hw_cpu is always zero.
Looking in the code, the only two __vmwrite(GUEST_SYSENTER_EIP, ...)
calls occur in xen/arch/x86/hvm/vmx/vmx.c.
On 31/07/15 16:00, Razvan Cojocaru wrote:
Hello,
It has become apparent that after a succesful
xc_domain_hvm_getcontext_partial( ..., HVM_SAVE_CODE(CPU), ...) call,
the sysenter_eip member of struct hvm_hw_cpu is always zero.
How odd.
Looking in the code, the only two
El 31/07/15 a les 16.19, Paul Durrant ha escrit:
-Original Message-
From: Paul Durrant
Sent: 31 July 2015 13:21
To: Paul Durrant; Roger Pau Monne; Sander Eikelenboom
Cc: Andrew Cooper; xen-devel
Subject: RE: [Xen-devel] [BUG] Emulation issues
-Original Message-
From:
Ian Campbell writes ([PATCH OSSTEST v2 2/5] ms-planner: Expose the plan start
in json.):
Without this the Start and End times cannot be interpreted.
This patch has been deployed on the Cambridge instance for testing
with no ill-effects.
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
Ian Campbell writes ([PATCH v2 2/3] ts-debian-hvm-install: use
di_installcmdline_core):
This is primarily to get DEBIAN_FRONTEND=test, for easier to read
logging.
text
Aside from that,
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
Ian.
Ian Campbell writes ([PATCH OSSTEST] get_hostflags: return an empty list when
there is no flight/job.):
From: Ian Campbell ian.campb...@citrix.com
Otherwise trying to use mg-hosts mkpxedir fails with:
I think your proposed fix is incorrect. It is wrong to call
get_hostflags outside the
Stefano Stabellini writes ([PATCH v8 2/2] OSSTest: push successful raisin
builds):
Determine the most recent raisin revision that needs to be tested,
by comparing the staging with the master branches. Push to
raisin.git:master when the build is successful.
Do not run any jobs on the raisin
On Fri, 31 Jul 2015, Stefano Stabellini wrote:
On Fri, 31 Jul 2015, Julien Grall wrote:
Hi Shannon,
On 31/07/15 02:30, Shannon Zhao wrote:
On 2015/7/31 2:31, Julien Grall wrote:
On 30/07/15 19:02, Parth Dixit wrote:
instead of getting mmio information
On Fri, 2015-07-31 at 17:38 +0100, Andrew Cooper wrote:
On 31/07/15 17:34, Ian Jackson wrote:
Andrew Cooper writes (Re: [PATCH for-4.6 5/8] tools/libxl: Save and
restore EMULATOR_XENSTORE_DATA content):
On 29/07/15 12:49, Ian Jackson wrote:
+rel_start = strlen(xs_path) - 7;
Ian Campbell writes ([PATCH OSSTEST v2] standalone: Extend -h to support
ident=host style specifications):
Allowing for multi-host tests.
Also make reset-host reset all hosts.
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
___
Xen-devel mailing
Thanks for the quick reply!
On 07/31/2015 06:13 PM, Andrew Cooper wrote:
Looking in the code, the only two __vmwrite(GUEST_SYSENTER_EIP, ...)
calls occur in xen/arch/x86/hvm/vmx/vmx.c. One is in
vmx_msr_write_intercept(), but adding a printk() just after produces no
output after starting and
Ian Campbell writes ([PATCH OSSTEST v2 4/5] Osstest::Executive: Export
get_plan):
To retrieve the current plan from the queue daemon.
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
___
Xen-devel mailing list
Xen-devel@lists.xen.org
Thank you for such a detailed reply!
Currently what's in my mind is to let memory also be migrated when a vcpu
or a vm has to be migrated to some other node. In that case let's suppose
there would be a simple load balancing mechanism. And I think a NUMA
machine can be some sort of seen as small
Ian Campbell writes ([PATCH OSSTEST v2 5/5] ms-flights-summary: Produce an
HTML report of all active flights):
This could surely use better Perl and produce better output, however
I'm sending it now because it would be useful for further development
if some or all of the preceding patches
On 31/07/15 16:30, Razvan Cojocaru wrote:
Thanks for the quick reply!
On 07/31/2015 06:13 PM, Andrew Cooper wrote:
Looking in the code, the only two __vmwrite(GUEST_SYSENTER_EIP, ...)
calls occur in xen/arch/x86/hvm/vmx/vmx.c. One is in
vmx_msr_write_intercept(), but adding a printk() just
On 31/07/15 16:34, Paul Durrant wrote:
Both hvm_io_pending() and hvm_wait_for_io() use the shared (with emulator)
ioreq structure to determined whether there is a pending I/O. The latter will
misbehave if the shared state is driven to STATE_IOREQ_NONE by the emulator,
or when the shared ioreq
Ian Campbell writes (Re: [PATCH OSSTEST v2 5/5] ms-flights-summary: Produce an
HTML report of all active flights):
On Fri, 2015-07-31 at 16:50 +0100, Ian Jackson wrote:
I think it's pretty good actually. I have some minor stylistic
comments. I haven't inspected the output, but as you say
Andrew Cooper writes (Re: [Xen-devel] [PATCH for-4.6 7/8]
libxl/saverestoreconvert: Switch to new EMULATOR_XENSTORE_DATA records):
On 29/07/15 13:00, Ian Jackson wrote:
+rc = libxl__restore_emulator_xenstore_data(
( in wrong place.
But apart from that it looks fine.
I am
On 31/07/15 15:33, Manish Jaggi wrote:
Hi Julien,
On 31/07/15 6:29 pm, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give it a try.
With this xen-pciback will not
Ian Campbell writes ([PATCH OSSTEST v2 3/5] ts-hosts-allocate-Executive: Add
the requesting Job to the booking):
Signed-off-by: Ian Campbell ian.campb...@citrix.com
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
___
Xen-devel mailing list
Ian Campbell writes ([PATCH OSSTEST v2 1/5] ms-planner: Propagate a booking's
Job to the plan):
This needs to be done in several places:
- When booking resources (cmd: book-resources), to initially propagate
from the booking (e.g. from ts-hosts-allocate-Executive's input).
- On reset
On Fri, 2015-07-31 at 17:24 +0100, Stefano Stabellini wrote:
One more solution that I would like to see investigated, would be to use
an hypercall from Dom0 to request MMIO region mappings, after Linux
completed parsing the DSDT. If we can do this cleanly in Linux, it would
be our best
On Fri, 2015-07-31 at 18:20 +0530, Manish Jaggi wrote:
On 31/07/15 4:49 pm, Ian Campbell wrote:
On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
Secondly, the vdev-X
flight 60154 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60154/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 59817
Hi Julien,
On 31/07/15 6:29 pm, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give it a try.
With this xen-pciback will not create the vdev-X entry at all.
Can you
On 7/31/2015 3:48 PM, Andrew Cooper wrote:
So, the patch id values have only been obtained empirically.
The Linux patch provides the bug reference for
this:https://bugzilla.suse.com/show_bug.cgi?id=913996
(It's a fairly long thread but the gist of it is that people
predominantly seem to be
On 7/30/2015 12:01 PM, Andrew Cooper wrote:
On 30/07/15 17:23, Aravind Gopalakrishnan wrote:
Some of older[Fam10h] systems require that the microcode versions
that it comes up with should not be updated by the microcode driver.
Otherwise, system hangs are known to occur.
In this patch, we
flight 60156 qemu-upstream-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60156/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR. vs.
58380
On 31/07/15 17:56, Ian Campbell wrote:
On Fri, 2015-07-31 at 17:38 +0100, Andrew Cooper wrote:
On 31/07/15 17:34, Ian Jackson wrote:
Andrew Cooper writes (Re: [PATCH for-4.6 5/8] tools/libxl: Save and
restore EMULATOR_XENSTORE_DATA content):
On 29/07/15 12:49, Ian Jackson wrote:
+
flight 60158 qemu-upstream-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60158/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR. vs.
58383
On Tue, Jul 28, 2015 at 10:43 PM, Julien Grall julien.gr...@citrix.com wrote:
Hi Vijay,
On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
diff --git a/xen/arch/arm/vgic-v3-its.c b/xen/arch/arm/vgic-v3-its.c
new file mode 100644
index 000..60f8332
--- /dev/null
+++
On Wed, Jul 29, 2015 at 12:31 AM, Julien Grall julien.gr...@citrix.com wrote:
Hi Vijay,
On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K vijaya.ku...@caviumnetworks.com
Emulate GITS* registers
Signed-off-by: Vijaya Kumar K vijaya.ku...@caviumnetworks.com
---
v4: -
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Friday, July 31, 2015 3:53 PM
To: Hu, Robert; ian.jack...@eu.citrix.com; wei.l...@citrix.com
Cc: xen-devel@lists.xen.org
Subject: Re: OSSTest -- debian-hvm-install, how to see the progress of guest
auto
Hi,
During the hvm guest auto installation, how can I inspect its progress?
Currently I encountered some problems during hvm auto-installation;
after waited long time, several minutes, I vnc to it, it is black screen.
I'm using debian 7.2 for guest installation. And I saw Ian C. 's patch
commit
On Fri, Jul 31, 2015 at 07:20:46AM +, Hu, Robert wrote:
Hi,
During the hvm guest auto installation, how can I inspect its progress?
Currently I encountered some problems during hvm auto-installation;
after waited long time, several minutes, I vnc to it, it is black screen.
I'm using
flight 60153 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60153/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail REGR. vs.
59869
On Thu, 2015-07-30 at 16:32 -0500, Doug Goldstein wrote:
I'm not sure what I can use to identify the system early on. I see the
EFI FW vendor and EFI FW revision. I'm not sure if that would be
enough. In the case of using that it would likely have to be a range
of revisions.
Is DMI
On Fri, 2015-07-31 at 05:01 +, osstest service owner wrote:
flight 60149 osstest real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60149/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt5
/*
* Local variables:
* mode: C
diff --git a/xen/include/asm-arm/gic-its.h b/xen/include/asm-arm/gic-its.h
index 66be53a..cdb786c 100644
--- a/xen/include/asm-arm/gic-its.h
+++ b/xen/include/asm-arm/gic-its.h
@@ -21,6 +21,8 @@
#include asm/gic_v3_defs.h
#include xen/rbtree.h
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
Secondly, the vdev-X entry is created async by dom0 watching on
event.
So how the tools could read back and call assign device again.
Perhaps by using a xenstore watch on that node to wait for the
assignment
from pciback to
-Original Message-
From: Wei Liu [mailto:wei.l...@citrix.com]
Sent: Friday, July 31, 2015 3:51 PM
To: Hu, Robert
Cc: Ian Campbell; ian.jack...@eu.citrix.com; wei.l...@citrix.com;
xen-devel@lists.xen.org
Subject: Re: OSSTest -- debian-hvm-install, how to see the progress of guest
On Tue, Jul 28, 2015 at 11:44 PM, Julien Grall julien.gr...@citrix.com wrote:
Hi Vijay,
On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
diff --git a/xen/arch/arm/gic-v3-its.c b/xen/arch/arm/gic-v3-its.c
index aa4d3c5..e16fa03 100644
--- a/xen/arch/arm/gic-v3-its.c
+++
-Original Message-
From: Sander Eikelenboom [mailto:li...@eikelenboom.it]
Sent: 31 July 2015 12:12
To: Paul Durrant
Cc: Andrew Cooper; Roger Pau Monne; xen-devel
Subject: Re: [Xen-devel] [BUG] Emulation issues
Friday, July 31, 2015, 12:22:16 PM, you wrote:
-Original
El 31/07/15 a les 13.11, Sander Eikelenboom ha escrit:
Friday, July 31, 2015, 12:22:16 PM, you wrote:
-Original Message-
From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
boun...@lists.xen.org] On Behalf Of Paul Durrant
Sent: 30 July 2015 14:20
To: Andrew Cooper; Roger Pau
El 31/07/15 a les 13.39, Paul Durrant ha escrit:
-Original Message-
From: Sander Eikelenboom [mailto:li...@eikelenboom.it]
Sent: 31 July 2015 12:12
To: Paul Durrant
Cc: Andrew Cooper; Roger Pau Monne; xen-devel
Subject: Re: [Xen-devel] [BUG] Emulation issues
Friday, July 31, 2015,
Let me be more specific, such idea is for the NUMA scheduling as currently
xen only migrate vcpus but leave memory at the previous node.
Kun Cheng chengku...@gmail.com于2015年7月31日 周五10:32写道:
Hi all,
I'm sorry for taking your time and I'd like to make an enquery about the
status of VM
On Fri, 31 Jul 2015, Julien Grall wrote:
Hi David,
On 31/07/15 11:52, David Vrabel wrote:
On 31/07/15 11:45, David Vrabel wrote:
Instead of cpu_relax() while spinning and observing the ticket head,
introduce spin_relax() which executes a WFE instruction. After the
ticket head is
-Original Message-
From: Roger Pau Monné [mailto:roger@citrix.com]
Sent: 31 July 2015 12:42
To: Paul Durrant; Sander Eikelenboom
Cc: Andrew Cooper; xen-devel
Subject: Re: [Xen-devel] [BUG] Emulation issues
El 31/07/15 a les 13.39, Paul Durrant ha escrit:
-Original
On Thu, Jul 30, 2015 at 06:03:08PM +0100, David Vrabel wrote:
Now that we track the total number of pages (included hotplugged
regions), it is easy to determine if more memory needs to be
hotplugged.
Add a new BP_WAIT state to signal that the balloon process needs to
wait until kicked by the
On Thu, Jul 30, 2015 at 06:03:11PM +0100, David Vrabel wrote:
Rename alloc_p2m() to xen_alloc_p2m_entry() and export it.
This is useful for ensuring that a p2m entry is allocated (i.e., not a
shared missing or identity entry) so that subsequent set_phys_to_machine()
calls will require no
On Thu, Jul 30, 2015 at 06:03:03PM +0100, David Vrabel wrote:
Add add_memory_resource() to add memory using an existing System RAM
resource. This is useful if the memory region is being located by
finding a free resource slot with allocate_resource().
Xen guests will make use of this in
On Thu, Jul 30, 2015 at 06:03:12PM +0100, David Vrabel wrote:
Pages returned by alloc_xenballooned_pages() will be used for grant
mapping which will call set_phys_to_machine() (in PV guests).
Ballooned pages are set as INVALID_P2M_ENTRY in the p2m and thus may
be using the (shared) missing
Tian, Kevin 於 西元2015年07月31日 09:26 寫道:
From: Ting-Wei Lan [mailto:lant...@gmail.com]
Sent: Sunday, July 26, 2015 12:58 AM
When using Linux = 3.19 (commit 47591df) as dom0 on some Intel Ironlake
devices, It is possible to encounter graphics issues that make screen
unreadable or crash the system.
On Fri, 2015-07-31 at 08:29 +, Hu, Robert wrote:
Please can you not top post.
Further more, now I see debian-hvm guest boots up. But it hangs at
'Starting MTA'.
Is MTA necessary?
Not really, but it's part of the standard Debian installation.
If it is hanging then that usually indicates
On 30/07/15 22:31, Andy Lutomirski wrote:
The update_va_mapping hypercall can fail if the VA isn't present in
the guest's page tables. Under certain loads, this can result in an
OOPS when the target address is in unpopulated vmap space.
While we're at it, add comments to help explain what's
Further more, now I see debian-hvm guest boots up. But it hangs at 'Starting
MTA'.
Is MTA necessary?
-Original Message-
From: Hu, Robert
Sent: Friday, July 31, 2015 4:02 PM
To: 'Ian Campbell'; ian.jack...@eu.citrix.com; wei.l...@citrix.com
Cc: xen-devel@lists.xen.org
Subject: RE:
-Original Message-
From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
boun...@lists.xen.org] On Behalf Of Wei Liu
Sent: 30 July 2015 16:50
To: Roger Pau Monne
Cc: ta...@tklengyel.com; Wei Liu; Ian Campbell;
rcojoc...@bitdefender.com; Stefano Stabellini; Andrew Cooper; Dario
Hey Boris,
On Thu, Jul 30, 2015 at 01:18:20PM -0400, Boris Ostrovsky wrote:
Only V5, no extra changes.
Including running the ldt_gdt test?
Yes, except that 32-on-64 doesn't work, but that's not Xen-specific.
so which tests are you running exactly and where can I get them? Andy's
repo?
On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
On Fri, 2015-07-31 at 05:01 +, osstest service owner wrote:
flight 60149 osstest real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60149/
Regressions :-(
Tests which did not succeed and are blocking,
including
On Fri, Jul 31, 2015 at 09:49:30AM +0100, Ian Campbell wrote:
On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
On Fri, 2015-07-31 at 05:01 +, osstest service owner wrote:
flight 60149 osstest real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60149/
Regressions
On Fri, 2015-07-31 at 08:47 +, Hu, Robert wrote:
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Friday, July 31, 2015 4:46 PM
To: Hu, Robert; ian.jack...@eu.citrix.com; wei.l...@citrix.com
Cc: xen-devel@lists.xen.org
Subject: Re: OSSTest --
On 30/07/15 22:31, Andy Lutomirski wrote:
This is intended for x86/urgent. Sorry for taking so long, but it
seemed nice to avoid breaking Xen.
Very much appreciated. Thanks!
This fixes the dazed and confused issue which was exposed by the
CVE-2015-5157 fix. It's also probably a good
On Thu, Jul 30, 2015 at 10:44:12AM -0500, Doug Goldstein wrote:
On Thu, Jul 30, 2015 at 6:35 AM, Ian Campbell ian.campb...@citrix.com wrote:
On Thu, 2015-07-30 at 12:23 +0100, Anthony PERARD wrote:
On Thu, Jul 30, 2015 at 11:24:47AM +0100, Ian Campbell wrote:
On Thu, 2015-07-30 at 14:51
On Thu, 2015-07-30 at 17:11 +0100, Wei Liu wrote:
Update xl manual and disable PV vNUMA in libxl.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
Acked-by: Ian Campbell ian.campb...@citrix.com
and applied.
+/* PV vNUMA is not yet supported because there is an issue with
+ *
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Friday, July 31, 2015 4:46 PM
To: Hu, Robert; ian.jack...@eu.citrix.com; wei.l...@citrix.com
Cc: xen-devel@lists.xen.org
Subject: Re: OSSTest -- debian-hvm-install, how to see the progress of guest
auto
On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
test-amd64-i386-qemut-rhel6hvm-amd 9 redhat-install fail REGR.
vs. 60083
2015-07-30 23:02:32 Z execution took 71 seconds[=2x600]: timeout 630 ssh
-o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=100 -o
On Fri, Jul 31, 2015 at 10:47:22AM +0100, Ian Campbell wrote:
On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
test-amd64-i386-qemut-rhel6hvm-amd 9 redhat-install fail REGR.
vs. 60083
2015-07-30 23:02:32 Z execution took 71 seconds[=2x600]: timeout 630 ssh
-o
On Fri, 2015-07-31 at 10:47 +0100, Ian Campbell wrote:
2015-07-30 23:02:32 Z runvar store:
redhat_cfgpath=/etc/xen/redhat.guest.osstest.cfg
2015-07-30 23:02:32 Z executing scp ... /home/logs/logs/60149/test
-amd64
-i386-qemuu-rhel6hvm-amd/pinot1--redhat.guest.osstest.cfg
1 - 100 of 129 matches
Mail list logo