Not sure if I should comment with Reviewed-by, I will just do it. Please
just ignore if I should not add Reviewed-by.
2015-02-26 8:36 GMT-05:00 Dario Faggioli dario.faggi...@citrix.com:
more specifically, about vCPU initialization and destruction events,
in line with adb26c09f26e (xen: sched:
flight 35326 linux-3.16 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35326/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 15 guest-localmigrate/x10fail REGR. vs. 34167
test-amd64-i386-pair
On 02/26/2015 06:42 PM, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, Luis R. Rodriguez wrote:
On Thu, Feb 26, 2015 at 11:08:20AM +, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, David Vrabel wrote:
On 26/02/15 04:59, Juergen Gross wrote:
So we are again in the situation that
2015-02-26 8:37 GMT-05:00 Dario Faggioli dario.faggi...@citrix.com:
and update them from Credit2 and RTDS schedulers.
Signed-off-by: Dario Faggioli dario.faggi...@citrix.com
Cc: Meng Xu xumengpa...@gmail.com
Cc: George Dunlap george.dun...@eu.citrix.com
Cc: Jan Beulich jbeul...@suse.com
On 2015/2/27 0:17, Ian Campbell wrote:
On Thu, 2015-02-26 at 14:35 +0800, Chen, Tiejun wrote:
If we are going to do this then I think we need to arrange for the
interface to be able to express the need to force the workarounds for a
particular device. IOW a boolean will not suffice since it
flight 35525 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35525/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 33866
On 02/26/2015 07:48 PM, Luis R. Rodriguez wrote:
On Thu, Feb 26, 2015 at 05:42:57PM +, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, Luis R. Rodriguez wrote:
On Thu, Feb 26, 2015 at 11:08:20AM +, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, David Vrabel wrote:
On 26/02/15 04:59,
Tim, Andrew, Jan,
it seems as if we are slowly coming to some conclusion on this thread. If
I am mistaken, I am wondering whether it would make sense to have an IRC
meeting with all the involved stake-holders and report back to the list.
Regards
Lars
On 26/02/2015 10:52, Tim Deegan t...@xen.org
On Thu, 2015-02-26 at 11:55 +0800, Ming Lei wrote:
libxl: error: libxl_device.c:950:device_backend_callback: unable to
add device with path /local/domain/0/backend/vbd/4/51712
libxl: error: libxl_create.c:1153:domcreate_launch_dm: unable to add
disk devices
libxl: error:
Shuffle some struct definitions up to file scope so that they remain
in scope in C++ when they're used again later.
Add an automatic check for similar C++ pitfalls, to be run only when
g++ is available.
RFC because it's not clear whether we want to make any commitments to
have the public headers
On 26/02/15 04:59, Juergen Gross wrote:
So we are again in the situation that pv-drivers always imply the pvops
kernel (PARAVIRT selected). I started the whole Kconfig rework to
eliminate this dependency.
Yes. Can you produce a series that just addresses this one issue.
In the absence of
1. Extend grammar of parser.
2. Adjust internal functions to accept XLU_ConfigValue instead of
char *.
Signed-off-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
---
Signed-off-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
---
Changes in v6:
1. Better description of the macro.
---
tools/libxl/libxl.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/tools/libxl/libxl.h
These APIs can be used to manipulate XLU_ConfigValue and XLU_ConfigList.
APIs introduced:
1. xlu_cfg_value_type
2. xlu_cfg_value_get_string
3. xlu_cfg_value_get_list
4. xlu_cfg_get_listitem2
Move some definitions from private header to public header as needed.
Signed-off-by: Wei Liu
This patches does following things:
1. Properly define a XLU_ConfigList type. Originally it was defined to
be XLU_ConfigSetting.
2. Define XLU_ConfigValue type, which can be either a string or a list
of XLU_ConfigValue.
3. ConfigSetting now references XLU_ConfigValue. Originally it only
Make XENMEM_increase_reservation and XENMEM_populate_physmap
vNUMA-aware.
That is, if guest requests Xen to allocate memory for specific vnode,
Xen can translate vnode to pnode using vNUMA information of that guest.
XENMEMF_vnode is introduced for the guest to mark the node number is in
fact
This patch includes configuration options parser and documentation.
Please find the hunk to xl.cfg.pod.5 for more information.
Signed-off-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
---
Changes in v6:
1. Disable NUMA
A domain can contain several virtual NUMA nodes, hence we introduce an
array in libxl_domain_build_info.
libxl_vnode_info contains the size of memory in that node, the distance
from that node to every nodes, the underlying pnode and a bitmap of
vcpus.
Signed-off-by: Wei Liu wei.l...@citrix.com
Originally only setting has line number recorded. Since we're moving to
more sophisticated API, record line number and column number for
individual value. They are useful for error reporting.
Signed-off-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Ian Jackson
Transform user supplied vNUMA configuration into libxl internal
representations then libxc representations. Check validity along the
line.
Libxc has more involvement in building vmemranges in HVM case compared
to PV case. The building of vmemranges is placed after xc_hvm_build
returns, because it
On Thu, Feb 26, 2015 at 11:19:17AM +, Stefano Stabellini wrote:
On Wed, 25 Feb 2015, Luis R. Rodriguez wrote:
On Wed, Feb 25, 2015 at 12:01:31PM +, Stefano Stabellini wrote:
On Tue, 24 Feb 2015, Luis R. Rodriguez wrote:
On Tue, Feb 24, 2015 at 7:21 AM, Stefano Stabellini
Add a check, like the existing check for non-ANSI C in the public
headers, that runs the public headers through a C++ compiler to
flag non-C++-friendly constructs.
Unlike the ANSI C check, we accept GCC-isms (gnu++98), and we also
check various tools-only headers.
Explicitly _not_ addressing the
Hi all
This is version 6 of this series rebased on top of staging.
This patch series implements virtual NUMA support for both PV and HVM guest.
That is, admin can configure via libxl what virtual NUMA topology the guest
sees.
This is the stage 1 (basic vNUMA support) and part of stage 2
This function gets the machine E820 map and sanitize it according to PV
guest configuration.
This will be used in later patch. No functional change introduced in
this patch.
Signed-off-by: Wei Liu wei.l...@citrix.com
Reviewed-by: Andrew Cooper andrew.coop...@citrix.com
Reviewed-by: Dario
On 25.02.15 at 21:20, dsl...@verizon.com wrote:
On 02/24/15 10:34, Jan Beulich wrote:
On 17.02.15 at 00:05, dsl...@verizon.com wrote:
@@ -501,22 +542,50 @@ static void hvm_free_ioreq_gmfn(struct domain *d,
unsigned long gmfn)
clear_bit(i, d-arch.hvm_domain.ioreq_gmfn.mask);
}
- space: remove space after '(' or before ')' in 'if' condition;
- indention: align function definition/call arguments;
Signed-off-by: Chao Peng chao.p.p...@linux.intel.com
Acked-by: Wei Liu wei.l...@citrix.com
---
tools/libxc/include/xenctrl.h | 10 +-
tools/libxc/xc_psr.c | 10
On 26/02/15 14:45, Frediano Ziglio wrote:
I would prefer if we avoid to add more compatibles like that in gic.h.
I have a patch to drop a part of this mess. I would advise your to use
cherry-pick the commit [1] in your branch.
[1]
http://xenbits.xen.org/gitweb/?p=people/julieng/xen-
On 25.02.15 at 18:06, andrew.coop...@citrix.com wrote:
On 25/02/15 14:45, Jan Beulich wrote:
+static unsigned long __init dom0_paging_pages(const struct domain *d,
+ unsigned long nr_pages)
+{
+/* Copied from:
On 26/02/15 15:06, D'Mita Levy wrote:
Hello,
Assuming one builds the Xen hypervisor avaialable from the
http://www.xenproject.org/ respository and then uses it to replace the
hypervisor in the Citrix Xenserver /boot directory - will this work.
Rather, is it possible to build and mondify the
On 26.02.15 at 14:37, dario.faggi...@citrix.com wrote:
@@ -51,6 +51,19 @@ PERFCOUNTER(migrate_running,csched:
migrate_running)
PERFCOUNTER(migrate_kicked_away,csched: migrate_kicked_away)
PERFCOUNTER(vcpu_hot, csched: vcpu_hot)
+/* credit2 specific counters */
From: Ian Jackson ian.jack...@eu.citrix.com
We are going to want to use some but not all of the machinery
previously in xc_netbsd.c Split the evtchn and ancillary code into its
own file. This part is pure code motion.
But we also have to alter the Makefile, and rename some symbols, as
with
flight 35449 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35449/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 33866
From: pmarzo marzo.pe...@gmail.com
offset and size are of type uint16_t so the %lu gives a warning
A %u specifier, the same used in size makes gcc happy
Not sure if a %x would be more correct
Signed-off-by: Pedro Marzo Perez marzo.pe...@gmail.com
---
drivers/net/xen-netback/netback.c | 2 +-
1
On 26/02/15 14:46, Pranavkumar Sawargaonkar wrote:
Hi
Hi Pranavkumar,
Also if we just show only one vITS (or only one Virtual v2m frame)
instead of two vITS
then actual hardware interrupt number and virtual interrupt number
which guest will see will become different
This will hamper direct
Now we could pass PCI domain combined with bus number
in u32 argu. Because in arm/arm64, PCI domain number
is assigned by pci_bus_assign_domain_nr(). So we leave
pci_scan_root_bus() and pci_create_root_bus() in arm/arm64
unchanged. A new function pci_host_assign_domain_nr()
will be introduced for
Hello,
Assuming one builds the Xen hypervisor avaialable from the
http://www.xenproject.org/ respository and then uses it to replace the
hypervisor in the Citrix Xenserver /boot directory - will this work.
Rather, is it possible to build and mondify the xenproject hypervisor and
use it to replace
On 26/02/15 14:31, Frediano Ziglio wrote:
Hi Frediano,
On 26/02/15 12:40, Frediano Ziglio wrote:
HiSilison Hip04 platform use a slightly different version.
This is just a verbatim copy of the file to workaround git not fully
supporting copy operation.
This is an old verbatim copy. You
On 26.02.15 at 14:37, dario.faggi...@citrix.com wrote:
--- a/xen/common/sched_credit2.c
+++ b/xen/common/sched_credit2.c
@@ -571,9 +571,11 @@ tickle:
(unsigned char *)d);
}
cpumask_set_cpu(ipid, rqd-tickled);
+SCHED_STAT_CRANK(tickle_idlers_some);
Hi,
On 26/02/15 11:09, Lars Kurth wrote:
Tim, Andrew, Jan,
it seems as if we are slowly coming to some conclusion on this thread. If
I am mistaken, I am wondering whether it would make sense to have an IRC
meeting with all the involved stake-holders and report back to the list.
I'm not sure
On Wednesday, February 25, 2015 02:09:50 PM Stefano Stabellini wrote:
Is the upshot that Mike doesn't need to do anything further with his
patch (i.e. can drop it)? I think so?
Yes, I think so. Maybe he could help out testing the patches I am going
to write :-)
Sorry for not responding to
On 26.02.15 at 16:22, t...@xen.org wrote:
At 14:09 + on 26 Feb (1424956161), Jan Beulich wrote:
On 26.02.15 at 14:11, t...@xen.org wrote:
+headers++.chk: $(PUBLIC_HEADERS_TO_CHECK) Makefile
... I don't think limiting this to a subset of the headers is the right
thing here: C++
Hi
On Thu, Feb 26, 2015 at 4:19 PM, Vijay Kilari vijay.kil...@gmail.com wrote:
On Wed, Feb 25, 2015 at 3:50 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2015-02-25 at 08:03 +0530, Manish Jaggi wrote:
On 24/02/15 7:13 pm, Julien Grall wrote:
On 24/02/15 00:23, Manish Jaggi wrote:
On 26.02.15 at 15:55, dsl...@verizon.com wrote:
Well, this is a little confusing (I read this as Paul is fine with 3).
Since both Jan Beulich and Keir Fraser want to skip the hole, I will
switch to 9.
If not leaving a hole makes the code meaningfully simpler, then go
with what you have. But
On Thu, 2015-02-26 at 13:54 +, Julien Grall wrote:
NB: I'm only considering host level stuff here. Our virtualised hardware
as exposed to the guest is well defined right now and any conversation
about deviating from the set of hardware (e.g. providing a guest view to
a non-GIC
At 14:09 + on 26 Feb (1424956161), Jan Beulich wrote:
On 26.02.15 at 14:11, t...@xen.org wrote:
-headers.chk: $(filter-out public/arch-% public/%ctl.h public/xsm/%
public/%hvm/save.h, $(wildcard public/*.h public/*/*.h) $(public-y))
Makefile
+PUBLIC_HEADERS_TO_CHECK := $(filter-out
On 02/26/15 06:49, Paul Durrant wrote:
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: 26 February 2015 08:08
To: Don Slutz
Cc: Aravind Gopalakrishnan; Suravee Suthikulpanit; Andrew Cooper; Ian
Campbell; Paul Durrant; George Dunlap; Ian Jackson; Stefano
On Thu, 2015-02-26 at 15:22 +, Jan Beulich wrote:
On 26.02.15 at 14:37, dario.faggi...@citrix.com wrote:
--- a/xen/common/sched_credit2.c
+++ b/xen/common/sched_credit2.c
@@ -571,9 +571,11 @@ tickle:
(unsigned char *)d);
}
cpumask_set_cpu(ipid,
On 26/02/15 14:31, Frediano Ziglio wrote:
Hi Frediano,
On 26/02/15 12:40, Frediano Ziglio wrote:
HiSilison Hip04 platform use a slightly different version.
This is just a verbatim copy of the file to workaround git not
fully
supporting copy operation.
This is an old verbatim
On 26.02.15 at 14:36, dario.faggi...@citrix.com wrote:
A small series that refactors a few of the existing scheduling related
performance counters, making them generic and updating them from all
schedulers, rather than just in Credit1.
It also (in the last patch) add a few new counters,
flight 35360 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35360/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 13 guest-destroy fail REGR. vs. 34580
test-amd64-amd64-libvirt
From: Arnd Bergmann a...@arndb.de
Use pci_scan_root_bus() instead of deprecated function
pci_scan_bus_parented().
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Yijing Wang wangyij...@huawei.com
CC: Konrad Rzeszutek Wilk konrad.w...@oracle.com
CC: xen-de...@lists.xenproject.org
---
Hi Frediano,
On 26/02/15 12:40, Frediano Ziglio wrote:
diff --git a/xen/arch/arm/domain_build.c
b/xen/arch/arm/domain_build.c
index c2dcb49..0834053 100644
--- a/xen/arch/arm/domain_build.c
+++ b/xen/arch/arm/domain_build.c
@@ -1038,6 +1038,7 @@ static int handle_node(struct
This is a series done by Ian Jackson. I only changed a few macros and rewrote
some commit logs.
With this series we can build libxc with rump kernels.
Wei.
Ian Jackson (5):
NetBSDRump: provide evtchn.h
libxc: Split off xc_minios_privcmd.c
libxc: Split off xc_netbsd_user.c
libxc: minios:
On Thu, 2015-02-26 at 16:19 +0530, Vijay Kilari wrote:
On Wed, Feb 25, 2015 at 3:50 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2015-02-25 at 08:03 +0530, Manish Jaggi wrote:
On 24/02/15 7:13 pm, Julien Grall wrote:
On 24/02/15 00:23, Manish Jaggi wrote:
Because you have to
On Thu, 2015-02-26 at 12:19 +, Stefano Stabellini wrote:
On Wed, 25 Feb 2015, Don Slutz wrote:
On 02/25/15 10:07, Stefano Stabellini wrote:
LIBXL_MAXMEM_CONSTANT is used to increase the maxmem setting for a
domain by a constant amount. As it is not clear the reason why we should
be
On Thu, 26 Feb 2015, David Vrabel wrote:
On 26/02/15 04:59, Juergen Gross wrote:
So we are again in the situation that pv-drivers always imply the pvops
kernel (PARAVIRT selected). I started the whole Kconfig rework to
eliminate this dependency.
Yes. Can you produce a series that
Hi all,
I would like to request a backport of
commit c1d322e6048796296555dd36fdd102d7fa2f50bf
Author: Stefano Stabellini stefano.stabell...@eu.citrix.com
Date: Wed Dec 3 08:15:19 2014 -0500
xen-hvm: increase maxmem before calling xc_domain_populate_physmap
to all QEMU stable trees.
Hi Frediano,
On 26/02/15 12:40, Frediano Ziglio wrote:
HiSilison Hip04 platform use a slightly different version.
This is just a verbatim copy of the file to workaround git
not fully supporting copy operation.
This is an old verbatim copy. You miss at least one change in the copied
GICv2
Hi Ian,
On 26/02/15 11:12, Ian Campbell wrote:
I have few queries
1) If Dom0 has 'n' ITS nodes, then how does Xen know which virtual ITS
command Q is
mapped to which Physical ITS command Q.
In case of linux, the ITS node is added as msi chip to pci using
of_pci_msi_chip_add()
From: Ian Jackson ian.jack...@eu.citrix.com
This allows programs which use the bulk of libxc to link. We use
/dev/xenevt for event channels, the raw minios functions for privcmd
and gnttab, and the netbsd versions of discard_file_cache and
xc_memalign.
Signed-off-by: Ian Jackson
On Wed, Feb 25, 2015 at 03:18:45PM +, Stefano Stabellini wrote:
In libxl_set_memory_target when setting the new maxmem, retain the same
offset on top of the current target. In the future the offset will
include memory allocated by QEMU for rom files.
Signed-off-by: Stefano Stabellini
On Wed, 25 Feb 2015, Luis R. Rodriguez wrote:
On Wed, Feb 25, 2015 at 12:01:31PM +, Stefano Stabellini wrote:
On Tue, 24 Feb 2015, Luis R. Rodriguez wrote:
On Tue, Feb 24, 2015 at 7:21 AM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Mon, 23 Feb 2015, Luis R.
On Thu, Feb 26, 2015 at 11:55 AM, Ming Lei tom.leim...@gmail.com wrote:
Hi Guys,
I just follow the guide in the link[1], and looks
I can boot Dom0 successfully on mustang, and the
xen 4.5 tools can be built OK on Dom0 side too.
But when I try to create domU with the following
commands:
On Wed, Feb 25, 2015 at 04:33:17PM +0100, Dario Faggioli wrote:
In fact: vnode_to_pnode is an array, not a mask; there was a
typo in the one about vmemrange; there was no indication
of the data directions.
Signed-off-by: Dario Faggioli dario.faggi...@citrix.com
Cc: Wei Liu
On Thu, Feb 26, 2015 at 01:47:47PM +0100, Jürgen Groß wrote:
On 02/26/2015 12:56 PM, Wei Liu wrote:
From: Ian Jackson ian.jack...@eu.citrix.com
We are going to want to reuse this code for NetBSD rump kernels, where
there is no gntmap device and we just want to call the MiniOS gntmap
code
The GIC in this platform is mainly compatible with the standard
GICv2 beside:
- ITARGET is extended to 16 bit to support 16 CPUs;
- SGI mask is extended to support 16 CPUs;
- maximum supported interrupt is 510.
Use nr_lines to check for maximum irq supported. hip04-d01 support less
interrupts due
Allow to enable non standard drivers in Xen.
Can be override in .config file.
Signed-off-by: Frediano Ziglio frediano.zig...@huawei.com
---
xen/arch/arm/Rules.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen/arch/arm/Rules.mk b/xen/arch/arm/Rules.mk
index c7bd227..4ed142a 100644
---
Hi Frediano,
On 26/02/15 12:40, Frediano Ziglio wrote:
diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
index c2dcb49..0834053 100644
--- a/xen/arch/arm/domain_build.c
+++ b/xen/arch/arm/domain_build.c
@@ -1038,6 +1038,7 @@ static int handle_node(struct domain *d,
2015-02-25 16:53 GMT+00:00 Stefano Stabellini
stefano.stabell...@eu.citrix.com:
On Wed, 25 Feb 2015, Frediano Ziglio wrote:
The GIC in this platform is mainly compatible with the standard
GICv2 beside:
- ITARGET is extended to 16 bit to support 16 CPUs;
- SGI mask is extended to support 16
Settle on just using one variable (val), and move the other into
WRMSR's local scope. Chain up further success paths to the
rdmsr_writeback label rather than open coding them.
Signed-off-by: Jan Beulich jbeul...@suse.com
--- a/xen/arch/x86/traps.c
+++ b/xen/arch/x86/traps.c
@@ -2008,7 +2008,7 @@
On Wed, Feb 25, 2015 at 3:50 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2015-02-25 at 08:03 +0530, Manish Jaggi wrote:
On 24/02/15 7:13 pm, Julien Grall wrote:
On 24/02/15 00:23, Manish Jaggi wrote:
Because you have to parse all the device tree to remove the reference
to the
At 14:42 + on 25 Feb (1424871753), Jan Beulich wrote:
Non-anonymous allocations with this flag set should - for the purpose
of the availability check - be treated just like anonymous ones, as
they wouldn't lead to a reduction of -outstanding_pages.
Signed-off-by: Jan Beulich
Hi Frediano,
On 26/02/15 12:40, Frediano Ziglio wrote:
xen/arm: Make gic-v2 code handle hip04-d01 platform
xen/arm: handle GICH register changes for hip04-d01 platform
xen/arm: Force dom0 to use normal GICv2 driver on Hip04 platform
There is not much benefits to have 3 separate patches.
On Monday 23 February 2015 09:50 PM, Jan Beulich wrote:
On 23.02.15 at 16:46, ian.campb...@citrix.com wrote:
On Mon, 2015-02-23 at 15:27 +, Jan Beulich wrote:
On 23.02.15 at 16:02, ian.campb...@citrix.com wrote:
Is the reason for the scan being of segment 0 only is that it is the one
On Wed, 2015-02-25 at 16:59 +, Ian Campbell wrote:
I think we should disable the build of all drivers in Xen by default,
except for the ARM standard compliant ones (for aarch64 the SBSA is a
nice summary of what is considered compliant), to keep the size of the
binary small.
I don't
From: Ian Jackson ian.jack...@eu.citrix.com
We are going to want to reuse this code for NetBSD rump kernels, where
there is no gntmap device and we just want to call the MiniOS gntmap
code directly.
As part of this we want to abstract away the use of files[] inside the
actual functions. Do this
On Wed, 25 Feb 2015, Don Slutz wrote:
On 02/25/15 10:07, Stefano Stabellini wrote:
LIBXL_MAXMEM_CONSTANT is used to increase the maxmem setting for a
domain by a constant amount. As it is not clear the reason why we should
be doing this, remove the constant.
Signed-off-by: Stefano
Wei Liu, le Thu 26 Feb 2015 11:56:18 +, a écrit :
We are going to want to use some but not all of the machinery
previously in xc_minios.c. Split the privcmd and gnttab code into its
own file. This part is pure code motion.
But we also have to:
- Alter the Makefile to build and link
On Thu, Feb 26, 2015 at 11:56:18AM +, Wei Liu wrote:
From: Ian Jackson ian.jack...@eu.citrix.com
We are going to want to use some but not all of the machinery
previously in xc_minios.c. Split the privcmd and gnttab code into its
own file. This part is pure code motion.
But we also
On Thu, Feb 26, 2015 at 5:41 PM, Ming Lei tom.leim...@gmail.com wrote:
On Thu, Feb 26, 2015 at 11:55 AM, Ming Lei tom.leim...@gmail.com wrote:
Hi Guys,
I just follow the guide in the link[1], and looks
I can boot Dom0 successfully on mustang, and the
xen 4.5 tools can be built OK on Dom0
Wei Liu, le Thu 26 Feb 2015 11:56:20 +, a écrit :
From: Ian Jackson ian.jack...@eu.citrix.com
We are going to want to reuse this code for NetBSD rump kernels, where
there is no gntmap device and we just want to call the MiniOS gntmap
code directly.
As part of this we want to abstract
Until vGIC support is not implemented and tested, this will prevent
guest kernels to use their Hip04 driver, or crash when they don't
have any.
Signed-off-by: Frediano Ziglio frediano.zig...@huawei.com
---
xen/arch/arm/gic-hip04.c | 18 +++---
1 file changed, 11 insertions(+), 7
From: Ian Jackson ian.jack...@eu.citrix.com
We are going to want to use some but not all of the machinery
previously in xc_minios.c. Split the privcmd and gnttab code into its
own file. This part is pure code motion.
But we also have to:
- Alter the Makefile to build and link
On Wed, 2015-02-25 at 18:41 -0500, Boris Ostrovsky wrote:
ACPI defines proximity domain identifier as a 32-bit integer. While
in most cases the values will be zero-based this is not guaranteed,
making current pxm2node[256] mapping structure not appropriate.
We will instead use
From: Ian Jackson ian.jack...@eu.citrix.com
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
[ wei: write commit message ]
Signed-off-by: Wei Liu wei.l...@citrix.com
---
tools/include/xen-sys/NetBSDRump/evtchn.h | 86 +++
1 file changed, 86 insertions(+)
create
On 02/26/2015 12:56 PM, Wei Liu wrote:
From: Ian Jackson ian.jack...@eu.citrix.com
We are going to want to reuse this code for NetBSD rump kernels, where
there is no gntmap device and we just want to call the MiniOS gntmap
code directly.
As part of this we want to abstract away the use of
The GICH in this platform is mainly compatible with the standard
GICv2 beside APR and LR register offsets.
Signed-off-by: Frediano Ziglio frediano.zig...@huawei.com
---
xen/arch/arm/gic-hip04.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git
HiSilison Hip04 platform use a slightly different version.
This is just a verbatim copy of the file to workaround git
not fully supporting copy operation.
Signed-off-by: Frediano Ziglio frediano.zig...@huawei.com
---
xen/arch/arm/gic-hip04.c | 788 +++
This set of patches add Xen support for hip04-d01 platform (see
https://wiki.linaro.org/Boards/D01 for details).
Changes from V5.99.1:
- removed RFC again;
- use different constants for hip04 instead of redefine standard ones;
- comment compatible string change;
- add an option to ARM to enable
On Thu, 2015-02-26 at 15:39 +0530, Manish Jaggi wrote:
Have you reached a conclusion?
My current thinking on how PCI for Xen on ARM should look is thus:
xen/arch/arm/pci.c:
New file, containing core PCI infrastructure for ARM. Includes:
pci_hostbridge_register(), which
... using struct domain as a container for passing the respective
affinity mask: Quite a number of allocations are domain specific, yet
not to be accounted for that domain. Introduce a flag suppressing the
accounting altogether (i.e. going beyond MEMF_no_refcount) and use it
right away in common
On Thu, 2015-02-26 at 14:35 +0100, Juergen Gross wrote:
+
+ /* reset completion */
+ if ((info-ports[wIndex].status
USB_PORT_STAT_RESET) != 0
+ time_after_eq(jiffies,
info-ports[wIndex].timeout)) {
+
flight 35333 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35333/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken in 35226 REGR. vs.
At 15:33 + on 26 Feb (1424961188), Julien Grall wrote:
Hi,
On 26/02/15 11:09, Lars Kurth wrote:
Tim, Andrew, Jan,
it seems as if we are slowly coming to some conclusion on this thread. If
I am mistaken, I am wondering whether it would make sense to have an IRC
meeting with all the
Currently all in tree code doesn't set the superpage flag, but Konrad
wants it retained for the moment.
As I'm going to change the p2m_host array allocation, duplicate the code
snippet to allocate p2m_host array in this patch, so that we retain the
behaviour in superpage case.
This patch
On 02/26/2015 03:56 AM, Dietmar Hahn wrote:
Am Mittwoch 25 Februar 2015, 11:31:31 schrieb Boris Ostrovsky:
On 02/25/2015 10:12 AM, kevin.ma...@gdata.de wrote:
-Ursprüngliche Nachricht-
Von: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
Gesendet: Dienstag, 24. Februar 2015 18:13
Move a while loop in xc_hvm_build_x86 one block to the right. No
functional change introduced.
Functional changes will be introduced in next patch.
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: Dario Faggioli
On 26.02.15 at 17:28, t...@xen.org wrote:
At 16:11 + on 26 Feb (1424963496), Tim Deegan wrote:
Explicitly _not_ addressing the use of 'private' in various fields,
since we'd previously decided not to fix that.
BTW, ring.h is the only instance of that, so the extra diff to clear
that up
On Thu, Feb 26, 2015 at 11:08:20AM +, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, David Vrabel wrote:
On 26/02/15 04:59, Juergen Gross wrote:
So we are again in the situation that pv-drivers always imply the pvops
kernel (PARAVIRT selected). I started the whole Kconfig rework
Transform the user supplied vNUMA configuration into libxl internal
representations, and finally libxc representations. Check validity of
the configuration along the line.
Signed-off-by: Wei Liu wei.l...@citrix.com
Reviewed-by: Dario Faggioli dario.faggi...@citrix.com
Cc: Ian Campbell
1 - 100 of 159 matches
Mail list logo