On Fri, 2015-07-03 at 22:40 +, osstest service owner wrote:
flight 59044 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59044/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386
On 29.06.15 at 15:13, boris.ostrov...@oracle.com wrote:
On 06/29/2015 06:23 AM, Ian Campbell wrote:
On Fri, 2015-06-26 at 21:07 +0100, Ian Campbell wrote:
On Fri, 2015-06-26 at 15:36 -0400, Boris Ostrovsky wrote:
Just to make sure, could you use explicit address, i.e.
for i in $(seq 0
On 07/03/2015 03:28 PM, Ian Campbell wrote:
On Thu, 2015-07-02 at 19:55 +0200, Roger Pau Monné wrote:
El 02/07/15 a les 19.42, George Dunlap ha escrit:
There are a lot of paths through
libxl__device_disk_local_initiate_attach(), but they all really boil
down to one thing: Can we just access
Hi,
At 08:14 -0400 on 02 Jul (1435824854), Bread Cutter wrote:
/* Translate the given virtual address to the guest frame number
*/
gfn = paging_gva_to_gfn(current, domctl-va, pfec);
This function only works for domains that have paging assistance
enabled (i.e. not
On 07/04/2015 02:01 AM, Julien Grall wrote:
The commit efb6de9b4ba0092b2c55f6a52d16294a8a698edd netfilter: bridge:
forward IPv6 fragmented packets introduced a new function
br_validate_ipv6 which take a reference on the inet6 device. Although,
the reference is not released at the end.
This
Ian Campbell writes (Re: [Xen-devel] [linux-3.18 test] 59041: regressions -
trouble: blocked/broken/fail/pass):
On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
build-armhf-xsm 4 host-build-prep fail REGR. vs.
58581
A strange one I think.
On 01/07/15 19:09, Ed White wrote:
--- a/xen/include/public/hvm/params.h
+++ b/xen/include/public/hvm/params.h
@@ -187,6 +187,9 @@
/* Location of the VM Generation ID in guest physical address space. */
#define HVM_PARAM_VM_GENERATION_ID_ADDR 34
-#define HVM_NR_PARAMS 35
+/*
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: 06 July 2015 11:14
To: Paul Durrant
Cc: Don Slutz; xen-devel@lists.xen.org
Subject: RE: [Xen-devel] Migration bug added by commit
2df1aa01bef7366798248ac6d03cfb42048b003d
On 06.07.15 at 12:08,
On 30.06.15 at 16:48, tleng...@novetta.com wrote:
--- a/xen/include/asm-x86/domain.h
+++ b/xen/include/asm-x86/domain.h
@@ -342,13 +342,15 @@ struct arch_domain
/* Monitor options */
struct {
-uint16_t write_ctrlreg_enabled : 4;
-uint16_t
On Mon, 2015-07-06 at 11:16 +0100, Ian Jackson wrote:
Ian Campbell writes (Re: [Xen-devel] [linux-3.18 test] 59041: regressions -
trouble: blocked/broken/fail/pass):
On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
build-armhf-xsm 4 host-build-prep
On 01.07.15 at 12:47, tiejun.c...@intel.com wrote:
On 2015/7/1 18:02, George Dunlap wrote:
On 07/01/2015 02:11 AM, Chen, Tiejun wrote:
/* XEN_DOMCTL_createdomain */
struct xen_domctl_createdomain {
/* IN parameters */
uint32_t ssidref;
xen_domain_handle_t handle;
/* Is
On 05/07/15 06:55, Manish Jaggi wrote:
4.3 Hypercall for bdf mapping notification to xen
---
#define PHYSDEVOP_map_sbdf 43
typedef struct {
u32 s;
u8 b;
u8 df;
u16 res;
} sbdf_t;
struct physdev_map_sbdf {
On 05.07.15 at 19:39, julien.gr...@citrix.com wrote:
On 05/07/2015 13:59, Parth Dixit wrote:
+shannon
I've just received ~50 mails +shannon. Couldn't you have forward all
the email privately rather replying to every single mail and cc shannon?
Seconded. Considering this I simply deleted
On 06/07/15 11:51, George Dunlap wrote:
The block-tap script can now do everything needed for libxl; no need
to link against the blktap library.
To do this:
* Set disk-script to block-tap and dev to format:pdev_path in
device_disk_add for LIBXL_DISK_BACKEND_TAP
* Remove libxl_blktap2.o
Hi Ian,
On 03/07/15 16:56, Ian Campbell wrote:
The code in the callbacks for dt_for_each_irq_map and
dt_for_each_range is very similar to the code in handle_device for
each non-pci device.
In fact the only major difference is that the irq callback needs to
call irq_set_spi_type in the PCI
On Monday 06 July 2015 04:13 PM, Julien Grall wrote:
On 05/07/15 06:55, Manish Jaggi wrote:
4.3 Hypercall for bdf mapping notification to xen
---
#define PHYSDEVOP_map_sbdf 43
typedef struct {
u32 s;
u8 b;
u8 df;
On Mon, 2015-07-06 at 11:35 +0100, Julien Grall wrote:
__in6_dev_get requires to hold rcu_read_lock or RTNL. My knowledge on
this code is very limited. Are we sure that one this lock is hold? At
first glance, I wasn't able to find one.
You could play it safe ;)
diff --git
On 01.07.15 at 20:09, edmund.h.wh...@intel.com wrote:
Changes since v2:
Addressed all v2 feedback *except*:
In patch 5, the per-domain EPTP list page is still allocated from the
Xen heap. If allocated from the domain heap Xen panics - IIRC on Haswell
hardware when walking the
From: Arianna Avanzini avanzini.aria...@gmail.com
This patch converts xen-blkfront driver to use the block multiqueue APIs.
Only one hardware queue is used now, so there is no performance change.
The legacy non-mq code was deleted completely which is the same as other drivers
like virtio, mtip,
On 03.07.15 at 18:22, andrew.coop...@citrix.com wrote:
On 01/07/15 19:09, Ed White wrote:
Add the basic data structures needed to support alternate p2m's and
the functions to initialise them and tear them down.
Although Intel hardware can handle 512 EPTP's per hardware thread
concurrently,
On 29.06.15 at 17:14, don.sl...@gmail.com wrote:
On 06/29/15 10:03, Paul Durrant wrote:
I think this patch should do it for now:
diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c
index a4d7225..cc6130c 100644
--- a/xen/arch/x86/hvm/emulate.c
+++
On Monday 06 July 2015 02:41 PM, Ian Campbell wrote:
On Sun, 2015-07-05 at 11:25 +0530, Manish Jaggi wrote:
On Monday 29 June 2015 04:01 PM, Julien Grall wrote:
Hi Manish,
On 28/06/15 19:38, Manish Jaggi wrote:
4.1 Holes in guest memory space
Holes are added in
On 06.07.15 at 12:08, paul.durr...@citrix.com wrote:
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: 06 July 2015 11:03
To: Don Slutz
Cc: Paul Durrant; xen-devel@lists.xen.org
Subject: Re: [Xen-devel] Migration bug added by commit
On 03/07/15 12:34, Roger Pau Monne wrote:
This is just a preparatory change to clean up the code in setup_guest.
Should not introduce any functional changes.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini
This was useful in tracking down bugs.
Signed-off-by: George Dunlap george.dun...@eu.citrix.com
---
CC: Ian Campbell ian.campb...@citrix.com
CC: Ian Jackson ian.jack...@citrix.com
CC: Wei Liu wei.l...@citrix.com
---
tools/libxl/libxl_device.c | 20 +---
tools/libxl/libxl_linux.c
The block-tap script can now do everything needed for libxl; no need
to link against the blktap library.
To do this:
* Set disk-script to block-tap and dev to format:pdev_path in
device_disk_add for LIBXL_DISK_BACKEND_TAP
* Remove libxl_blktap2.o and libxl_noblktap2.o and all code depending
They are no longer needed, having been replaced by a daemon for
driverdomains which will run scripts as necessary.
Worse yet, they seem to be broken for script-based block devices, such
as block-iscsi. This wouldn't matter so much if they were never run
by default; but if you run block-attach
The blocktap library isn't really necessary; all the necessary functionality
is available via the tap-ctl binary.
To use:
script=block-tap,vdev=[whatever],target=vhd:/path/to/file.vhd
script=block-tap,vdev=[whatever],target=aio:/path/to/file.raw
Signed-off-by: George Dunlap
On 03/07/15 12:34, Roger Pau Monne wrote:
Unify both functions into xc_dom_p2m. Should not introduce any functional
change.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell
Switch to using a blktap provided by the system, rather than building
it in-tree.
Do this by adding a block-tap script which calls the tap-ctl binary,
rather than linking against a library.
This requires the use of an externally-built tap-ctl binary, which an
be built from the master branch of
There are a lot of paths through
libxl__device_disk_local_initiate_attach(), but they all really boil
down to one thing: Can we just access the file directly, or do we need
to attach it?
The requirements for direct access are fairly simple:
* Is this local (as opposed to a driver domain)?
* Is
Now that libxl has been configured to use a block script for tapdisk,
we can remove the in-tree blktap and let the user build an out-of-tree
blktap.
Signed-off-by: George Dunlap george.dun...@eu.citrix.com
---
CC: Ian Campbell ian.campb...@citrix.com
CC: Ian Jackson ian.jack...@citrix.com
CC:
Yes, this demonstrates my point. Each of these is a single-bit boolean
value that takes up a single bit -- either on or off. But here you have
three values -- NO_DRM, RELAXED, and STRICT, that take up two bits. If
Is this fine to you?
#define _XEN_DOMCTL_DEV_NO_RDM 0
#define
Hi Ian,
On 03/07/15 16:56, Ian Campbell wrote:
This provides specific handlers for the PCI bus relating to matching
and translating. It's mostly similar to the defaults but includes some
additional error checks and other PCI specific bits.
There are some subtle differences in how the
Hi Ian,
On 03/07/15 16:55, Ian Campbell wrote:
This series adds parsing of the DT ranges and interrupt-map properties
for PCI devices, these contain the MMIOs and IRQs used by children on
the bus. This replaces the specific mapping stuff on xgene.
This is a quick respin based on Julien's
On 07/06/2015 06:41 PM, Eric Dumazet wrote:
On Mon, 2015-07-06 at 16:26 +0800, Bob Liu wrote:
Hi,
I tried to run the latest kernel v4.2-rc1, but often got below panic during
system boot.
[ 42.118983] BUG: unable to handle kernel paging request at
003f
[ 42.119008] IP:
On 01/07/15 19:09, Ed White wrote:
Signed-off-by: Ed White edmund.h.wh...@intel.com
I am still very much unconvinced by the argument against having a single
HVMOP_altp2m and a set of subops. do_domctl() and do_sysctl() are
examples of a subop style hypercall with different XSM settings for
On 30.06.15 at 16:23, rcojoc...@bitdefender.com wrote:
On 06/26/2015 10:02 AM, Jan Beulich wrote:
On 15.06.15 at 11:03, rcojoc...@bitdefender.com wrote:
Added support for a new class of vm_events: VM_EVENT_REASON_REQUEST,
sent via HVMOP_request_vm_event. The guest can request that a
generic
On Mon, 2015-07-06 at 11:30 +0100, Ian Jackson wrote:
Ian Campbell writes (Re: [Xen-devel] [ovmf test] 59044: trouble:
blocked/broken/fail/pass):
Seems to be Osstest/JobDB/Executive.pm line 137:
die Dumper($ho). ? if $ho-{SharedOthers} !
$ho-{SharedReady};
So another
Hi,
On 03/07/15 21:42, Florian Westphal wrote:
Julien Grall julien.gr...@citrix.com wrote:
The commit efb6de9b4ba0092b2c55f6a52d16294a8a698edd netfilter: bridge:
forward IPv6 fragmented packets introduced a new function
br_validate_ipv6 which take a reference on the inet6 device. Although,
On Mon, 2015-07-06 at 16:26 +0800, Bob Liu wrote:
Hi,
I tried to run the latest kernel v4.2-rc1, but often got below panic during
system boot.
[ 42.118983] BUG: unable to handle kernel paging request at 003f
[ 42.119008] IP: [8161cfd0] __netdev_pick_tx+0x70/0x120
Hi Ian,
Some minor comments:
On 03/07/15 16:56, Ian Campbell wrote:
+static int map_range_to_domain(const struct dt_device_node *dev,
+ u64 addr, u64 len,
+ void *data)
+{
+struct domain *d = data;
+bool_t need_mapping =
Hi,
nbsp;nbsp;nbsp; For I want to translate the virtual address in HVM DomU to
virtual address in Xen. But when I use the function paging_gva_to_gfn and
get_gfn, I can feel the performance down quickly, the machine become very hot
and then I have to force the machine shutting down.
The codes
oops, that's not the button I wanted
On Mon, 2015-07-06 at 09:27 +0100, Ian Campbell wrote:
On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
build-armhf-xsm 4 host-build-prep fail REGR. vs.
58581
A strange one I think.
As I was going to
On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
build-armhf-xsm 4 host-build-prep fail REGR. vs.
58581
A strange one I think.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On Fri, 2015-07-03 at 22:21 +, osstest service owner wrote:
flight 59041 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59041/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel
On 06/07/2015 08:22, xinyue wrote:
Hi,
For I want to translate the virtual address in HVM DomU to virtual
address in Xen. But when I use the function paging_gva_to_gfn and
get_gfn, I can feel the performance down quickly, the machine become
very hot and then I have to force the machine
On 06/07/2015 08:58, xinyue wrote:
在 2015-07-06, Mon, 15:44:53 ,Andrew Cooper 写到:
On 06/07/2015 08:22, xinyue wrote:
Hi,
For I want to translate the virtual address in HVM DomU to
virtual address in Xen. But when I use the function paging_gva_to_gfn
and get_gfn, I can feel the
On Thu, 2015-07-02 at 08:14 -0400, Bread Cutter wrote:
Any insight into what I'm doing wrong would be appreciated!
I'm afraid I don't have any, but perhaps you want to be looking into
either share_xen_page_with_guest or
share_xen_page_with_privileged_guests and either using them directly or
Hi,
I tried to run the latest kernel v4.2-rc1, but often got below panic during
system boot.
[ 42.118983] BUG: unable to handle kernel paging request at 003f
[ 42.119008] IP: [8161cfd0] __netdev_pick_tx+0x70/0x120
[ 42.119023] PGD 0
[ 42.119026] Oops: [#1]
On Sun, 2015-07-05 at 11:25 +0530, Manish Jaggi wrote:
On Monday 29 June 2015 04:01 PM, Julien Grall wrote:
Hi Manish,
On 28/06/15 19:38, Manish Jaggi wrote:
4.1 Holes in guest memory space
Holes are added in the guest memory space for mapping pci
Julien Grall julien.gr...@citrix.com wrote:
On 03/07/15 21:42, Florian Westphal wrote:
I think it makes more sense to use __in6_dev_get() instead which doesn't
take a reference.
__in6_dev_get requires to hold rcu_read_lock or RTNL. My knowledge on
this code is very limited. Are we sure
At 10:50 +0100 on 06 Jul (1436179849), Jan Beulich wrote:
On 01.07.15 at 20:09, edmund.h.wh...@intel.com wrote:
Changes since v2:
Addressed all v2 feedback *except*:
In patch 5, the per-domain EPTP list page is still allocated from the
Xen heap. If allocated from the domain
On 06.07.15 at 12:56, tiejun.c...@intel.com wrote:
Yes, this demonstrates my point. Each of these is a single-bit boolean
value that takes up a single bit -- either on or off. But here you have
three values -- NO_DRM, RELAXED, and STRICT, that take up two bits. If
Is this fine to you?
On 06/07/15 12:09, Manish Jaggi wrote:
On Monday 06 July 2015 04:13 PM, Julien Grall wrote:
On 05/07/15 06:55, Manish Jaggi wrote:
4.3 Hypercall for bdf mapping notification to xen
---
#define PHYSDEVOP_map_sbdf 43
typedef struct {
On 03/07/15 12:34, Roger Pau Monne wrote:
Introduce the notion of a container type into xc_dom_image. This will be
needed by later changes that will also use xc_dom_image in order to build
HVM guests.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson
On Fri, Jul 3, 2015 at 3:49 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Tue, 2015-06-02 at 16:47 +0100, Ian Campbell wrote:
Anyone fancy (n)acking this followup to XSA-131? I think we probably
want this for 4.6.
As someone who has had dealings with the libxl side of hte
permissive
On 03/07/15 12:34, Roger Pau Monne wrote:
diff --git a/tools/libxc/xc_dom_x86.c b/tools/libxc/xc_dom_x86.c
index 6fb4aee..993954e 100644
--- a/tools/libxc/xc_dom_x86.c
+++ b/tools/libxc/xc_dom_x86.c
@@ -926,41 +926,7 @@ static int meminit_pv(struct xc_dom_image *dom)
/*
On Fri, 2015-07-03 at 21:59 +, osstest service owner wrote:
flight 59040 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59040/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
On Mon, Jul 6, 2015 at 7:25 AM, Yu Zhang yu.c.zh...@linux.intel.com wrote:
MAX_NR_IO_RANGES is used by ioreq server as the maximum
number of discrete ranges to be tracked. This patch changes
its value to 8k, so that more ranges can be tracked on next
generation of Intel platforms in XenGT.
On Mon, Jul 6, 2015 at 12:01 PM, Andrew Cooper
andrew.coop...@citrix.com wrote:
On 06/07/15 11:51, George Dunlap wrote:
The block-tap script can now do everything needed for libxl; no need
to link against the blktap library.
To do this:
* Set disk-script to block-tap and dev to
Hi Dario
On Thu, Jul 02, 2015 at 02:18:18PM +0200, Dario Faggioli wrote:
I don't have much comments on all this, just that, reading, it, it
sounded somewhat similar to what GL is doing:
http://www.xenproject.org/component/allvideoshare/video/latest/ces15-globalogic.html
Hi Ian,
On Mon, Jul 06, 2015 at 12:53:49PM +0100, Ian Campbell wrote:
(switching to my work address)
On Thu, 2015-07-02 at 13:13 +0200, Maxime Ripard wrote:
Hi,
I've started using Xen on an Allwinner A33, which works great as an
headless device using the latest PSCI patches in
在 2015-07-06, Mon, 15:44:53 ,Andrew Cooper 写到:
On 06/07/2015 08:22, xinyue wrote:
nbsp;
Hi,
nbsp;nbsp;nbsp; For I want to translate the virtual address
in HVM DomU to virtual address in Xen. But when I use the
(switching to my work address)
On Thu, 2015-07-02 at 13:13 +0200, Maxime Ripard wrote:
Hi,
I've started using Xen on an Allwinner A33, which works great as an
headless device using the latest PSCI patches in U-Boot.
However, we would like to do something more with it, and we would need
On 03/07/15 12:34, Roger Pau Monne wrote:
Introduce a very simple (and dummy) domain loader to be used to load the
firmware (hvmloader) into HVM guests. Since hmvloader is just a 32bit elf
executable the loader is fairly simple.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian
-Original Message-
From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
George Dunlap
Sent: 06 July 2015 13:36
To: Yu Zhang
Cc: xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew Cooper;
Paul Durrant; Kevin Tian; zhiyuan...@intel.com
Subject: Re: [Xen-devel]
On Mon, 2015-07-06 at 14:26 +0200, Maxime Ripard wrote:
Hi Ian,
On Mon, Jul 06, 2015 at 12:53:49PM +0100, Ian Campbell wrote:
(switching to my work address)
On Thu, 2015-07-02 at 13:13 +0200, Maxime Ripard wrote:
Hi,
I've started using Xen on an Allwinner A33, which works
On 06.07.15 at 13:25, t...@xen.org wrote:
At 10:50 +0100 on 06 Jul (1436179849), Jan Beulich wrote:
On 01.07.15 at 20:09, edmund.h.wh...@intel.com wrote:
Changes since v2:
Addressed all v2 feedback *except*:
In patch 5, the per-domain EPTP list page is still allocated from the
On Thu, 2015-07-02 at 22:12 -0700, Meng Xu wrote:
Hi Dario,
Hi,
[Since I have commented on this thread in previous email, I just
top-post it for reminder.]
Just in case, this email is out of your radar... :-)
It is on my radar. It's just that I really had to drain my queue of
bugfixes.
flight 59058 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59058/
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.
On 03/07/15 12:34, Roger Pau Monne wrote:
This allows having different arch_setup_meminit implementations based on the
guest type. It should not introduce any functional changes.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano
Ian Campbell writes (Re: [Xen-devel] [xen-unstable test] 59040: regressions -
FAIL):
From
http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl-credit2/xen-unstable.html
it appears this one is sporadically unreliable on cubietruck, but works just
fine on arndale.
On 03/07/15 12:34, Roger Pau Monne wrote:
Add checks for ignored vcpu fields in HVM mode. HVM vCPUs (BSP and APs) are
always started in 32bit protected mode with paging disabled.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Jan Beulich jbeul...@suse.com
Cc: Andrew Cooper
On 06/07/15 14:17, Wei Liu wrote:
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It breaks PV guest vNUMA. The correct number of super pages
should be derived from the number of pages
-Original Message-
From: George Dunlap [mailto:george.dun...@eu.citrix.com]
Sent: 06 July 2015 14:28
To: Paul Durrant; George Dunlap
Cc: Yu Zhang; xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew
Cooper; Kevin Tian; zhiyuan...@intel.com
Subject: Re: [Xen-devel] [PATCH v2
On 07/06/2015 02:30 PM, Wei Liu wrote:
On Mon, Jul 06, 2015 at 02:26:37PM +0100, Andrew Cooper wrote:
On 06/07/15 14:17, Wei Liu wrote:
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It
I think we should go back here.
I was involved in the design discussion, and from the very beginning I
probably saw your plan but misunderstood it. I wouldn't be surprised if
some others didn't quite understand what they were agreeing to.
This way of doing things is different than the way we
On Mon, Jul 6, 2015 at 1:38 PM, Paul Durrant paul.durr...@citrix.com wrote:
-Original Message-
From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
George Dunlap
Sent: 06 July 2015 13:36
To: Yu Zhang
Cc: xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew Cooper;
On Mon, 2015-07-06 at 13:47 +0100, Ian Jackson wrote:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9
debian-hvm-install fail REGR. vs. 58965
http://logs.test-lab.xenproject.org/osstest/results/history/test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm/xen-unstable.html
On Fri, Jul 03, 2015 at 03:49:29PM +0100, Ian Campbell wrote:
On Tue, 2015-06-02 at 16:47 +0100, Ian Campbell wrote:
Anyone fancy (n)acking this followup to XSA-131? I think we probably
want this for 4.6.
From c395657b03a1e2b7616d987e7078694874981979 Mon Sep 17 00:00:00 2001
From: Ian
-Original Message-
From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
George Dunlap
Sent: 06 July 2015 13:50
To: Paul Durrant
Cc: Yu Zhang; xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew
Cooper; Kevin Tian; zhiyuan...@intel.com
Subject: Re: [Xen-devel]
The first one is just cosmetic change. The second patch fixes a bug.
Wei Liu (2):
libxc: remove trailing newline in xc_dom_panic format string
libxc: fix PV vNUMA guest memory allocation
tools/libxc/xc_dom_x86.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
--
xc_dom_panic prints more information after user supplied strings, so
don't print a newline.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
tools/libxc/xc_dom_x86.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/libxc/xc_dom_x86.c b/tools/libxc/xc_dom_x86.c
index
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It breaks PV guest vNUMA. The correct number of super pages
should be derived from the number of pages within that virtual NUMA
node.
Also
On Mon, Jul 06, 2015 at 01:57:28PM +0100, Ian Campbell wrote:
On Mon, 2015-07-06 at 13:47 +0100, Ian Jackson wrote:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9
debian-hvm-install fail REGR. vs. 58965
On 07/06/2015 02:09 PM, Paul Durrant wrote:
-Original Message-
From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of
George Dunlap
Sent: 06 July 2015 13:50
To: Paul Durrant
Cc: Yu Zhang; xen-devel@lists.xen.org; Keir (Xen.org); Jan Beulich; Andrew
Cooper; Kevin Tian;
On Mon, Jul 06, 2015 at 02:26:37PM +0100, Andrew Cooper wrote:
On 06/07/15 14:17, Wei Liu wrote:
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It breaks PV guest vNUMA. The correct
On Mon, 2015-07-06 at 14:23 +0100, Wei Liu wrote:
I saw this bug since the introduction of amd64-i386 stubdom test case.
Now it looks like intermittent, i.e. we failed at the beginning, passed
at some point, now it failed again.
On Mon, Jul 06, 2015 at 02:33:35PM +0100, Ross Lagerwall wrote:
On 07/06/2015 02:30 PM, Wei Liu wrote:
On Mon, Jul 06, 2015 at 02:26:37PM +0100, Andrew Cooper wrote:
On 06/07/15 14:17, Wei Liu wrote:
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages
So that the guest boot will be logged somewhere useful (the qemu-dm
log).
It still seems to pickup a quiet from somewhere, so it's not as
useful as it might be, but it is an improvement.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
ts-debian-hvm-install | 9 ++---
1 file changed,
xend.pm inherits from xl.pm, but I don't know what (if any) support
for verbosity it has, so the xm invocation is unchanged.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
Osstest/Toolstack/xend.pm | 1 +
Osstest/Toolstack/xl.pm | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
On 03/07/15 12:34, Roger Pau Monne wrote:
Remove xc_hvm_build_x86.c and xc_hvm_build_arm.c since xc_hvm_build is not
longer used in order to create HVM guests.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It breaks PV guest vNUMA. The correct number of super pages
should be derived from the number of pages within that virtual NUMA
node.
Also
On Mon, Jul 6, 2015 at 6:26 AM, Jan Beulich jbeul...@suse.com wrote:
On 30.06.15 at 16:48, tleng...@novetta.com wrote:
--- a/xen/include/asm-x86/domain.h
+++ b/xen/include/asm-x86/domain.h
@@ -342,13 +342,15 @@ struct arch_domain
/* Monitor options */
struct {
-
On 06.07.15 at 15:34, tiejun.c...@intel.com wrote:
I think we should go back here.
I was involved in the design discussion, and from the very beginning I
probably saw your plan but misunderstood it. I wouldn't be surprised if
some others didn't quite understand what they were agreeing to.
On Mon, Jul 06, 2015 at 02:37:31PM +0100, Ian Campbell wrote:
On Mon, 2015-07-06 at 14:23 +0100, Wei Liu wrote:
I saw this bug since the introduction of amd64-i386 stubdom test case.
Now it looks like intermittent, i.e. we failed at the beginning, passed
at some point, now it failed
On Mon, 2015-07-06 at 14:17 +0100, Wei Liu wrote:
In 415b58c1 (tools/libxc: Batch memory allocations for PV guests) the
number of super pages is calculated with the number of total pages. That
is wrong. It breaks PV guest vNUMA. The correct number of super pages
should be derived from the
On Mon, 2015-07-06 at 12:04 +0100, Julien Grall wrote:
Hi Ian,
On 03/07/15 16:55, Ian Campbell wrote:
This series adds parsing of the DT ranges and interrupt-map properties
for PCI devices, these contain the MMIOs and IRQs used by children on
the bus. This replaces the specific mapping
Ian Campbell writes ([PATCH OSSTEST 1/2] When invoking xl create do so
verbosely):
xend.pm inherits from xl.pm, but I don't know what (if any) support
for verbosity it has, so the xm invocation is unchanged.
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
1 - 100 of 227 matches
Mail list logo