On Tue, Jun 09, 2015 at 11:00:12AM +0100, George Dunlap wrote:
I think that qemu needs to tell libxl how much memory it is using for
all of its needs -- including option ROMs. (See my example below.) For
older qemus we can just make some assumptions like we always have.
I am happy
On 09.06.15 at 11:00, ian.campb...@citrix.com wrote:
On Tue, 2015-06-09 at 09:47 +0100, Jan Beulich wrote:
Additionally rangeset_is_empty()'s sole parameter can be const.
Isn't that true of all/most of the others touched here too? (Once the
underlying range_* list manipulations are made
On 06/09/2015 05:10 PM, Andrew Cooper wrote:
On 09/06/15 10:09, Yang Hongyang wrote:
Shouldn't get_dirty_pfn be mandatory for COLO streams (even if it
is a
noop to start with) ?
It should be mandatory, it shouldn't be noop under COLO. perhaps we
should
add sanity check at the
On 09.06.15 at 10:26, ian.campb...@citrix.com wrote:
On Mon, 2015-06-08 at 13:16 +0100, Ian Campbell wrote:
The adhoc run passed, but that's not statistically significant.
I ran a bunch more in this no-apicv configuration, the logs are at
On Tue, Jun 09, 2015 at 09:19:19AM +0100, Dave Scott wrote:
On 8 Jun 2015, at 18:43, Wei Liu wei.l...@citrix.com wrote:
On Mon, Jun 08, 2015 at 04:53:46PM +0100, Wei Liu wrote:
On Wed, Jun 03, 2015 at 03:35:18PM +0200, Vitaly Kuznetsov wrote:
Jan and Tim,
last week you expressed
A security predisclosure list member wrote, to the mailing list
xen-security-issues-discuss, an enquiry about how CVEs are allocated
(particularly, the timing). There followed a thread on that list.
That message (and the subsequent thread) were off-topic for
Xen-security-issues-discuss and
On Mon, Jun 08, 2015 at 04:27:26PM +0100, Stefano Stabellini wrote:
On Mon, 8 Jun 2015, Wei Liu wrote:
On Thu, Jun 04, 2015 at 12:28:18PM +0100, Stefano Stabellini wrote:
If QEMU is ran just to provide PV backends, change the xenstore path to
/local/domain/0/device-model/$DOMID/pv.
On 06/08/2015 05:06 PM, Don Slutz wrote:
On 06/08/15 11:37, George Dunlap wrote:
We already have the problem that the balloon driver at the moment
doesn't actually know how big the guest RAM is, nor , but is being told
to make a balloon exactly big enough to bring the total RAM down to a
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: 09 June 2015 10:13
To: Don Slutz
Cc: qemu-de...@nongnu.org; xen-devel@lists.xen.org; Paul Durrant;
Stefano Stabellini
Subject: Re: [PATCH v2 0/4] Fix device listener interface for PCI to PCI
bridges
On
flight 58201 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58201/
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. 56492
On Tue, Jun 09, 2015 at 10:29:56AM +0100, Wei Liu wrote:
[...]
+ con.next_tid - initial_next_tid
I couldn’t spot the part in the C version where the next transaction id is
reset — is this a (minor) difference between the two implementations, or
have I misread the code?
If you
As described in 1432284841.10746.136.ca...@citrix.com /
http://lists.xen.org/archives/html/xen-devel/2015-05/msg03016.html
Windows 7 does not appear to reliably actually shutdown when asked to
via the ACPI power button.
This test step has been failing forever until the Toolstack::xl:
Support for
On 08.06.15 at 22:59, dario.faggi...@citrix.com wrote:
On Mon, 2015-06-08 at 14:01 +0100, Lars Kurth wrote:
On 8 Jun 2015, at 13:19, Ian Campbell ian.campb...@citrix.com wrote:
In MAINTAINERS S: Supported means:
Someone is actually paid to look after this., which I think is
Ian Campbell writes ([PATCH OSSTEST] Ignore guest-stop failures for windows 7
tests.):
As described in 1432284841.10746.136.ca...@citrix.com /
http://lists.xen.org/archives/html/xen-devel/2015-05/msg03016.html
Windows 7 does not appear to reliably actually shutdown when asked to
via the ACPI
Stefano Stabellini writes (Re: [PATCH v2 5/5] libxl: spawns two QEMUs for HVM
guests):
On Mon, 8 Jun 2015, Ian Jackson wrote:
I think the right answer is probably to start all the qemus in
parallel, and count (or otherwise record) the spawn outcomes.
They are already started in parallel
On 9 Jun 2015, at 10:38, Wei Liu wei.l...@citrix.com wrote:
On Tue, Jun 09, 2015 at 10:29:56AM +0100, Wei Liu wrote:
[...]
+ con.next_tid - initial_next_tid
I couldn’t spot the part in the C version where the next transaction id is
reset — is this a (minor) difference between the two
On Wed, Jun 03, Julien Grall wrote:
xentrace is not working as we don't have the infrastructure for ARM in Xen.
Why is that? After a very quick look __trace_var is available
unconditionally.
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On Mon, 2015-06-08 at 13:16 +0100, Ian Campbell wrote:
The adhoc run passed, but that's not statistically significant.
I ran a bunch more in this no-apicv configuration, the logs are at
http://logs.test-lab.xenproject.org/osstest/logs/:
Flight HostFailed at
58190 fiano0
Additionally rangeset_is_empty()'s sole parameter can be const.
Signed-off-by: Jan Beulich jbeul...@suse.com
--- a/xen/common/rangeset.c
+++ b/xen/common/rangeset.c
@@ -248,11 +248,11 @@ int rangeset_remove_range(
return rc;
}
-int rangeset_contains_range(
+bool_t
On 06/03/2015 01:40 PM, Bob Liu wrote:
Extend xen/block to support multi-page ring, so that more requests can be
issued by using more than one pages as the request ring between blkfront
and backend.
As a result, the performance can get improved significantly.
We got some impressive
On 06/09/2015 04:51 PM, Andrew Cooper wrote:
On 09/06/15 09:45, Yang Hongyang wrote:
Even if there are no dirty pages on secondary, pfn_list shouldn't be
NULL, it's just that pfn_list[0] will be 0. if pfn_list is NULL,
there might be unexpected error happened.
get_dirty_pfn() should be
-Original Message-
From: Don Slutz [mailto:dsl...@verizon.com]
Sent: 08 June 2015 22:19
To: qemu-de...@nongnu.org; xen-devel@lists.xen.org
Cc: Michael S. Tsirkin; Paul Durrant; Stefano Stabellini; Don Slutz; Don Slutz
Subject: [PATCH v2 2/4] Extend device listener interface for PCI
flight 58195 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58195/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 9 windows-installfail REGR. vs. 57815
Regressions which
On 06/09/2015 03:20 PM, Andrew Cooper wrote:
On 09/06/2015 04:15, Yang Hongyang wrote:
On 06/08/2015 09:04 PM, Andrew Cooper wrote:
On 08/06/15 04:45, Yang Hongyang wrote:
call callbacks-get_dirty_pfn() after suspend primary vm to
get dirty pages on secondary vm, and send pages both dirty
-Original Message-
From: Bob Liu [mailto:bob@oracle.com]
Sent: 09 June 2015 09:50
To: Bob Liu
Cc: xen-devel@lists.xen.org; David Vrabel; just...@spectralogic.com;
konrad.w...@oracle.com; Roger Pau Monne; Paul Durrant; Julien Grall; linux-
ker...@vger.kernel.org
Subject: Re:
On Tue, 2015-06-09 at 00:26 +, osstest service user wrote:
test-amd64-amd64-rumpuserxen-amd64 3 host-install(3) broken REGR. vs.
58128
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 3 host-install(3) broken REGR.
vs. 58128
test-amd64-i386-qemuu-rhel6hvm-amd 3 host-install(3)
On Tue, 2015-06-09 at 09:47 +0100, Jan Beulich wrote:
Additionally rangeset_is_empty()'s sole parameter can be const.
Signed-off-by: Jan Beulich jbeul...@suse.com
Reviewed-by: Dario Faggioli dario.faggi...@citrix.com
Regards,
Dario
--
This happens because I choose it to happen! (Raistlin
On Tue, 2015-06-09 at 09:47 +0100, Jan Beulich wrote:
Additionally rangeset_is_empty()'s sole parameter can be const.
Isn't that true of all/most of the others touched here too? (Once the
underlying range_* list manipulations are made const correct).
If you do decide to go further then there is
-Original Message-
From: Don Slutz [mailto:dsl...@verizon.com]
Sent: 08 June 2015 22:19
To: qemu-de...@nongnu.org; xen-devel@lists.xen.org
Cc: Michael S. Tsirkin; Paul Durrant; Stefano Stabellini; Don Slutz; Don Slutz
Subject: [PATCH v2 4/4] xen: Fix map/unmap of pcidev to ioreq
On Mon, 2015-06-08 at 16:18 -0500, Chong Li wrote:
On Mon, Jun 8, 2015 at 11:21 AM, Dario Faggioli
dario.faggi...@citrix.com wrote:
On Mon, 2015-05-25 at 19:11 -0500, Chong Li wrote:
I appreciate just now that this probably affect other bits of the
interface, as well as other interfaces,
On 8 Jun 2015, at 18:43, Wei Liu wei.l...@citrix.com wrote:
On Mon, Jun 08, 2015 at 04:53:46PM +0100, Wei Liu wrote:
On Wed, Jun 03, 2015 at 03:35:18PM +0200, Vitaly Kuznetsov wrote:
Jan and Tim,
last week you expressed some concerns about if the toolstack-based
approach to PVHVM guest
On Tue, 2015-06-09 at 05:29 +, Pang, LongtaoX wrote:
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Monday, June 08, 2015 6:31 PM
To: Pang, LongtaoX
Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
wei.l...@citrix.com; Hu,
Robert
admin_io_okay(), guest_io_read(), and guest_io_write() all don't need
their current regs parameter at all, and they don't use the vCPU
passed to them for other than obtaining its domain. Drop the former and
replace the latter by a struct domain pointer.
pci_cfg_okay() returns a boolean type, and
We're being told that while on the server side the issue we're trying
to work around is fixed starting with IvyBridge (another round of
double checking is going on before we're going to remove the one
IvyBridge ID that we're currently applying the workaround for), on the
desktop side even Skylake
On 09/06/15 09:58, Jan Beulich wrote:
admin_io_okay(), guest_io_read(), and guest_io_write() all don't need
their current regs parameter at all, and they don't use the vCPU
passed to them for other than obtaining its domain. Drop the former and
replace the latter by a struct domain pointer.
On 09/06/15 10:09, Yang Hongyang wrote:
Shouldn't get_dirty_pfn be mandatory for COLO streams (even if it
is a
noop to start with) ?
It should be mandatory, it shouldn't be noop under COLO. perhaps we
should
add sanity check at the beginning. But problem is save side do not
have a
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Tuesday, June 09, 2015 4:08 PM
To: Pang, LongtaoX
Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com;
Hu,
Robert
Subject: Re: [OSSTEST Nested PATCH v11 4/7] Changes on test step
On Mon, Jun 08, 2015 at 05:18:48PM -0400, Don Slutz wrote:
changes v1 to v2:
Split v1 patch into 3.
Added a BUG FIX patch (#1: exec: Do not use MemoryRegion after
free).
Technically this bug fix should be a separate patch, however this
issue only seems to reproduce when
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: 09 June 2015 11:52
To: Paul Durrant
Cc: Don Slutz; qemu-de...@nongnu.org; xen-devel@lists.xen.org; Stefano
Stabellini
Subject: Re: [PATCH v2 0/4] Fix device listener interface for PCI to PCI
bridges
On
Il 09/06/2015 12:54, Fabio Fantoni ha scritto:
Il 09/06/2015 09:02, Olaf Hering ha scritto:
On Mon, Jun 08, Fabio Fantoni wrote:
I saw that config/Paths.mk contains:
XEN_DUMP_DIR := /var/lib/xen/dump
But build fails with:
xl_cmdimpl.c: In function âhandle_domain_deathâ:
On 06/09/2015 11:14 AM, Stefano Stabellini wrote:
On Mon, 8 Jun 2015, George Dunlap wrote:
I think that qemu needs to tell libxl how much memory it is using for
all of its needs -- including option ROMs. (See my example below.) For
older qemus we can just make some assumptions like we always
Available in the usual place:
http://wiki.xenproject.org/wiki/Xen_Project_Advisory_Board_Meetings_Minutes
http://wiki.xenproject.org/wiki/Xen_Project_Advisory_Board_Meetings_Minutes
Lars___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 09.06.15 at 12:36, ross.lagerw...@citrix.com wrote:
ping
I'm still waiting for the ARM maintainers to ack ...
--- a/xen/arch/arm/efi/efi-boot.h
+++ b/xen/arch/arm/efi/efi-boot.h
@@ -522,6 +522,11 @@ static void __init efi_arch_blexit(void)
efi_bs-FreePool(memmap);
}
On Mon, 2015-06-08 at 20:54 +0100, Wei Liu wrote:
Currently only QEMU traditional supports stubdom, so we only create
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64
ping
On 06/02/2015 10:38 AM, Ross Lagerwall wrote:
After the first call to ExitBootServices(), avoid calling any boot
services by setting setting efi_bs to NULL and halting in blexit().
Signed-off-by: Ross Lagerwall ross.lagerw...@citrix.com
---
* Separated halt into an arch hook.
* Applies
On Tue, Jun 09, 2015 at 11:36:35AM +0100, Ian Campbell wrote:
On Mon, 2015-06-08 at 20:54 +0100, Wei Liu wrote:
Currently only QEMU traditional supports stubdom, so we only create
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm
Il 09/06/2015 09:02, Olaf Hering ha scritto:
On Mon, Jun 08, Fabio Fantoni wrote:
I saw that config/Paths.mk contains:
XEN_DUMP_DIR := /var/lib/xen/dump
But build fails with:
xl_cmdimpl.c: In function âhandle_domain_deathâ:
xl_cmdimpl.c:2330:33: error: âXEN_DUMP_DIRâ undeclared
On Tue, 9 Jun 2015, Wei Liu wrote:
On Mon, Jun 08, 2015 at 04:27:26PM +0100, Stefano Stabellini wrote:
On Mon, 8 Jun 2015, Wei Liu wrote:
On Thu, Jun 04, 2015 at 12:28:18PM +0100, Stefano Stabellini wrote:
If QEMU is ran just to provide PV backends, change the xenstore path to
On 06/09/2015 12:31 PM, Julien Grall wrote:
Hi Olaf,
On 09/06/2015 06:18, Olaf Hering wrote:
On Wed, Jun 03, Julien Grall wrote:
xentrace is not working as we don't have the infrastructure for ARM
in Xen.
Why is that? After a very quick look __trace_var is available
unconditionally.
On Tue, Jun 02, George Dunlap wrote:
On 05/23/2015 09:24 AM, Olaf Hering wrote:
void sched_process(struct pcpu_info *p)
+fprintf(warn, %s: event:%x (min:%x sub:%x main:%x)\n,
+__func__, ri-event, ri-evt.minor, ri-evt.sub,
ri-evt.main);
Was there a
On Tue, Jun 09, 2015 at 09:18:49AM +, Paul Durrant wrote:
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: 09 June 2015 10:13
To: Don Slutz
Cc: qemu-de...@nongnu.org; xen-devel@lists.xen.org; Paul Durrant;
Stefano Stabellini
Subject: Re: [PATCH
Result of sed -i 's@[[:blank:]]\+$@@' tools/xentrace/xenalyze.c
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc:
Signed-off-by: Olaf Hering o...@aepfle.de
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
---
tools/xentrace/xenalyze.c | 73 ++-
To match the hypervisor default which was introduced in
9da0c5b63933b9912e3903190601661813954d0d, bump the limit.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc:
Since xenalyze is now upstream its Open Source and part of the given
release.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu
Having xenalyze in the source tree makes it much easier to keep private
debug code in hypervisor and xenalyze in sync. It helped alot while
debugging the root cause for commit 607e8494c42397fb249191904066cace6ac9a880.
changes between v4 and v5:
- fix typo in commit msg (traling)
- use
Hi Olaf,
On 09/06/2015 06:18, Olaf Hering wrote:
On Wed, Jun 03, Julien Grall wrote:
xentrace is not working as we don't have the infrastructure for ARM in Xen.
Why is that? After a very quick look __trace_var is available
unconditionally.
Multiple reasons, the shared page for trace is
On Tue, 9 Jun 2015, Stefano Stabellini wrote:
On Tue, 9 Jun 2015, Wei Liu wrote:
On Mon, Jun 08, 2015 at 04:27:26PM +0100, Stefano Stabellini wrote:
On Mon, 8 Jun 2015, Wei Liu wrote:
On Thu, Jun 04, 2015 at 12:28:18PM +0100, Stefano Stabellini wrote:
If QEMU is ran just to provide
On Tue, Jun 09, 2015 at 12:24:35PM +0100, Stefano Stabellini wrote:
On Tue, 9 Jun 2015, Wei Liu wrote:
On Mon, Jun 08, 2015 at 04:27:26PM +0100, Stefano Stabellini wrote:
On Mon, 8 Jun 2015, Wei Liu wrote:
On Thu, Jun 04, 2015 at 12:28:18PM +0100, Stefano Stabellini wrote:
If QEMU
On Fri, Jun 05, 2015 at 02:53:54PM +0100, wei.l...@citrix.com wrote:
[...]
* Xen multiboot2-EFI support (ok)
See http://lists.xen.org/archives/html/xen-devel/2015-01/msg03962.html
http://lists.xen.org/archives/html/xen-devel/2015-01/msg03982.html
- Daniel Kiper
Last week I almost
Destination pages need mappings to be added to the page tables in the
v1 case (where nothing else calls machine_kexec_add_page() for them).
Further, without the tools mapping the low 1Mb (expected by at least
some Linux version), we need to do so in the hypervisor in the v1 case.
Suggested-by:
flight 58222 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58222/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail REGR. vs. 57312
Tests which are
Em Mon, 08 Jun 2015 17:20:20 -0700
Luis R. Rodriguez mcg...@do-not-panic.com escreveu:
From: Luis R. Rodriguez mcg...@suse.com
We are burrying direct access to MTRR code support on
x86 in order to take advantage of PAT. In the future we
also want to make the default behaviour of
Hi,
On Wed, Jun 3, 2015 at 5:20 PM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Wed, 3 Jun 2015, Sanjeev Pandita wrote:
Hi Stefano,
On Wed, Jun 3, 2015 at 3:45 PM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Wed, 3 Jun 2015, Sanjeev Pandita
On Mon, Jun 08, Fabio Fantoni wrote:
I saw that config/Paths.mk contains:
XEN_DUMP_DIR := /var/lib/xen/dump
But build fails with:
xl_cmdimpl.c: In function âhandle_domain_deathâ:
xl_cmdimpl.c:2330:33: error: âXEN_DUMP_DIRâ undeclared (first use in this
function)
On 06/09/2015 02:56 AM, Mauro Carvalho Chehab wrote:
Em Mon, 08 Jun 2015 17:20:20 -0700
Luis R. Rodriguez mcg...@do-not-panic.com escreveu:
From: Luis R. Rodriguez mcg...@suse.com
We are burrying direct access to MTRR code support on
x86 in order to take advantage of PAT. In the future we
On 06/08/2015 02:30 PM, yunfang tai wrote:
Hi Andrew,
Thank you for your reply!
I do not know much about migration V2. Was it integrated to Xen? If
integrated, from which version?
It's intended to be integrated to Xen4.6. However, the libxc part has already
been merged into
On 09/06/2015 04:15, Yang Hongyang wrote:
On 06/08/2015 09:04 PM, Andrew Cooper wrote:
On 08/06/15 04:45, Yang Hongyang wrote:
call callbacks-get_dirty_pfn() after suspend primary vm to
get dirty pages on secondary vm, and send pages both dirty on
primary/secondary to secondary.
On 09/06/2015 01:59, Yang Hongyang wrote:
On 06/08/2015 06:15 PM, Andrew Cooper wrote:
On 08/06/15 10:58, Yang Hongyang wrote:
On 06/08/2015 05:46 PM, Andrew Cooper wrote:
On 08/06/15 04:43, Yang Hongyang wrote:
ioreq page contains evtchn which will be set when we resume the
secondary vm
On Wed, Jun 03, Ian Campbell wrote:
On Sat, 2015-05-23 at 08:24 +, Olaf Hering wrote:
Having xenalyze in the source tree makes it much easier to keep private
debug code in hypervisor and xenalyze in sync. It helped alot while
debugging the root cause for commit
flight 58229 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58229/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
On 09/06/15 14:53, Jan Beulich wrote:
From: Konrad Rzeszutek Wilk konrad.w...@oracle.com
To help on certain platforms to run.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Signed-off-by: Jan Beulich jbeul...@suse.com
--- a/xen/arch/x86/efi/efi-boot.h
+++
Hi Ian/Stefano,
As discussed in the call I have sent the design.
Didn't got any feedback on this.
Regards,
Manish Jaggi
From: xen-devel-boun...@lists.xen.org xen-devel-boun...@lists.xen.org on
behalf of Manish Jaggi mja...@caviumnetworks.com
Sent:
Il 08/06/2015 16:33, Paul Durrant ha scritto:
This patch series re-works much of the code involved in emulation of port
and memory mapped I/O for HVM guests.
The code has become very convoluted and, at least by inspection, certain
emulations will apparently malfunction.
The series is broken
After the first call to ExitBootServices(), avoid calling any boot
services (except GetMemoryMap() and ExitBootServices()) by setting
setting efi_bs to NULL and halting in blexit(). Only GetMemoryMap() and
ExitBootServices() are explicitly allowed to be called after the first
call to
On 08.05.15 at 11:07, feng...@intel.com wrote:
This patch adds a new per-vCPU tasklet to wakeup the blocked
vCPU. It can be used in the case vcpu_unblock cannot be called
directly. This tasklet will be used in later patch in this
series.
Signed-off-by: Feng Wu feng...@intel.com
---
On 09/06/15 16:26, Jan Beulich wrote:
On 09.06.15 at 16:08, andrew.coop...@citrix.com wrote:
On 09/06/15 14:53, Jan Beulich wrote:
From: Konrad Rzeszutek Wilk konrad.w...@oracle.com
For example on Dell machines we see:
(XEN) 0fed18000-0fed19fff type=11 attr=8000
(XEN)
On Tuesday 09 June 2015 08:42 AM, Ian Campbell wrote:
Draft E follows. Also at:
http://xenbits.xen.org/people/ianc/vits/draftE.{pdf,html}
Ian, I have sent a pci passthrough design. It would be good if that can
be linked with this one.
Can I upload the same on xenbits
The major change here
On 08.05.15 at 11:07, feng...@intel.com wrote:
--- a/xen/drivers/passthrough/vtd/iommu.c
+++ b/xen/drivers/passthrough/vtd/iommu.c
@@ -2044,6 +2044,7 @@ static int init_vtd_hw(void)
if ( ioapic_to_iommu(IO_APIC_ID(apic)) == NULL )
{
iommu_intremap
On 06/09/15 10:03, Paul Durrant wrote:
-Original Message-
From: Don Slutz [mailto:dsl...@verizon.com]
Sent: 09 June 2015 14:51
To: Paul Durrant; Slutz, Donald Christopher; qemu-de...@nongnu.org; xen-
de...@lists.xen.org
Cc: Michael S. Tsirkin; Stefano Stabellini; Don Slutz
Subject:
On 08.05.15 at 11:07, feng...@intel.com wrote:
+static bool_t pi_find_dest_vcpu(struct domain *d, uint8_t dest_id,
+uint8_t dest_mode, uint8_t delivery_mode,
+uint8_t gvec, struct vcpu **dest_vcpu)
+{
+struct vcpu *v,
On Tue, Jun 09, 2015 at 02:49:45PM +0100, Jan Beulich wrote:
1: x86/EFI: fix EFI_MEMORY_WP handling
2: EFI/early: add /mapbs to map EfiBootServices{Code,Data}
3: EFI: support default attributes to map Runtime service areas with none
given
4: x86/EFI: adjust EFI_MEMORY_WP handling for spec
On 08.05.15 at 11:07, feng...@intel.com wrote:
@@ -51,6 +52,7 @@ bool_t __read_mostly iommu_passthrough;
bool_t __read_mostly iommu_snoop = 1;
bool_t __read_mostly iommu_qinval = 1;
bool_t __read_mostly iommu_intremap = 1;
+bool_t __read_mostly iommu_intpost = 0;
Pointless initializer.
On 08.05.15 at 11:07, feng...@intel.com wrote:
Extend struct pi_desc according to VT-d Posted-Interrupts Spec.
Signed-off-by: Feng Wu feng...@intel.com
---
xen/include/asm-x86/hvm/vmx/vmcs.h | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git
flight 58228 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58228/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs.
We're going to want to free an event channel from two places. Factor out
the code into a free_evtchn() function.
Signed-off-by: David Vrabel david.vra...@citrix.com
---
xen/common/event_channel.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git
The per-domain event channel lock limits scalability when many VCPUs
are trying to send interdomain events. A per-channel lock is
introduced eliminating any lock contention when sending an event.
See this graph for the performance improvements:
When sending an event, use a new per-event channel lock to safely
validate the event channel state.
This new lock must be held when changing event channel state.
To avoid having to take the remote event channel locks when sending to
an interdomain event channel, the local and remote channel
The event channel lock is no longer required to check if the port is
valid.
Signed-off-by: David Vrabel david.vra...@citrix.com
---
xen/common/event_channel.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/xen/common/event_channel.c b/xen/common/event_channel.c
index
. ..snip..
@@ -1220,6 +1224,9 @@ void __init efi_init_memory(void)
prot |= _PAGE_PAT | MAP_SMALL_PAGES;
else if ( desc-Attribute (EFI_MEMORY_UC | EFI_MEMORY_UCE) )
prot |= _PAGE_PWT | _PAGE_PCD | MAP_SMALL_PAGES;
+else if ( efi_bs_revision =
On 09/06/15 14:53, Jan Beulich wrote:
From: Konrad Rzeszutek Wilk konrad.w...@oracle.com
For example on Dell machines we see:
(XEN) 0fed18000-0fed19fff type=11 attr=8000
(XEN) Unknown cachability for MFNs 0xfed18-0xfed19
Let's allow them to be mapped as UC.
We also
On 09.06.15 at 16:03, andrew.coop...@citrix.com wrote:
On 09/06/15 14:53, Jan Beulich wrote:
From: Konrad Rzeszutek Wilk konrad.w...@oracle.com
To help on certain platforms to run.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Signed-off-by: Jan Beulich jbeul...@suse.com
On 09/06/15 15:11, Konrad Rzeszutek Wilk wrote:
On Tue, Jun 09, 2015 at 03:03:18PM +0100, Andrew Cooper wrote:
On 09/06/15 14:53, Jan Beulich wrote:
From: Konrad Rzeszutek Wilk konrad.w...@oracle.com
To help on certain platforms to run.
Signed-off-by: Konrad Rzeszutek Wilk
El 09/06/15 a les 15.39, Konrad Rzeszutek Wilk ha escrit:
On Tue, Jun 09, 2015 at 08:52:53AM +, Paul Durrant wrote:
-Original Message-
From: Bob Liu [mailto:bob@oracle.com]
Sent: 09 June 2015 09:50
To: Bob Liu
Cc: xen-devel@lists.xen.org; David Vrabel;
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: 09 June 2015 13:30
To: Paul Durrant
Cc: Don Slutz; qemu-de...@nongnu.org; xen-devel@lists.xen.org; Stefano
Stabellini
Subject: Re: [PATCH v2 0/4] Fix device listener interface for PCI to PCI
bridges
On
On 08.05.15 at 11:07, feng...@intel.com wrote:
--- a/xen/include/asm-x86/hvm/vmx/vmx.h
+++ b/xen/include/asm-x86/hvm/vmx/vmx.h
@@ -28,6 +28,9 @@
#include asm/hvm/support.h
#include asm/hvm/trace.h
#include asm/hvm/vmx/vmcs.h
+#include asm/apic.h
+
+extern uint8_t posted_intr_vector;
On 08.05.15 at 11:07, feng...@intel.com wrote:
+bool_t pi_update_irte(struct vcpu *v, struct pirq *pirq, uint8_t gvec)
Without seeing the caller right away it's hard to judge, but generally I'd
prefer functions to return -E... values as error indicators, i.e.
+{
+struct irq_desc *desc;
1 - 100 of 184 matches
Mail list logo
