On 24 May 2015 at 13:10, Julien Grall wrote:
> Hi Parth,
>
>
> On 24/05/2015 08:06, Parth Dixit wrote:
>>
>> > +struct acpi_device_desc {
>> > +/* Device name */
>> > +const char *name;
>> > +/* Device class */
>> > +enum device_class class;
>> > +
flight 57207 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57207/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
Hi Ian,
I spotted a possible bug in ao_cancel (libxl_event.c) and wanted to run it
through you.
In the ao_cancel(), we mark the parent->cancelling = 1 so that subsequence
cancel calls don't get entertained and mess things up. However, in my view,
setting this should be after we check for "paren
On Sun, 2015-05-24 at 14:55 +0100, Ian Campbell wrote:
> Longtao & Robert,
>
> FYI This pass pushed the non-grub bits of the part of the series which I
> applied on Friday into the production instance.
Thanks Ian.
We're to reassemble and send v11 patches comprised of previous 01/09,
02/09, 06/09,
On Mon, 2015-05-25 at 10:25 +0800, Robert Hu wrote:
> On Sun, 2015-05-24 at 14:53 +0100, Ian Campbell wrote:
> > On Sat, 2015-05-23 at 16:53 +0800, Robert Hu wrote:
> > > > > +$#offsets = $#offsets-1;
> > > > > +$offsets[$#offsets]++;
> > > may consider 'pop/
On Sun, May 24, 2015 at 01:51:21PM +0100, Julien Grall wrote:
> Hi Chen,
>
> On 23/05/2015 14:52, Chen Baozi wrote:
> >From: Chen Baozi
> >
> >There are 3 places to change:
> >
> >* Initialise vMPIDR value in vcpu_initialise()
> >* Find the vCPU from vMPIDR affinity information when accessing GIC
On Sun, 2015-05-24 at 14:53 +0100, Ian Campbell wrote:
> On Sat, 2015-05-23 at 16:53 +0800, Robert Hu wrote:
> > > > +$#offsets = $#offsets-1;
> > > > +$offsets[$#offsets]++;
> > may consider 'pop/push' operations on @offsets array? I worry about if
> > '$#of
On 2015/5/22 18:33, Julien Grall wrote:
Hi,
On 22/05/2015 10:35, Tiejun Chen wrote:
diff --git a/xen/include/public/domctl.h b/xen/include/public/domctl.h
index 0c0ea4a..203c80e 100644
--- a/xen/include/public/domctl.h
+++ b/xen/include/public/domctl.h
@@ -499,6 +499,11 @@ struct xen_domctl_ass
On 2015/5/22 18:25, Julien Grall wrote:
Hi,
On 22/05/2015 10:35, Tiejun Chen wrote:
Here we'll construct a basic guest e820 table via
XENMEM_set_memory_map. This table includes lowmem, highmem
and RDMs if they exist. And hvmloader would need this info
later.
Signed-off-by: Tiejun Chen
---
t
Hi all:
Recentlly, I want to use PXE boot on Xen with OVMF as bios. At
beginning, I just add rtl8139 as guest nic device, and I compile a release
ovmf. When I enter into uefi, I can't find network boot menu. According to
edk2/OvmfPkg/README file, I know there is a virtio-net driver buil
On Sat, May 23, 2015 at 03:46:32PM +0100, Julien Grall wrote:
> Hi Chen,
>
> On 23/05/2015 14:52, Chen Baozi wrote:
> >From: Chen Baozi
> >
> >GIC-500 supports up to 128 cores in a single SoC. Increase MAX_VIRT_CPUS
> >to 128 on arm64.
>
> This series have to be bisectable. Although, this patch
This fix appears to be needed in all stable branches:
commit a6dfa128ce5c414ab46b1d690f7a1b8decb8526d
Author: Konrad Rzeszutek Wilk
Date: Fri Apr 17 15:04:48 2015 -0400
config: Enable NEED_DMA_MAP_STATE by default when SWIOTLB is selected
For 3.2 and 3.4, the context needs to be fixed up.
flight 57156 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57156/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
test-amd64-i386-xl-qemuu-win
flight 57145 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57145/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 17 leak-check/check fail REGR. vs. 56375
Tests which are fail
flight 57141 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57141/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 18 guest-start.2 fail REGR. vs. 56831
Tests which are fai
flight 57138 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57138/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
If any Xen developers have time, we're gathering some information on
C semantics that would be very helpful to have your input on.
This survey explores what C is, in current mainstream practice: the
behaviour that programmers assume they can rely on, the behaviour
provided by mainstream compilers
Hi Chen,
On 23/05/2015 14:52, Chen Baozi wrote:
From: Chen Baozi
There are 3 places to change:
* Initialise vMPIDR value in vcpu_initialise()
* Find the vCPU from vMPIDR affinity information when accessing GICD
registers in vGIC
* Find the vCPU from vMPIRR affinity information when booting
flight 57126 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57126/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
test-amd64-i386-xl-qemuu-win
Longtao & Robert,
FYI This pass pushed the non-grub bits of the part of the series which I
applied on Friday into the production instance.
Ian.
On Sat, 2015-05-23 at 16:19 +, osstest service user wrote:
> flight 56996 osstest real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/569
On Sat, 2015-05-23 at 16:53 +0800, Robert Hu wrote:
> > > +$#offsets = $#offsets-1;
> > > +$offsets[$#offsets]++;
> may consider 'pop/push' operations on @offsets array? I worry about if
> '$#offsets-1' can always shrink array size correctly. pop/push anyway
flight 57123 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57123/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt 11 guest-start fail like 57031
test-amd64-i386-freebsd10-amd6
flight 57120 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57120/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 17 leak-check/check fail REGR. vs. 56375
Tests which are fail
Hi Vijay,
On 22/05/2015 13:16, Vijay Kilari wrote:
On Tue, May 19, 2015 at 7:21 PM, Ian Campbell wrote:
On Tue, 2015-05-19 at 14:37 +0100, Julien Grall wrote:
Hi Ian,
On 19/05/15 13:10, Ian Campbell wrote:
On Fri, 2015-05-15 at 15:55 +0100, Julien Grall wrote:
[...]
Translation of certain
flight 57124 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57124/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-i386-libvirt
flight 57112 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57112/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 16 guest-localmigrate/x10 fail REGR. vs. 56831
Regressions which a
flight 57106 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57106/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
On 24/05/2015 08:07, Parth Dixit wrote:
On 21 May 2015 at 16:58, Julien Grall mailto:julien.gr...@citrix.com>> wrote:
Hi Parth,
On 17/05/15 21:03, Parth Dixit wrote:
> Rename dt-uart.c to arm-uart.c and create new generic uart init function.
> move dt_uart_init to uart_init.
Hi Parth,
On 24/05/2015 08:06, Parth Dixit wrote:
> +struct acpi_device_desc {
> +/* Device name */
> +const char *name;
> +/* Device class */
> +enum device_class class;
> +/* type of device supported by the driver */
> +const int class
Hi Parth,
On 24/05/2015 07:40, Parth Dixit wrote:
On 17/05/15 21:03, Parth Dixit wrote:
> diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile
> index 935999e..096e9ef 100644
> --- a/xen/arch/arm/Makefile
> +++ b/xen/arch/arm/Makefile
> @@ -2,6 +2,7 @@ subdir-$
On 21 May 2015 at 17:11, Julien Grall wrote:
> On 21/05/15 12:38, Jan Beulich wrote:
> On 21.05.15 at 12:52, wrote:
> >> On 21/05/15 11:46, Jan Beulich wrote:
> >> On 21.05.15 at 12:34, wrote:
> On 21/05/15 07:22, Jan Beulich wrote:
> > The linked to document (on our wiki) is
On 21 May 2015 at 16:58, Julien Grall wrote:
> Hi Parth,
>
> On 17/05/15 21:03, Parth Dixit wrote:
> > Rename dt-uart.c to arm-uart.c and create new generic uart init function.
> > move dt_uart_init to uart_init.Refactor pl011 driver to dt and common
> > initialization parts. This will be useful
On 21 May 2015 at 16:49, Julien Grall wrote:
> Hi Parth,
>
> On 17/05/15 21:03, Parth Dixit wrote:
> > add generic way to use device from acpi similar to
> > the way it is supported in device tree.
> >
> > Signed-off-by: Parth Dixit
> > ---
> > xen/arch/arm/device.c| 19
On 20 May 2015 at 23:33, Julien Grall wrote:
> Hi Parth,
>
> On 17/05/15 21:03, Parth Dixit wrote:
> > Parse GTDT (Generic Timer Descriptor Table) to initialize timer.
> > Using the information presented by GTDT to initialize the arch
> > timer (not memory-mapped).
> >
> > Clear all el2 fields in
34 matches
Mail list logo
