From: Ian Jackson
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 xc_minios_privcmd.c too.
- Rename some
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
---
xen/arch/arm/gic-hip04.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/xen/
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 MAX_NUMNOD
From: Ian Jackson
Signed-off-by: Ian Jackson
[ wei: write commit message ]
Signed-off-by: Wei Liu
---
tools/include/xen-sys/NetBSDRump/evtchn.h | 86 +++
1 file changed, 86 insertions(+)
create mode 100644 tools/include/xen-sys/NetBSDRump/evtchn.h
diff --git a/t
From: Ian Jackson
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
[ wei: wrap long lines, adapt to change
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, 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.
>
From: Ian Jackson
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 with a #define whose defi
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
Revie
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" wrote:
>At
On 02/26/2015 12:56 PM, Wei Liu wrote:
From: Ian Jackson
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 func
The GICH in this platform is mainly compatible with the standard
GICv2 beside APR and LR register offsets.
Signed-off-by: Frediano Ziglio
---
xen/arch/arm/gic-hip04.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/xen/arch/arm/gic-hip04.c b/xen/arch
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
---
xen/arch/arm/gic-hip04.c | 788 +++
1 file changed, 788 insert
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 no
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
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
---
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
--- a/xen/arch/arm/Rules.mk
+++ b
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 shou
On Thu, 2015-02-26 at 16:19 +0530, Vijay Kilari wrote:
> On Wed, Feb 25, 2015 at 3:50 PM, Ian Campbell 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 al
On Thu, Feb 26, 2015 at 11:55 AM, Ming Lei 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:
>
> # losetup
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
> > > wrote:
> > > > On Mon, 23 Feb 2015, Luis R. Rodriguez wrote:
> > > >
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
> Cc: Wei Liu
> Cc: Jan Beulich
> Cc: Andrew Coop
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: libxl_device.c:95
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 serie
Hi all,
I would like to request a backport of
commit c1d322e6048796296555dd36fdd102d7fa2f50bf
Author: Stefano Stabellini
Date: Wed Dec 3 08:15:19 2014 -0500
xen-hvm: increase maxmem before calling xc_domain_populate_physmap
to all QEMU stable trees. Which ones are the currently maintain
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
> >
> >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.
> >
> >
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: St
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 an
On Thu, Feb 26, 2015 at 11:56:18AM +, Wei Liu wrote:
> From: Ian Jackson
>
> 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:
>
> - Alt
On Thu, Feb 26, 2015 at 5:41 PM, Ming Lei wrote:
> On Thu, Feb 26, 2015 at 11:55 AM, Ming Lei 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 c
Wei Liu, le Thu 26 Feb 2015 11:56:20 +, a écrit :
> From: Ian Jackson
>
> 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 fil
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
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 dr
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, s
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 patche
2015-02-25 16:53 GMT+00:00 Stefano Stabellini
:
> 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 CPUs;
>> - maximum support
On Monday 23 February 2015 09:50 PM, Jan Beulich wrote:
On 23.02.15 at 16:46, wrote:
On Mon, 2015-02-23 at 15:27 +, Jan Beulich wrote:
On 23.02.15 at 16:02, wrote:
Is the reason for the scan being of segment 0 only is that it is the one
which lives at the legacy PCI CFG addresses (or th
> -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 Stabellini; Eddie
> Dong; Jun Nakajima; Ke
On Thu, Feb 26, 2015 at 09:25:41AM +0100, pedro wrote:
> From: pmarzo
>
> 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
Acked-by: Wei Liu
Th
Introduces the Xen pvUSB backend. With pvUSB it is possible for a Xen
domU to communicate with a USB device assigned to that domU. The
communication is all done via the pvUSB backend in a driver domain
(usually Dom0) which is owner of the physical device.
The code is taken from the pvUSB implement
Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen
domU to communicate with a USB device assigned to that domU. The
communication is all done via the pvUSB backend in a driver domain
(usually Dom0) which is owner of the physical device.
The code is taken from the pvUSB implemen
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, specific to Credit2.
Thanks and Regards,
Dario
---
Dario Faggiol
and update them from Credit2 and RTDS. In Credit2, while there,
remove some stale comments too.
Signed-off-by: Dario Faggioli
Cc: George Dunlap
Cc: Jan Beulich
Cc: Keir Fraser
---
xen/common/sched_credit2.c | 12
xen/common/sched_rt.c| 12
xen/include/x
This series adds XEN pvUSB support. With pvUSB it is possible to use physical
USB devices from a XEN domain.
The support consists of a backend in the privileged Domain-0 doing the real
I/O and a frontend in the unprivileged domU passing I/O-requests to the backend.
The code is taken (and adapted)
Add myself as maintainer for the Xen pvUSB stuff.
Signed-off-by: Juergen Gross
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ddc5a8c..8ec1e1f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10787,6 +10787,14 @@ F: drivers/scsi/xen-
and update them from Credit2 and RTDS schedulers.
Signed-off-by: Dario Faggioli
Cc: Meng Xu
Cc: George Dunlap
Cc: Jan Beulich
Cc: Keir Fraser
---
xen/common/sched_credit2.c |2 ++
xen/common/sched_rt.c|2 ++
xen/include/xen/perfc_defn.h |4 ++--
3 files changed, 6 inser
for events that are specific to Credit2 (as it happens
for Credit1 already).
Signed-off-by: Dario Faggioli
Cc: George Dunlap
Cc: Jan Beulich
Cc: Keir Fraser
---
xen/common/sched_credit2.c | 23 +++
xen/include/xen/perfc_defn.h | 15 ++-
2 files changed, 3
> -Ursprüngliche Nachricht-
> Von: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> Gesendet: Mittwoch, 25. Februar 2015 23:20
> An: Mayer, Kevin
> Betreff: Re: AW: AW: [Xen-devel] Branch Trace Storage for guests
> andVPMUinitialization
>
> On 02/25/2015 01:23 PM, kevin.ma...@gdata.
more specifically, about vCPU initialization and destruction events,
in line with adb26c09f26e ("xen: sched: introduce a couple of counters
in credit2 and SEDF").
Signed-off-by: Dario Faggioli
Cc: Meng Xu
Cc: George Dunlap
Cc: Jan Beulich
Cc: Keir Fraser
---
xen/common/sched_rt.c |4
Add the definition of pvUSB protocol used between the pvUSB frontend in
a Xen domU and the pvUSB backend in a Xen driver domain (usually Dom0).
This header was originally provided by Fujitsu for Xen based on Linux
2.6.18.
Changes are:
- adapt to Linux style guide
Signed-off-by: Juergen Gross
--
1: x86: allow specifying the NUMA nodes Dom0 should run on
2: allow domain heap allocations to specify more than one NUMA node
3: x86: widen NUMA nodes to be allocated from
4: VT-d: widen NUMA nodes to be allocated from
5: AMD IOMMU: widen NUMA nodes to be allocated from
Signed-off-by: Jan Beulich
... by introducing a "dom0_nodes" option augmenting the "dom0_mem" and
"dom0_max_vcpus" ones.
Note that this gives meaning to MEMF_exact_node specified alone (i.e.
implicitly combined with NUMA_NO_NODE): In such a case any node inside
the domain's node mask is acceptable, but no other node. This c
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/domain.c
+++ b/xen/arch/x86/domain.c
@@ -285,7 +285,8 @@ struct vcpu_guest_context *alloc_vcpu_gu
for ( i = 0; i < PFN_UP(sizeof(struct vcpu_guest_context)); ++i )
{
-struct page_info *pg = alloc_domheap_page(NULL, 0);
+str
... 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 co
Signed-off-by: Jan Beulich
--- a/xen/drivers/passthrough/vtd/extern.h
+++ b/xen/drivers/passthrough/vtd/extern.h
@@ -67,7 +67,8 @@ unsigned int get_cache_line_size(void);
void cacheline_flush(char *);
void flush_all_cache(void);
-u64 alloc_pgtable_maddr(struct acpi_drhd_unit *drhd, unsigned l
Hi Ian,
On 26/02/15 12:44, Ian Campbell wrote:
> The set of hardware which Xen needs to be able to drive (rather than
> give to a hardware domain) is:
>
> * CPUs
> * Host interrupt controllers
> * Host timers
> * A UART
> * Second-state MMUs
> * Second-stage SM
Signed-off-by: Jan Beulich
--- a/xen/drivers/passthrough/amd/iommu_map.c
+++ b/xen/drivers/passthrough/amd/iommu_map.c
@@ -488,7 +488,7 @@ static int iommu_pde_from_gfn(struct dom
mfn = next_table_mfn;
/* allocate lower level page table */
-table = alloc_am
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_chi
>>> On 26.02.15 at 11:09, wrote:
> On Monday 23 February 2015 09:50 PM, Jan Beulich wrote:
> On 23.02.15 at 16:46, wrote:
>>> On Mon, 2015-02-23 at 15:27 +, Jan Beulich wrote:
>>> On 23.02.15 at 16:02, wrote:
> Is the reason for the scan being of segment 0 only is that it is the
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)) {
> + info->port
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
--- a/xen/arch/x86/traps.c
+++ b/xen/arch/x86/traps.c
@@ -2008,7 +2008,7 @@ static int emulat
On Wed, Feb 25, 2015 at 3:50 PM, Ian Campbell 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 second IT
>>> On 19.02.15 at 15:30, wrote:
> On Thu, 2015-02-19 at 13:59 +, Jan Beulich wrote:
>> All,
>>
>> in the context of someone seeing "The kernel doesn't support reset
>> from sysfs for PCI device", is my understanding correct that the lack
>> of error checking in any caller (perhaps intentiona
>
> 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
On 26/02/15 14:16, Jan Beulich wrote:
> 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
Reviewed-by: Andrew Cooper
>
> --- a/xen/arc
>>> On 26.02.15 at 14:11, wrote:
> 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
At 10:50 + on 24 Feb (1424771408), Andrew Cooper wrote:
> On 24/02/15 10:31, Jan Beulich wrote:
> On 24.02.15 at 11:24, wrote:
> >> At 15:08 -0500 on 23 Feb (1424700515), Don Slutz wrote:
> >>> Currently Jan Beulich is not happy with the addition of a new domain
> >>> creation flag. Andr
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. 341
>
> 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_nod
Hi
On Thu, Feb 26, 2015 at 4:19 PM, Vijay Kilari wrote:
> On Wed, Feb 25, 2015 at 3:50 PM, Ian Campbell 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
> -Original Message-
> From: Don Slutz [mailto:dsl...@verizon.com]
> Sent: 26 February 2015 14:55
> To: Paul Durrant; Jan Beulich; Don Slutz
> Cc: Aravind Gopalakrishnan; Suravee Suthikulpanit; Andrew Cooper; Ian
> Campbell; George Dunlap; Ian Jackson; Stefano Stabellini; Eddie Dong; Jun
>
>>> On 26.02.15 at 15:55, 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 if the hole le
>>> On 25.02.15 at 21:20, wrote:
> On 02/24/15 10:34, Jan Beulich wrote:
> On 17.02.15 at 00:05, 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);
>>> }
>>>
>>> -static voi
From: Ian Jackson
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 xc_minios*.c.
Signed-off-by:
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
build-amd64-rumpuserx
From: pmarzo
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
---
drivers/net/xen-netback/netback.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
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 c
At 14:09 + on 26 Feb (1424956161), Jan Beulich wrote:
> >>> On 26.02.15 at 14:11, 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; Stefa
On Thu, 2015-02-26 at 15:22 +, Jan Beulich wrote:
> >>> On 26.02.15 at 14:37, 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);
> 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.
> >>
>>> On 26.02.15 at 14:36, 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, specific to Credit2.
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
Use pci_scan_root_bus() instead of deprecated function
pci_scan_bus_parented().
Signed-off-by: Arnd Bergmann
Signed-off-by: Yijing Wang
CC: Konrad Rzeszutek Wilk
CC: xen-de...@lists.xenproject.org
---
drivers/pci/xen-pcifront.c | 10 +++---
1 files changed, 7 insert
- space: remove space after '(' or before ')' in 'if' condition;
- indention: align function definition/call arguments;
Signed-off-by: Chao Peng
Acked-by: Wei Liu
---
tools/libxc/include/xenctrl.h | 10 +-
tools/libxc/xc_psr.c | 10 +-
tools/libxl/libxl.h | 11
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
>>> On 25.02.15 at 18:06, 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: libxl_get_required_shadow_memory() */
>> +u
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
>>> On 26.02.15 at 14:37, 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 */
> +PERFCOU
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 ve
>>> On 26.02.15 at 14:37, 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);
> cpu_raise_softi
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 su
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 d
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 a
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 respond
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 26.02.15 at 16:22, wrote:
> At 14:09 + on 26 Feb (1424956161), Jan Beulich wrote:
>> >>> On 26.02.15 at 14:11, 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++ consumers are
>>> On 26.02.15 at 00:41, wrote:
> * Made changes to K&R style (which is what this file uses)
I don't find anything K&R style here, and I think the compiler would
have prevented you from doing any such (by way for issuing
warnings and us using -Werror). I'm sure you mean Linux instead.
> @@ -111
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
1 - 100 of 203 matches
Mail list logo
