>>> On 3/3/2015 at 07:43 PM, in message <1425382984.24959.115.ca...@citrix.com>,
Ian Campbell wrote:
> On Mon, 2015-01-19 at 16:28 +0800, Chunyan Liu wrote:
> > Add pvusb commands.
> >
> > To attach a usb device to guest through pvusb, one could follow
> > following example:
> >
> > #x
>>> On 3/3/2015 at 07:38 PM, in message <1425382696.24959.112.ca...@citrix.com>,
Ian Campbell wrote:
> On Mon, 2015-01-19 at 16:28 +0800, Chunyan Liu wrote:
> > Add pvusb APIs, including:
> > - attach/detach (create/destroy) virtual usb controller.
> > - attach/detach usb device
> > - li
- drop redundant "ret = 0" statements
- drop unnecessary braces
- eliminate a few single use local variables
- move break statements inside case-specific braced scopes
- eliminate trailing whitespace
Signed-off-by: Jan Beulich
Acked-by: Ian Campbell
Reviewed-by: Andrew Cooper
---
v2: Fix XEN_DO
flight 35812 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35812/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-amd 6 leak-check/basis(6) running in 34247
[st=running!]
test-a
I'm intending to commit the first of these right now (i.e. without an
ack), as we need the bug fixed (and want the fix backported for
the pending stable tree releases). I'll holding off on the 2nd one (as
being cleanup) for another week or so, in the hope that at least one
of you will respond one w
>>> On 3/3/2015 at 07:10 PM, in message <1425381019.24959.87.ca...@citrix.com>,
>>> Ian
Campbell wrote:
> On Mon, 2015-01-19 at 16:28 +0800, Chunyan Liu wrote:
>
> Sorry for the long delay in replying.
>
> > To attach a usb device, a virtual usb controller should be created first.
> > T
>>> On 03.03.15 at 19:13, wrote:
> My NMI shootdown fixes still suffer from the TLB shootdown issue which
> you identified. I notice your patch is still not even in staging
> (lacking acks?) but it has been thoroughly tested by XenServer.
Lacking ack-s, right. But I think I'm going to commit at
In order to indicate the Xen tools capability to support the virtual
mapped linear p2m list instead the 3 level mfn tree add a flag to the
start_info page.
Signed-off-by: Juergen Gross
---
xen/include/public/xen.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/xen
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: Wednesday, February 11, 2015 10:54 PM
> To: Hu, Robert
> Cc: xen-devel@lists.xen.org; jfeh...@suse.com; wei.l...@citrix.com;
> ian.campb...@citrix.com; Pang, LongtaoX
> Subject: Re: [PATCH OSSTEST 05/12] Ad
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Raghavendra K T
commit d6abfdb2022368d8c6c4be3f11a06656601a6cc2 upstream.
Paravirt spinlock clears slowpath flag after doing unlock.
As explained by Linus currently it does:
p
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Jiang Liu
commit b568b8601f05a591a7ff09d8ee1cedb5b2e815fe upstream.
Currently Xen Domain0 has special treatment for ACPI SCI interrupt,
that is initialize irq for ACPI SCI at early stage in a
From: Vijaya Kumar K
Add basic support for Cavium ThunderX platform
Signed-off-by: Vijaya Kumar K
---
v3 changes:
- Made Thunderx specific mappings as separate patch
- Improved printk error message
v2 changes:
- Update processor_implementers[]
---
xen/arch/arm/platforms/Makefile |1 +
From: Vijaya Kumar K
Add GSER region to thunderx platfrom specific mappings.
This region is not mentioned in DT. This is required by
PCI driver to detect and configure pci devices attached.
In future we can remove this mapping, if pci driver
in Dom does not require this.
Signed-off-by: Vijaya K
From: Vijaya Kumar K
Changes in v3:
- Made ThunderX GSER region mapping as separate patch
- Updated patch 3 commit message
Changes in v2:
- Updated patch 3 commit message
- Updated processor_implementers[] with implementor info
in xen/arch/arm/setup.c
Changes in v1:
- Add support for Th
From: Vijaya Kumar K
ThunderX platform uses pl011 uart.
Signed-off-by: Vijaya Kumar K
Acked-by: Ian Campbell
---
xen/arch/arm/Rules.mk |4
1 file changed, 4 insertions(+)
diff --git a/xen/arch/arm/Rules.mk b/xen/arch/arm/Rules.mk
index c7bd227..54efa91 100644
--- a/xen/arch/arm/Rule
From: Vijaya Kumar K
psci node is generated by xen for dom0.
if the host device tree has psci-0.2 skip parsing this node
and avoid copying from host device tree to dom0 device tree.
Signed-off-by: Vijaya Kumar K
Acked-by: Ian Campbell
---
v3 changes:
- Updated commit message
---
xen/arch/arm
From: David Vrabel
Date: Tue, 3 Mar 2015 16:26:09 +
> A couple of bug fixes for netback:
> - make ethool stats to report the correct values.
> - don't leak 1 MiB every time a VIF is destroyed.
Please fix up the minor commit message issues in patch #2
and resubmit this series, thanks.
__
On 03/03/2015 08:20 PM, Luis R. Rodriguez wrote:
On Tue, Mar 3, 2015 at 2:06 AM, David Vrabel wrote:
On 03/03/15 09:40, Luis R. Rodriguez wrote:
Andrey,
I believe that on Xen we should disable kasan, would like confirmation
Why? This is the first of heard of this.
Andrey chimed in here c
flight 35810 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35810/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 5 xen-bootfail REGR. vs. 34629
test-amd64-amd64-lib
On 02/03/15 12:33 pm, Manish Jaggi wrote:
On Thursday 26 February 2015 12:22 AM, Julien Grall wrote:
The main goal is to modify as little the Linux code to be able to port
easily new feature added in Linux repo for the driver.
To achieve that we:
- Add helpers to Linux function not impl
flight 35809 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35809/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 11 guest-stopfail REGR. vs. 35642
test-amd64-amd64-xl-qe
On Tue, Mar 03, 2015 at 10:09:39AM +, Ian Campbell wrote:
> On Tue, 2015-03-03 at 16:00 +0800, Chao Peng wrote:
> > On Mon, Mar 02, 2015 at 01:48:43PM +, Ian Campbell wrote:
> > > On Thu, 2015-02-26 at 16:45 +0800, Chao Peng wrote:
> > > > Add Memory Bandwidth Monitoring(MBM) for VMs. Two t
flight 35790 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35790/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 8 guest-start fail REGR. vs. 34227
test-amd64-amd64-xl-p
On Tue, Mar 03, 2015 at 05:06:50PM -0500, Boris Ostrovsky wrote:
> On 03/03/2015 04:26 PM, Paul E. McKenney wrote:
> >On Tue, Mar 03, 2015 at 03:13:07PM -0500, Boris Ostrovsky wrote:
> >>On 03/03/2015 02:42 PM, Paul E. McKenney wrote:
> >>>On Tue, Mar 03, 2015 at 02:17:24PM -0500, Boris Ostrovsky w
On 03/03/2015 04:26 PM, Paul E. McKenney wrote:
On Tue, Mar 03, 2015 at 03:13:07PM -0500, Boris Ostrovsky wrote:
On 03/03/2015 02:42 PM, Paul E. McKenney wrote:
On Tue, Mar 03, 2015 at 02:17:24PM -0500, Boris Ostrovsky wrote:
On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
}
@@ -511,7 +508,
On Tuesday, March 03, 2015 11:08:38 AM Stefano Stabellini wrote:
> Hi all,
>
> this patch series fixes the freemem loop on machines with very large
> amount of memory, where the current wait time is not enough.
>
> In order to be able to handle arbitrarly large amount of ram, we
> implement in li
On Tue, Mar 03, 2015 at 03:13:07PM -0500, Boris Ostrovsky wrote:
> On 03/03/2015 02:42 PM, Paul E. McKenney wrote:
> >On Tue, Mar 03, 2015 at 02:17:24PM -0500, Boris Ostrovsky wrote:
> >>On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
> >>> }
> >>>@@ -511,7 +508,8 @@ static void xen_cpu_die(unsign
On Tue, Mar 03, 2015 at 03:20:41PM -0500, Konrad Rzeszutek Wilk wrote:
> Most of the APIC code that use APIC_LDR is not used on
> 64-bit. On 32-bit it is bit of an hack - and the mechanism
> it is uses is to "setup" the APIC_LDR via apci->init_apic_ldr
> (which we set to NULL) and then use apic->x8
Boris spotted an compile bug (32-bit) and asked some hard questions
that lead me to dig in the 32-bit code in more details.
The patch:
[PATCH 1/2] x86/xen/apic: Work with UP, non-SMP 32-bit kernels.
fixes the compile issue and also allows us to boot on 32-bit, UP kernels
(dom0 and PV) without an
We should not be writting to the APIC registers under
Xen PV. But if we do instead of just giving an blanket
warning - include some details to help troubleshoot.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/apic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/
Most of the APIC code that use APIC_LDR is not used on
64-bit. On 32-bit it is bit of an hack - and the mechanism
it is uses is to "setup" the APIC_LDR via apci->init_apic_ldr
(which we set to NULL) and then use apic->x86_32_early_logical_apicid
to get an CPU to APIC ID mapping and also apic->read
On 03/03/15 14:38, Jan Beulich wrote:
> As we get ready to use the information set for a domain here we should
> make sure it is actually valid: Both vNode and pNode numbers should be
> in range. Do a little bit of other cleanup so the code ends up looking
> reasonably consistent in style.
>
> Alon
On 03/03/2015 02:42 PM, Paul E. McKenney wrote:
On Tue, Mar 03, 2015 at 02:17:24PM -0500, Boris Ostrovsky wrote:
On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
}
@@ -511,7 +508,8 @@ static void xen_cpu_die(unsigned int cpu)
schedule_timeout(HZ/10);
}
- cpu_die_c
On 03/03/15 14:40, Jan Beulich wrote:
> - drop redundant "ret = 0" statements
> - drop unnecessary braces
> - eliminate a few single use local variables
> - move break statements inside case-specific braced scopes
>
> Signed-off-by: Jan Beulich
One bug (one ret = 0 was not redundant) and one sugg
Hi Stefano,
On 03/03/2015 18:07, Stefano Stabellini wrote:
I would like to see a more generic handling of virq != physical irq.
This is not specific to LPIs but to any scenario where the physical irq
differs from the virtual irq.
I though we talked about it during the meeting at Connect...
I'
On Tue, Mar 03, 2015 at 02:17:24PM -0500, Boris Ostrovsky wrote:
> On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
> > }
> >@@ -511,7 +508,8 @@ static void xen_cpu_die(unsigned int cpu)
> > schedule_timeout(HZ/10);
> > }
> >-cpu_die_common(cpu);
> >+(void)cpu_wait_death(cpu
On 03/03/2015 18:48, Wei Liu wrote:
On Tue, Mar 03, 2015 at 05:46:08PM +, Julien Grall wrote:
On 03/03/15 17:36, Wei Liu wrote:
On Tue, Mar 03, 2015 at 05:22:39PM +, Julien Grall wrote:
Hi,
I've tried to use ./configure on the latest master and got the below error:
checking for pyt
On Tue, Mar 3, 2015 at 2:06 AM, David Vrabel wrote:
> On 03/03/15 09:40, Luis R. Rodriguez wrote:
>> Andrey,
>>
>> I believe that on Xen we should disable kasan, would like confirmation
>
> Why? This is the first of heard of this.
Andrey chimed in here confirming this.
>> from someone on xen-de
On 03/03/2015 12:42 PM, Paul E. McKenney wrote:
}
@@ -511,7 +508,8 @@ static void xen_cpu_die(unsigned int cpu)
schedule_timeout(HZ/10);
}
- cpu_die_common(cpu);
+ (void)cpu_wait_death(cpu, 5);
+ /* FIXME: Are the below calls really safe in case of timeou
On Tue, Mar 03, 2015 at 05:46:08PM +, Julien Grall wrote:
> On 03/03/15 17:36, Wei Liu wrote:
> > On Tue, Mar 03, 2015 at 05:22:39PM +, Julien Grall wrote:
> >> Hi,
> >>
> >> I've tried to use ./configure on the latest master and got the below error:
> >>
> >> checking for python-config...
On 03/03/15 18:10, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH 6/6] tools/libxl: Fix datacopier POLLHUP
> handling to not always be fatal"):
>> On Fri, 2015-02-20 at 13:55 +, Andrew Cooper wrote:
>>> A different and far less invasive approach might be to have a per-fd
>>> revent igno
On March 3, 2015 1:15:42 PM EST, "Luis R. Rodriguez" wrote:
>On Tue, Mar 03, 2015 at 09:27:34AM -0500, Boris Ostrovsky wrote:
>> On 03/03/2015 12:35 AM, Luis R. Rodriguez wrote:
>>> On Mon, Feb 23, 2015 at 9:09 AM, David Vrabel
> wrote:
On 23/02/15 16:01, Boris Ostrovsky wrote:
> Commit 1
On Tue, Mar 03, 2015 at 09:27:34AM -0500, Boris Ostrovsky wrote:
> On 03/03/2015 12:35 AM, Luis R. Rodriguez wrote:
>> On Mon, Feb 23, 2015 at 9:09 AM, David Vrabel
>> wrote:
>>> On 23/02/15 16:01, Boris Ostrovsky wrote:
Commit 1e02ce4cccdc ("x86: Store a per-cpu shadow copy of CR4")
in
On 03/03/15 17:18, Jan Beulich wrote:
> All,
>
> aiming at releases with, as before, presumably no further RC on both
> of the branches (even more so with the long delay already incurred),
> please test! (The plan however is to incorporate the fixes for the XSAs
> that are going to go public during
Ian Campbell writes ("Re: [PATCH 6/6] tools/libxl: Fix datacopier POLLHUP
handling to not always be fatal"):
> On Fri, 2015-02-20 at 13:55 +, Andrew Cooper wrote:
> > A different and far less invasive approach might be to have a per-fd
> > revent ignore mask. This would at least allow the cal
On Mon, 2 Mar 2015, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> Add support for handling ITS(LPI) interrupts.
> The LPI interrupts are handled by physical ITS
> driver.
>
> nested LPI interrupt handling is not tested and
> enabled.
>
> Signed-off-by: Vijaya Kumar K
> ---
> xen/ar
On Mon, 2 Mar 2015, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> Introduce new fields in irq descriptors for
> LPI support. data field to hold irq related data
> and virq to hold virtual lpi number for the corresponding
> irq
>
> Signed-off-by: Vijaya Kumar K
> ---
> xen/arch/arm/i
On Tue, 2015-03-03 at 12:20 -0500, M. Gregory wrote:
> Yes, this change is ok.
Thank you.
Unless you object I shall interpret this as an:
Acked-by: M. Gregory
which will be added to the S-o-b stanza at the end of the commit
message.
> -Machon
>
> On 03/03/2015 12:02 PM, Ian Campbell wr
Andrew Cooper writes ("[PATCH] tools/libxc: Don't leave scratch_pfn
uninitialised if the domain has no memory"):
> c/s 5b5c40c0d1 "libxc: introduce a per architecture scratch pfn for temporary
> grant mapping" accidentally an issue whereby there were two paths out of
> xc_core_arch_get_scratch_gpf
On 03/03/15 17:36, Wei Liu wrote:
> On Tue, Mar 03, 2015 at 05:22:39PM +, Julien Grall wrote:
>> Hi,
>>
>> I've tried to use ./configure on the latest master and got the below error:
>>
>> checking for python-config... no
>> checking Python.h usability... yes
>> checking Python.h presence... ye
Yes, this change is ok.
-Machon
On 03/03/2015 12:02 PM, Ian Campbell wrote:
> libxl is intended to be an LGPL 2.1 licensed library, however this
> file inadvertently got given a GPL header.
>
> The following people have touched this file, although all but Machon's
> contributions are trivial and/
On Tue, Mar 03, 2015 at 05:22:39PM +, Julien Grall wrote:
> Hi,
>
> I've tried to use ./configure on the latest master and got the below error:
>
> checking for python-config... no
> checking Python.h usability... yes
> checking Python.h presence... yes
> checking for Python.h... yes
> checki
From: "Paul E. McKenney"
This commit removes the open-coded CPU-offline notification with new
common code. Among other things, this change avoids calling scheduler
code using RCU from an offline CPU that RCU is ignoring. It also allows
Xen to notice at online time that the CPU did not go offlin
On 03/03/15 17:31, Stefano Stabellini wrote:
> On Mon, 2 Mar 2015, vijay.kil...@gmail.com wrote:
>> From: Vijaya Kumar K
>>
>> ITS translation space contains GITS_TRANSLATOR
>> register which is written by device to raise
>> LPI. This space needs to mapped to every domain
>> address space so that
Hi,
I've tried to use ./configure on the latest master and got the below error:
checking for python-config... no
checking Python.h usability... yes
checking Python.h presence... yes
checking for Python.h... yes
checking for PyArg_ParseTuple in -lpython2.7... yes
checking whether Python setup.py b
On Tue, Mar 03, 2015 at 05:59:39PM +0100, Samuel Thibault wrote:
> Wei Liu, le Tue 03 Mar 2015 16:58:07 +, a écrit :
> > Rump kernel doesn't use mini-os's fd management facility so there is no
> > alloc_fd etc. On the other hand this makes me think number 1 is as good
> > as any other number we
On Tue, 2015-03-03 at 17:22 +, Julien Grall wrote:
> Hi,
>
> I've tried to use ./configure on the latest master and got the below error:
>
> checking for python-config... no
> checking Python.h usability... yes
> checking Python.h presence... yes
> checking for Python.h... yes
> checking for
On Mon, 2 Mar 2015, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> With this patch add emulation of GICR registers for LPIs.
> Also add LPI property table emulation.
>
> Domain's LPI property table is unmapped during domain init
> on LPIPROPBASE update and trapped on LPI property
> tab
>>> On 03.03.15 at 18:00, wrote:
> --- a/docs/misc/xsm-flask.txt
> +++ b/docs/misc/xsm-flask.txt
> @@ -400,28 +400,26 @@ may require multiple passes to find all required ranges.
> Additional notes on XSM:FLASK
> -
>
> -1) xen command line parameters
> -
> - a) f
On Mon, 2 Mar 2015, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> ITS translation space contains GITS_TRANSLATOR
> register which is written by device to raise
> LPI. This space needs to mapped to every domain
> address space so that device can access GITS_TRANSLATOR
> register using S
On 01/19/2015 08:28 AM, Chunyan Liu wrote:
> To attach a usb device, a virtual usb controller should be created first.
> This patch defines usbctrl and usbdevice related structs.
>
> Signed-off-by: Chunyan Liu
> Signed-off-by: Simon Cao
Chunyan, thanks for picking up this work!
A couple of thi
On Tue, Mar 03, 2015 at 04:39:39PM +, Ian Campbell wrote:
> On Wed, 2015-02-25 at 17:20 +, Wei Liu wrote:
> > Ian and Ian,
> >
> > Currently OSSTest pushes OVMF changesets to osstest/ovmf.git, while
> > xen.git references ovmf.git. This requires us to do manual push from
> > osstest/ovmf.g
On Tue, 2015-03-03 at 17:59 +0100, Samuel Thibault wrote:
> Wei Liu, le Tue 03 Mar 2015 16:58:07 +, a écrit :
> > Rump kernel doesn't use mini-os's fd management facility so there is no
> > alloc_fd etc. On the other hand this makes me think number 1 is as good
> > as any other number we can us
On Mon, 2 Mar 2015, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> This patch implements hw_irq_controller api's required
> to handle LPI's.
>
> Signed-off-by: Vijaya Kumar K
> ---
> xen/arch/arm/gic-v3-its.c | 104
> -
> xen/arch/arm/gic
Ian Campbell writes ("[PATCH] libxl: Correct license header on libxl_flask.c to
be LGPL"):
> libxl is intended to be an LGPL 2.1 licensed library, however this
> file inadvertently got given a GPL header.
>
> The following people have touched this file, although all but Machon's
> contributions a
All,
aiming at releases with, as before, presumably no further RC on both
of the branches (even more so with the long delay already incurred),
please test! (The plan however is to incorporate the fixes for the XSAs
that are going to go public during the next several days; unless
something extremel
libxl is intended to be an LGPL 2.1 licensed library, however this
file inadvertently got given a GPL header.
The following people have touched this file, although all but Machon's
contributions are trivial and/or mechanical an Ack from each would be
unambiguous:
$ git log --format='%an <%aE>' to
This unifies the flask_enforcing and flask_enabled boot parameters into
a single parameter with additional states. Defined options are:
force - require policy to be loaded at boot time and enforce it
late - bootloader policy is not used; later loadpolicy is enforcing
permissive - a missing or
This removes the FLASK_DEVELOP and FLASK_BOOTPARAM configuration
parameters which have never been settable by users. Disabling the
FLASK_DEVELOP configuration option has not produced a compiling
hypervisor for some time, and the FLASK_BOOTPARAM option will be
replaced with a more flexible boot par
This series has changed quite a bit from v2; the focus has changed from
fixing the behavior on failed policy loads to adding the "flask=" boot
parameter. The first patch, which is purely cleanup with no functional
changes, was extracted to simplify review.
[PATCH 1/2] flask: clean up initializati
Wei Liu, le Tue 03 Mar 2015 16:58:07 +, a écrit :
> Rump kernel doesn't use mini-os's fd management facility so there is no
> alloc_fd etc. On the other hand this makes me think number 1 is as good
> as any other number we can use.
Does Rump have not fd at all? It'd probably still be good to
Wei Liu, le Tue 03 Mar 2015 16:41:23 +, a écrit :
> On Tue, Mar 03, 2015 at 05:05:29PM +0100, Samuel Thibault wrote:
> > Wei Liu, le Tue 03 Mar 2015 15:57:21 +, a écrit :
> > > This allows programs which use the bulk of libxc to link. We use
> > > /dev/xenevt for event channels, the raw mi
On Tue, Mar 03, 2015 at 04:41:23PM +, Wei Liu wrote:
> On Tue, Mar 03, 2015 at 05:05:29PM +0100, Samuel Thibault wrote:
> > Wei Liu, le Tue 03 Mar 2015 15:57:21 +, a écrit :
> > > This allows programs which use the bulk of libxc to link. We use
> > > /dev/xenevt for event channels, the raw
On 03/03/15 16:26, David Vrabel wrote:
Every time a VIF is destroyed up-to 256 pages may be leaked if packets
"up to" (and maybe a comma before it?)
with more than MAX_SKB_FRAGS frags where transmitted from the guest.
were
On Tue, Mar 03, 2015 at 05:05:29PM +0100, Samuel Thibault wrote:
> Wei Liu, le Tue 03 Mar 2015 15:57:21 +, a écrit :
> > 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 vers
flight 35800 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35800/
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. 35524
Regressions which are reg
On 03/03/2015 11:10 AM, Ian Campbell wrote:
> On Mon, 2015-01-19 at 16:28 +0800, Chunyan Liu wrote:
>
> Sorry for the long delay in replying.
>
>> To attach a usb device, a virtual usb controller should be created first.
>> This patch defines usbctrl and usbdevice related structs.
>
> Per <54ca1
On Wed, 2015-02-25 at 17:20 +, Wei Liu wrote:
> Ian and Ian,
>
> Currently OSSTest pushes OVMF changesets to osstest/ovmf.git, while
> xen.git references ovmf.git. This requires us to do manual push from
> osstest/ovmf.git to ovmf.git.
>
> I would like to just reference master in Xen's Config
The IRQ 1020 is reserved for special purpose, so the check should be
"irq < 1020" rather than "irq < 1021".
Signed-off-by: Julien Grall
---
xen/arch/arm/gic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c
index 390c8b0..940fb8e 100644
GICD_TYPER.ITLinesNumber can encode up to 1024 interrupts. Although,
IRQ 1020-1023 are reserved for special purpose.
This helps to check when an IRQ is valid or not.
Signed-off-by: Julien Grall
---
xen/arch/arm/gic-v2.c | 16 ++--
xen/arch/arm/gic-v3.c | 16 ++--
2 files
Every time a VIF is destroyed up-to 256 pages may be leaked if packets
with more than MAX_SKB_FRAGS frags where transmitted from the guest.
Even worse, if another user of ballooned pages allocated one of these
ballooned pages it would not handle the the unexpectedly non-zero page
count (e.g., gntde
A couple of bug fixes for netback:
- make ethool stats to report the correct values.
- don't leak 1 MiB every time a VIF is destroyed.
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Use correct pointer arithmetic to get the pointer to each stat.
Signed-off-by: David Vrabel
---
drivers/net/xen-netback/interface.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/xen-netback/interface.c
b/drivers/net/xen-netback/interface.c
index f38227a..3
Wei Liu, le Tue 03 Mar 2015 15:57:21 +, a écrit :
> 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 Jac
On Tue, Mar 03, 2015 at 06:38:20PM +0300, Andrey Ryabinin wrote:
> On 03/03/2015 05:16 PM, Konrad Rzeszutek Wilk wrote:
> > On Tue, Mar 03, 2015 at 04:15:06PM +0300, Andrey Ryabinin wrote:
> >> On 03/03/2015 12:40 PM, Luis R. Rodriguez wrote:
> >>> Andrey,
> >>>
> >>> I believe that on Xen we shoul
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
Signed-off-by: Wei Liu
---
tools/libxc/Makefile
Wei Liu (5):
NetBSDRump: provide evtchn.h
libxc: split off xc_minios_common.c
libxc: split off xc_netbsd_evtchn.c
libxc: minios: introduce abstraction for files[]
libxc: rumpxen: provide xc_osdep_info
tools/include/xen-sys/NetBSDRump/evtchn.h | 86
tools/libxc/Makefile
Xen's build system has a target for rump kernel called NetBSDRump. We
want to build libxc against rump kernel, so we need to copy NetBSD's
evtchn.h to NetBSDRump. This copy is not very likely to diverge from
NetBSD's copy, but we don't preclude such possibility.
The actual implementation of evtch
Rump kernel is going 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_common.c too.
- Rename some of the minios_*_ops sy
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 definition we are
going
Rump kernel is going 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: Ian Jackson
Signed-
On 03/03/2015 05:16 PM, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 03, 2015 at 04:15:06PM +0300, Andrey Ryabinin wrote:
>> On 03/03/2015 12:40 PM, Luis R. Rodriguez wrote:
>>> Andrey,
>>>
>>> I believe that on Xen we should disable kasan, would like confirmation
>>
>> I guess Xen guests won't work
On Mon, Mar 02, 2015 at 05:36:33PM +, Ian Campbell wrote:
> On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> > diff --git a/tools/libxc/xc_netbsd_rumpkern.c
> > b/tools/libxc/xc_netbsd_rumpkern.c
> > new file mode 100644
> > index 000..11d4a63
> > --- /dev/null
> > +++ b/tools/libxc/xc_
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 | 801 +++
1 file changed, 801 insert
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;
- GICH APR and LR register offsets.
Signed-off-by: Frediano Ziglio
Signed-off-by: Zolt
Instead of having a list with all matches use device list to detect
if a node is an interrupt controller.
Signed-off-by: Frediano Ziglio
---
xen/arch/arm/domain_build.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_bu
This set of patches add Xen support for hip04-d01 platform (see
https://wiki.linaro.org/Boards/D01 for details).
Changes from v8:
- added a maintainer (Julien Grall);
- reduce difference from gic-hip04.c and gic-v2.c (Julien Grall);
- specify base gic-v2.c for gic-hip04.c (Julien Grall);
- other m
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 +++---
xen/include/asm-arm/gic.h | 4 +++-
2 files changed, 14 insertion
On 03/03/15 15:36, Frediano Ziglio wrote:
>>
>> Hello Frediano,
>>
>> On 03/03/15 11:19, 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
>
> Hello Frediano,
>
> On 03/03/15 11:19, 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 supported interrupt is 510;
1 - 100 of 220 matches
Mail list logo
