flight 84083 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84083/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail blocked in 83855
build-i386-rumpuserxen
From: Shannon Zhao
This function could get the specified index entry of MADT table. This
would be useful when it needs to get the contens of the entry.
Cc: Jan Beulich
Signed-off-by: Shannon Zhao
---
V6: address Jan's comments
---
xen/drivers/acpi/tables.c | 59 +++
From: Parth Dixit
MADT contains the information for MPIDR which is essential for SMP
initialization, parse the GIC cpu interface structures to get the MPIDR
value and map it to cpu_logical_map(), and add enabled cpu with valid
MPIDR into cpu_possible_map.
Move BAD_MADT_ENTRY to common place, par
From: Shannon Zhao
Implement __acpi_map_table function for ARM. Move FIX_ACPI_PAGES to
common place and rename it to NUM_FIXMAP_ACPI_PAGES.
Cc: Jan Beulich
Signed-off-by: Shannon Zhao
---
xen/arch/arm/Makefile| 1 +
xen/arch/arm/acpi/Makefile | 1 +
xen/arch/arm/acpi/lib.c |
Hi,
I was able to follow the instruction on
http://wiki.xenproject.org/wiki/Install_Xen_4.2.1_with_Remus_and_DRBD_on_Ubuntu_12.10
to get a working Remus with PV guests.
But now I am trying to do the same thing but for HVM guests. So I created a
HVM guest on Xen by following https://help.ubuntu.co
This run is configured for baseline tests only.
flight 44185 qemu-upstream-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44185/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 1
Hi all,
Sorry for the delay. I've managed to get some serial console output.
https://gist.github.com/lilred/50285e1f33ab1c881ea0
I am not on Broadwell hardware. I'm using a PowerEdge R300 machine,
with a Xeon x5460 CPU.
Best
On Thu, Feb 11, 2016 at 11:35 AM, Andrew Cooper
wrote:
> On 11/02/1
On 26 February 2016 at 22:03, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 26.02.2016 12:15, Fu Wei wrote:
>> Hi Andrei,
>>
>> On 26 February 2016 at 18:50, Andrei Borzenkov wrote:
>>> On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei wrote:
+@subsection xen_module
-@deffn
flight 84059 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84059/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 83845
test-amd64-i386-xl-qemuu-win
flight 84072 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84072/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-qcow2 11 migrate-support-checkfail never pass
test-armhf-armhf-libvirt-qcow2 13 guest-sav
flight 84050 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84050/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 3 host-install(3) broken in 83951 REGR. vs. 66399
build-amd64-rumpuserxen
On Fri, Feb 19, 2016 at 11:30:43PM -0800, Andy Lutomirski wrote:
> On Fri, Feb 19, 2016 at 4:42 PM, Luis R. Rodriguez wrote:
> > On Fri, Feb 19, 2016 at 08:40:49AM -0800, Andy Lutomirski wrote:
> >> On Fri, Feb 19, 2016 at 6:15 AM, Luis R. Rodriguez
> >> wrote:
> >> And here, I don't even know w
flight 84174 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84174/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
flight 84160 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84160/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
flight 84023 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84023/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen3 host-install(3) broken REGR. vs. 59254
test-amd64-i386-xl-xs
On 2/26/16 12:56 PM, Konrad Rzeszutek Wilk wrote:
> On Thu, Feb 25, 2016 at 09:39:11PM -0600, Doug Goldstein wrote:
>5 files changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/xen/arch/x86/Kconfig b/xen/arch/x86/Kconfig
>> index 6343b0b..1e663e3 100644
>> --- a/xen/arch/x86/Kconfig
>> +++
osstest service owner writes ("[linux-3.10 test] 84020: trouble:
blocked/broken/fail/pass"):
> flight 84020 linux-3.10 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/84020/
>
> Failures and problems with tests :-(
>
> Tests which did not succeed and are blocking,
> including test
> > >> I can't see a rel-1.9.1 tag yet in the repo on xenbits, so - are you
> > >> sure?
> > >>
> > >
> > > That's what I meant -- a committer needs to fetch from upstream tree
> > > then push the tag to our own seabios tree before applying this patch.
> > >
> > > The upstream tree is at git://g
ELF spec is unclear about whether .bss must me cleared by the loader.
Currently the domain builder does it when loading the guest but because
it is not (or rather may not be) guaranteed we should zero it out
explicitly.
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/xen-head.S | 9 +
1
Use asm/asm.h macros instead.
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/xen-head.S | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/arch/x86/xen/xen-head.S b/arch/x86/xen/xen-head.S
index 5c63d2d..de93b20 100644
--- a/arch/x86/xen/xen-head.S
+++ b/arch/x86/xen
PV guests need to have their .bss zeroed out since it is not guaranteed
to be cleared by Xen's domain builder (even if it is done so currently)
v4:
* Better use of mode-selecting macros.
* Drop stable tag.
* Update commit message for patch 1.
Boris Ostrovsky (2):
xen/x86: Zero out .bss for PV g
On Thu, Feb 25, 2016 at 09:39:11PM -0600, Doug Goldstein wrote:
> Convert HAS_NUMA to Kconfig as CONFIG_NUMA and let CONFIG_NUMA be
> defined by Kconfig.
>
> Signed-off-by: Doug Goldstein
> ---
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> ---
> xen/arch/x86/Kconfig | 1 +
Attached.
Tianyang
On 2016-02-26 13:09, Dario Faggioli wrote:
On Fri, 2016-02-26 at 12:28 -0500, Tianyang Chen wrote:
> So, have you made other changes wrt v6 when trying this?
The v6 doesn't have the if statement commented out when I submitted
it.
But I tried commenting it out, the assertion
On Fri, Feb 26, 2016 at 03:54:46PM +, Wei Liu wrote:
> I've prepared a branch for this series (sans patch #5) and run compile
> test on every commit.
>
> Please pull from
>
> git://xenbits.xen.org/people/liuw/xen.git colo-prep-v8-base..colo-prep-v8
I've applied:
Wen Congyang (12):
lib
On Fri, 2016-02-26 at 12:28 -0500, Tianyang Chen wrote:
> > So, have you made other changes wrt v6 when trying this?
> The v6 doesn't have the if statement commented out when I submitted
> it.
> But I tried commenting it out, the assertion failed.
>
Ok, thanks for these tests. Can you send (just
On Tue, Feb 16, 2016 at 02:45:59PM -0700, Jim Fehlig wrote:
> xl/libxl already supports qemu's network-based block backends
> such as nbd and rbd. libvirt has supported configuring such
> s for long time too. This patch adds support for rbd
> disks in the libxl driver by generating a rbd device URL
On Tue, Feb 16, 2016 at 02:45:58PM -0700, Jim Fehlig wrote:
> The target= setting in xl disk configuration can be used to encode
> meta info that is meaningful to a backend. Leverage this fact to
> support qdisk network disk types such as rbd. E.g. xl disk config
> containing
>
> disk = [ "forma
On Tue, Feb 16, 2016 at 02:45:57PM -0700, Jim Fehlig wrote:
> The most formal form of xl disk configuration uses key=value
> syntax to define each configuration item, e.g.
>
> format=raw, vdev=xvda, access=rw, backendtype=phy, target=disksrc
>
> Change the xl disk formatter to produce this syntax
On Tue, Feb 16, 2016 at 02:45:56PM -0700, Jim Fehlig wrote:
> While at it, improve a few comments. No functional change.
>
> Signed-off-by: Jim Fehlig
> ---
> tests/xlconfigtest.c | 34 +++---
> 1 file changed, 19 insertions(+), 15 deletions(-)
ACK
Regards,
Daniel
On 2/26/2016 4:11 AM, Dario Faggioli wrote:
It looks like the current code doesn't add a vcpu to the
replenishment
queue when vcpu_insert() is called. When the scheduler is
initialized,
all the vcpus are added to the replenishment queue after waking up
from
sleep. This needs to be changed (add
flight 84134 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84134/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
> -Original Message-
> From: Paul Durrant [mailto:paul.durr...@citrix.com]
> Sent: 26 February 2016 16:52
> To: xen-de...@lists.xenproject.org
> Cc: Paul Durrant; Ian Jackson; Jan Beulich; Wei Liu; David Vrabel
> Subject: [PATCH v4 RESEND] public/io/netif.h: make control ring hash
> protoco
El 26/2/16 a les 14:15, Jan Beulich ha escrit:
On 16.02.16 at 18:37, wrote:
>> --- a/xen/common/libelf/libelf-loader.c
>> +++ b/xen/common/libelf/libelf-loader.c
>> @@ -164,20 +164,33 @@ void elf_parse_bsdsyms(struct elf_binary *elf,
>> uint64_t pstart)
>> sz = sizeof(uint32_t);
>>
>>
This patch modified the control ring protocol (of which there is
not yet an implementation) to make it more general. Most of the
concepts are not limited to toeplitz hashing so it's best not to
make them unnecessarily specific.
Apart from changing the names of various definitions and modifying
com
On Fri, 26 Feb 2016, Boris Ostrovsky wrote:
> On 02/26/2016 10:39 AM, Stefano Stabellini wrote:
> > On Thu, 25 Feb 2016, Boris Ostrovsky wrote:
> > > On 02/25/2016 07:10 AM, Stefano Stabellini wrote:
> > > > The xenboot early console has been partially broken for DomU for a long
> > > > time: the o
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 26 February 2016 16:34
> To: Paul Durrant
> Cc: Ian Campbell; Ian Jackson; xen-de...@lists.xenproject.org; Keir
> (Xen.org); Tim (Xen.org)
> Subject: RE: [PATCH v4] public/io/netif.h: make control ring hash protocol
>>> On 26.02.16 at 14:48, wrote:
> Ping + 1?
Paul,
I guess the primary problem here is that with Ian now unlikely to
respond, no-one on the Cc list is likely to jump in. Probably you
should resend with the Cc-s extended to the Linux and *BSD
netback/netfront maintainers, as they're the most like
On Fri, 26 Feb 2016, Jan Beulich wrote:
> >>> On 26.02.16 at 15:12, wrote:
> > On Fri, 26 Feb 2016, Shannon Zhao wrote:
> >> --- a/xen/include/asm-arm/config.h
> >> +++ b/xen/include/asm-arm/config.h
> >> @@ -180,6 +180,8 @@
> >> #define FIXMAP_GICC14 /* Interrupt controller: CPU registers (
>>> On 26.02.16 at 15:12, wrote:
> On Fri, 26 Feb 2016, Shannon Zhao wrote:
>> --- a/xen/include/asm-arm/config.h
>> +++ b/xen/include/asm-arm/config.h
>> @@ -180,6 +180,8 @@
>> #define FIXMAP_GICC14 /* Interrupt controller: CPU registers (first
>> page) */
>> #define FIXMAP_GICC25 /*
On 02/26/2016 10:39 AM, Stefano Stabellini wrote:
On Thu, 25 Feb 2016, Boris Ostrovsky wrote:
On 02/25/2016 07:10 AM, Stefano Stabellini wrote:
The xenboot early console has been partially broken for DomU for a long
time: the output would only go to the hypervisor via hypercall
(HYPERVISOR_cons
I've prepared a branch for this series (sans patch #5) and run compile
test on every commit.
Please pull from
git://xenbits.xen.org/people/liuw/xen.git colo-prep-v8-base..colo-prep-v8
Patch #5 needs a bit more work. Note that Wen you don't need to resubmit
#5 just yet. We will come back to it ne
flight 84020 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84020/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 3 host-install(3) broken REGR. vs. 83599
t
On 26/02/16 15:42, Dario Faggioli wrote:
> On Fri, 2016-02-26 at 10:27 -0500, Konrad Rzeszutek Wilk wrote:
>> On Fri, Feb 26, 2016 at 04:03:46PM +0100, Dario Faggioli wrote:
>>>
As part of my further cpuid work, I will need to fix this. I was
planning to fix it by requiring full cpu to
On Fri, 2016-02-26 at 10:27 -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Feb 26, 2016 at 04:03:46PM +0100, Dario Faggioli wrote:
> >
> > > As part of my further cpuid work, I will need to fix this. I was
> > > planning to fix it by requiring full cpu topology information to
> > > be
> > > passed
On Fri, Feb 26, 2016 at 03:28:21PM +0100, Juergen Gross wrote:
> On 26/02/16 15:00, Daniel Kiper wrote:
> > On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote:
> >> On 25/02/16 13:47, Daniel Kiper wrote:
> >>> On Thu, Feb 25, 2016 at 12:33:35PM +0100, Juergen Gross wrote:
> Modern p
On Thu, 25 Feb 2016, Boris Ostrovsky wrote:
> On 02/25/2016 07:10 AM, Stefano Stabellini wrote:
> > The xenboot early console has been partially broken for DomU for a long
> > time: the output would only go to the hypervisor via hypercall
> > (HYPERVISOR_console_io), while it wouldn't actually go t
On 02/26/2016 10:26 AM, David Vrabel wrote:
The tools support loading bzImages, not just ELF images.
We load them as ELF images though, I believe, after uncompressing. E.g.:
static int xc_dom_load_bzimage_kernel(struct xc_dom_image *dom)
{
return elf_loader.loader(dom);
}
-boris
__
On 02/26/2016 10:22 AM, Roger Pau Monné wrote:
El 26/2/16 a les 16:10, Boris Ostrovsky ha escrit:
On 02/26/2016 09:42 AM, Brian Gerst wrote:
On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky
wrote:
On 02/26/2016 05:53 AM, Roger Pau Monné wrote:
El 25/2/16 a les 16:16, Boris Ostrovsky ha escri
On Fri, Feb 26, 2016 at 04:03:46PM +0100, Dario Faggioli wrote:
> On Thu, 2016-02-25 at 17:21 +, Andrew Cooper wrote:
> > On 22/02/16 21:02, Joao Martins wrote:
> > >
> > > Any comments are appreciated!
> > Hey. Sorry I am late getting to this - I am currently swamped. Some
> > general obser
On 26/02/16 15:22, Roger Pau Monné wrote:
> El 26/2/16 a les 16:10, Boris Ostrovsky ha escrit:
>> On 02/26/2016 09:42 AM, Brian Gerst wrote:
>>> On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky
>>> wrote:
On 02/26/2016 05:53 AM, Roger Pau Monné wrote:
> El 25/2/16 a les 16:16, Boris Ostro
El 26/2/16 a les 16:10, Boris Ostrovsky ha escrit:
> On 02/26/2016 09:42 AM, Brian Gerst wrote:
>> On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky
>> wrote:
>>> On 02/26/2016 05:53 AM, Roger Pau Monné wrote:
El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit:
> PV guests need to have thei
Hi Wei,
Yes, the Unix socket interface works okay. Here’s a relevant part of the script
changed to use the socket:
import socket
sock = socket.socket(socket.AF_UNIX, socket.SOCK_STREAM)
sock.connect("/var/run/xenstored/socket")
fd = os.dup(sock.fileno())
try:
send_pac
On Sun, Feb 21, 2016 at 06:55:05PM -0800, H. Peter Anvin wrote:
> On 02/19/16 13:06, Luis R. Rodriguez wrote:
> >>
> >> I think the \n\t is unnecessary.
> >
> > Super! I wonder if we we can just use this on s390 as well without it
> > pooping?
> > I ask as this would set a precedent.
> >
>
> As
On 26/02/16 15:10, Boris Ostrovsky wrote:
> On 02/26/2016 09:42 AM, Brian Gerst wrote:
>> On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky
>> wrote:
>>> On 02/26/2016 05:53 AM, Roger Pau Monné wrote:
El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit:
> PV guests need to have their .bss ze
On 02/26/2016 09:42 AM, Brian Gerst wrote:
On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky
wrote:
On 02/26/2016 05:53 AM, Roger Pau Monné wrote:
El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit:
PV guests need to have their .bss zeroed out since it is not guaranteed
to be cleared by Xen's d
On Thu, 2016-02-25 at 17:21 +, Andrew Cooper wrote:
> On 22/02/16 21:02, Joao Martins wrote:
> >
> > Any comments are appreciated!
> Hey. Sorry I am late getting to this - I am currently swamped. Some
> general observations.
>
Hi,
I'm also looking forward to find the time to look at this s
This run is configured for baseline tests only.
flight 44169 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44169/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-rtds
This run is configured for baseline tests only.
flight 44176 linux-3.10 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44176/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-st
This run is configured for baseline tests only.
flight 44177 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44177/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt
On 26/02/16 14:28, Stefano Stabellini wrote:
> On Thu, 25 Feb 2016, Stefano Stabellini wrote:
>> Hi all,
>>
>> this series exports xenboot on ARM and ARM64 as earlycon, and gets
>> xenboot fully working again for PV DomUs on x86 (currently the xenboot
>> output only goes to the hypervisor via hyper
This run is configured for baseline tests only.
flight 44164 xen-4.3-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44164/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt
On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky
wrote:
> On 02/26/2016 05:53 AM, Roger Pau Monné wrote:
>>
>> El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit:
>>>
>>> PV guests need to have their .bss zeroed out since it is not guaranteed
>>> to be cleared by Xen's domain builder
>>
>> I guess
This run is configured for baseline tests only.
flight 44166 xen-4.5-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44166/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-rtd
This run is configured for baseline tests only.
flight 44175 linux-3.14 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44175/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-st
This run is configured for baseline tests only.
flight 44165 xen-4.4-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44165/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt
On Thu, 25 Feb 2016, Stefano Stabellini wrote:
> Hi all,
>
> this series exports xenboot on ARM and ARM64 as earlycon, and gets
> xenboot fully working again for PV DomUs on x86 (currently the xenboot
> output only goes to the hypervisor via hypercall and not to the DomU
> console).
>
> Cheers,
>
On 26/02/16 15:00, Daniel Kiper wrote:
> On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote:
>> On 25/02/16 13:47, Daniel Kiper wrote:
>>> On Thu, Feb 25, 2016 at 12:33:35PM +0100, Juergen Gross wrote:
Modern pvops linux kernels support an initrd not covered by the initial
mapp
On Fri, 26 Feb 2016, Corneliu ZUZU wrote:
> This patch adds ARM support for guest-request monitor vm-events.
> Note: on ARM hypercall instruction skipping must be done manually
> by the caller. This will probably be changed in a future patch.
>
> Summary of changes:
> == Moved to common-side:
>
This run is configured for baseline tests only.
flight 44171 qemu-upstream-4.4-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44171/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-l
On Fri, 26 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Implement __acpi_map_table function for ARM.
>
> Signed-off-by: Shannon Zhao
> ---
> V4: add __acpi_map_table function
> ---
> xen/arch/arm/Makefile| 1 +
> xen/arch/arm/acpi/Makefile | 1 +
> xen/arch/arm/acpi/lib.c
On 26.02.2016 12:15, Fu Wei wrote:
> Hi Andrei,
>
> On 26 February 2016 at 18:50, Andrei Borzenkov wrote:
>> On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei wrote:
>>> +@subsection xen_module
>>>
>>> -@deffn Command xen_linux file [arguments]
>>> -Load a dom0 kernel image for xen hypervi
flight 84118 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84118/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 3 host-install(3) broken REGR. v
On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote:
> On 25/02/16 13:47, Daniel Kiper wrote:
> > On Thu, Feb 25, 2016 at 12:33:35PM +0100, Juergen Gross wrote:
> >> Modern pvops linux kernels support an initrd not covered by the initial
> >> mapping. This capability is flagged by an elf-
On 02/26/2016 01:07 PM, Corneliu ZUZU wrote:
> This patch adds ARM support for guest-request monitor vm-events.
> Note: on ARM hypercall instruction skipping must be done manually
> by the caller. This will probably be changed in a future patch.
>
> Summary of changes:
> == Moved to common-side:
>
On 02/26/2016 05:53 AM, Roger Pau Monné wrote:
El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit:
PV guests need to have their .bss zeroed out since it is not guaranteed
to be cleared by Xen's domain builder
I guess I'm missing something, but elf_load_image (in libelf-loader.c)
seems to be able
Ping + 1?
> -Original Message-
> From: Paul Durrant
> Sent: 22 February 2016 13:06
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Ian Campbell; Ian Jackson; Jan Beulich; Keir (Xen.org); Tim (Xen.org)
> Subject: RE: [PATCH v4] public/io/netif.h: make control ring hash protocol
> m
On Fri, 26 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> This adds a new function to initialize UART for ACPI on ARM.
>
> Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
> V5: fix coding style
> ---
> xen/arch/arm/setup.c| 2 +-
> xen/drivers/char/arm-uart.c |
On 02/25/2016 04:25 PM, Arnd Bergmann wrote:
struct gntdev_copy_batch is arguably too large to fit on the kernel stack,
and we get a warning about the stack usage in gntdev_ioctl_grant_copy:
drivers/xen/gntdev.c:949:1: error: the frame size of 1240 bytes is larger than
1024 bytes
This changes
On Wed, Feb 24, 2016 at 11:37:00AM +, Ian Campbell wrote:
[...]
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index cd4da04..b320152 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -127,7 +127,6 @@ F:xen/common/sched_arinc653.c
[...]
>
> SEABIOS UPSTREAM
> -M: Ian Campbell
>
On Fri, Feb 26, 2016 at 6:07 AM, Corneliu ZUZU
wrote:
> This patch adds ARM support for guest-request monitor vm-events.
> Note: on ARM hypercall instruction skipping must be done manually
> by the caller. This will probably be changed in a future patch.
>
> Summary of changes:
> == Moved to comm
On Fri, 26 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> acpi_boot_table_init() will be called in start_xen to get the RSDP and
> all the table pointers. With this patch, we can get ACPI boot-time
> tables from firmware on ARM64.
>
> Signed-off-by: Naresh Bhat
> Signed-off-by: Parth Di
On Fri, 2016-02-26 at 06:32 -0700, Jan Beulich wrote:
> > > > On 26.02.16 at 14:07, wrote:
> > We can argue about that being useful or not, and about it being
> > (potentially) too noisy or not. I personally think it could be
> > useful
> > (it's XENLOG_DEBUG, after all), but I won't oppose gettin
>>> On 26.02.16 at 13:49, wrote:
> On 26/02/16 13:39, Jan Beulich wrote:
> On 26.02.16 at 12:20, wrote:
>>> On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote:
On 26/02/16 11:39, Jan Beulich wrote:
>
>> @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu)
>>
>>> On 26.02.16 at 14:07, wrote:
> On Fri, 2016-02-26 at 05:39 -0700, Jan Beulich wrote:
>> > > > On 26.02.16 at 12:20, wrote:
>> > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote:
>> > > > Wouldn't it be even better to make this the "else" to the
>> > > > preceding if(), since in the susp
flight 84019 linux-3.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84019/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-pair 3 host-install/src_host(3) broken REGR. vs. 83009
t
>>> On 16.02.16 at 18:37, wrote:
> --- a/xen/common/libelf/libelf-loader.c
> +++ b/xen/common/libelf/libelf-loader.c
> @@ -164,20 +164,33 @@ void elf_parse_bsdsyms(struct elf_binary *elf, uint64_t
> pstart)
> sz = sizeof(uint32_t);
>
> /* Space for the elf and elf section headers */
>
On Fri, 2016-02-26 at 05:39 -0700, Jan Beulich wrote:
> >
> > > > On 26.02.16 at 12:20, wrote:
> > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote:
> > >
> > > EBUSY vs. EAGAIN: by returning EAGAIN I would signal to Xen tools
> > > that
> > > the hypervisor is currently not able to do the
On 2/26/2016 2:31 PM, Jan Beulich wrote:
On 26.02.16 at 13:20, wrote:
On 2/26/2016 2:14 PM, Razvan Cojocaru wrote:
On 02/26/2016 02:05 PM, Corneliu ZUZU wrote:
On 2/26/2016 1:56 PM, Jan Beulich wrote:
On 26.02.16 at 12:07, wrote:
--- a/xen/include/asm-x86/altp2m.h
+++ b/xen/include/asm-x86
On 26/02/16 13:39, Jan Beulich wrote:
On 26.02.16 at 12:20, wrote:
>> On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote:
>>> On 26/02/16 11:39, Jan Beulich wrote:
> @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu)
> if ( cpumask_empty(&online_aff
(CC'ing Linux maintainers)
OK. Thanks for all the information.
This seems to be a bug in Linux xenbus driver.
Relevant code snippet in
drivers/xen/xenbus/xenbus_dev_frontend.c:xenbus_write_watch()
/* Success. Synthesize a reply to say all is OK. */
{
struct {
s
>>> On 26.02.16 at 12:20, wrote:
> On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote:
>> On 26/02/16 11:39, Jan Beulich wrote:
>> >
>> > > @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu)
>> > > if ( cpumask_empty(&online_affinity) &&
>> > > cpu
Andrew Cooper writes ("[PATCH] docs: Update README to include Clang"):
> Xen now builds on x86 with Clang 3.5 and 3.8. Update README to reflect this.
>
> Mark Clang as no longer a permitted failure in Travis, to prevent future
> regressions slipping back in.
>
> Signed-off-by: Andrew Cooper
Ac
George Dunlap writes ("[PATCH 8/8] tools/xenalyze: Actually handle case where
number of ipi vectors exceeds static max"):
> find_vec() is supposed to find the vector in the list if it exists,
> choose an empty slot if it doesn't exist, and return null if all slots
> are full.
>
> However, coverit
>>> On 26.02.16 at 12:48, wrote:
> I would summarize as follows and make sure we are on the same page.
>
> 1) make pcidevs_lock only visible inside xen/drivers/passthrough/pci.c,
>turning the definition of the variable into a static one, and getting rid
> of its declaration from xen/includ
George Dunlap writes ("[PATCH 7/8] tools/xenalyze: Fix multiple instances of
*HYPERCALL_MAX"):
> We HYPERCALL_MAX defined as the maximum enumerated hypercall, and we
^ missing word `have' ?
> have PV_HYPERCALL_MAX defined as some other number (presumably based
> on experience with actual hype
>>> On 26.02.16 at 12:10, wrote:
>
> On 2016/2/26 18:20, Shannon Zhao wrote:
>>
>> On 2016/2/26 18:04, Jan Beulich wrote:
>> On 26.02.16 at 07:22, wrote:
> >> > From: Shannon Zhao
> >> >
> >> > Parse ACPI SPCR (Serial Port Console Redirection table) table and
> >> >
>>> On 26.02.16 at 13:20, wrote:
> On 2/26/2016 2:14 PM, Razvan Cojocaru wrote:
>> On 02/26/2016 02:05 PM, Corneliu ZUZU wrote:
>>> On 2/26/2016 1:56 PM, Jan Beulich wrote:
>>> On 26.02.16 at 12:07, wrote:
> --- a/xen/include/asm-x86/altp2m.h
> +++ b/xen/include/asm-x86/altp2m.h
>
George Dunlap writes ("[PATCH 6/8] tools/xenalyze: Fix off-by-one in MAX_CPUS
range checks"):
> Skip action / throw error if cpu/vcpu >= MAX_CPUS rather than >.
>
> Also add an assertion to vcpu_find, to make future errors of this kind
> not out-of-bounds.
...
> +/* "Graceful" handling of vi
On 02/26/2016 02:20 PM, Corneliu ZUZU wrote:
> On 2/26/2016 2:14 PM, Razvan Cojocaru wrote:
>> On 02/26/2016 02:05 PM, Corneliu ZUZU wrote:
>>> On 2/26/2016 1:56 PM, Jan Beulich wrote:
>>> On 26.02.16 at 12:07, wrote:
> --- a/xen/include/asm-x86/altp2m.h
> +++ b/xen/include/asm-x86/alt
George Dunlap writes ("[PATCH 5/8] tools/xenalyze: Fix check for error return
value"):
> fdopen returns NULL on failure, not a negative integer.
>
> CID 1306863
> CID 1306858
>
> Signed-off-by: George Dunlap
> ---
> Strangely, coverity counted this as two bugs: one for comparing a
> pointer wit
1 - 100 of 166 matches
Mail list logo
