flight 65677 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65677/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail
REGR. vs. 65543
version targeted
flight 65669 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65669/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail blocked in 64766
test-armhf-armhf-xl-multiv
This run is configured for baseline tests only.
flight 38495 xen-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38495/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 16 guest-start/
On 2015年12月11日 01:23, Andrew Cooper wrote:
On 04/12/15 20:26, jto...@uwaterloo.ca wrote:
Hi,
We're a team of three fourth-year undergraduate software engineering
students at the University of Waterloo in Canada. We're in the process
of planning for our capstone design project, and are interest
flight 65664 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65664/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail blocked in 65542
test-armhf-armhf-libvirt
flight 65663 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65663/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-i386 6 xen-bootfail REGR. vs. 59254
test-amd64-i386-xl-qe
flight 65653 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65653/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 60684
test-amd64
On Fri, Dec 11, 2015 at 12:24:01PM -0500, Konrad Rzeszutek Wilk wrote:
> > diff --git a/drivers/block/xen-blkback/xenbus.c
> > b/drivers/block/xen-blkback/xenbus.c
> > index 44396b8..dabdb18 100644
> > --- a/drivers/block/xen-blkback/xenbus.c
> > +++ b/drivers/block/xen-blkback/xenbus.c
> > @@ -24
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
v2 - Rebase on top of "x86: generate labels at the beginning of unlikely
sub-sections"
---
xen/include/asm-x86/asm_defns.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/xen/include/asm-x86/asm_defns.h b/xen/i
On Fri, 2015-12-11 at 17:19 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32]
> tools/libs/gnttab: Extensive updates to API documentation."):
> > I'm currently intending to write something very similar for each of the
> > xen*_open (gntshr, gnttab, foreignmemory
> diff --git a/drivers/block/xen-blkback/xenbus.c
> b/drivers/block/xen-blkback/xenbus.c
> index 44396b8..dabdb18 100644
> --- a/drivers/block/xen-blkback/xenbus.c
> +++ b/drivers/block/xen-blkback/xenbus.c
> @@ -246,6 +246,9 @@ static int xen_blkif_disconnect(struct xen_blkif *blkif)
> stru
On Wed, 2015-12-09 at 16:17 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH XEN v6 29/32] tools/libs/call: Use O_CLOEXEC
> when opening /dev/xen/privcmd on Linux"):
> > We stick with using FD_CLOEXEC on the legacy /proc/xen/privcmd
> > fallback device since it was present in older kernel w
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32] tools/libs/gnttab:
Extensive updates to API documentation."):
> I'm currently intending to write something very similar for each of the
> xen*_open (gntshr, gnttab, foreignmemory, evtchn and probably call too)
> functions. I don't really l
On Wed, 2015-12-09 at 16:18 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH XEN v6 30/32] tools/libs/call: linux: avoid
> forking between mmap and madvise"):
> > Use pthread_atfork to prevent the application from forking before the
> > madvisoe(), which would result in CoW mappings getting
Ian Campbell writes ("Re: [libvirt test] 65654: regressions - FAIL"):
> On Fri, 2015-12-11 at 15:18 +, osstest service owner wrote:
> > flight 65654 libvirt real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/65654/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and
On Wed, 2015-12-09 at 17:08 +, Ian Campbell wrote:
> On Wed, 2015-12-09 at 16:28 +, Ian Jackson wrote:
> > Ian Campbell writes ("Re: [PATCH XEN v6 25/32] tools/libs/gnttab:
> > Extensive updates to API documentation."):
> > > On Wed, 2015-12-09 at 16:09 +, Ian Jackson wrote:
> > > > Is
On Fri, 2015-12-11 at 15:18 +, osstest service owner wrote:
> flight 65654 libvirt real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/65654/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-libvirt-
On 11 December 2015 at 17:01, Stefano Stabellini
wrote:
> On Fri, 11 Dec 2015, Peter Maydell wrote:
>> On 11 December 2015 at 16:52, Stefano Stabellini
>> wrote:
>> If this was intended for 2.5 you have missed the boat.
>
> I sent it because it is a bug fix, but waiting for 2.6 also makes
> sense
On Fri, 11 Dec 2015, Peter Maydell wrote:
> On 11 December 2015 at 16:52, Stefano Stabellini
> wrote:
> > The following changes since commit 6e0abc251dd4f8eba1f53656dfede12e5840e83b:
> >
> > blockdev: Mark {insert, remove}-medium experimental (2015-12-11 15:39:29
> > +)
> >
> > are availabl
On Fri, 2015-12-11 at 16:44 +, Stefano Stabellini wrote:
>
> It is not possible to do this at runtime. I think we should do this at
> compile time because in any case it is not supported to run a QEMU built
> for a given Xen version on a different Xen version.
I am currently working pretty h
On 11 December 2015 at 16:52, Stefano Stabellini
wrote:
> The following changes since commit 6e0abc251dd4f8eba1f53656dfede12e5840e83b:
>
> blockdev: Mark {insert, remove}-medium experimental (2015-12-11 15:39:29
> +)
>
> are available in the git repository at:
>
> git://xenbits.xen.org/pe
On 11/12/15 13:42, Jan Beulich wrote:
> This is to limit symbol table growth, which would be quite a bit worse
> if we went with the "label every unlikely sub-section contribution"
> approach proposed previously.
>
> Older gas doesn't support quoted symbols, yet the result looks quite
> bit better
Ian Campbell writes ("Re: [OSSTEST PATCH 2/2] Executive DB: Reduce strength of
DB locks"):
> On Fri, 2015-12-11 at 16:23 +, Ian Jackson wrote:
> > SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
> > not mean that the transactions are necessarily serialisable!
>
> ^does not?
Yes, thanks.
>
The following changes since commit 6e0abc251dd4f8eba1f53656dfede12e5840e83b:
blockdev: Mark {insert, remove}-medium experimental (2015-12-11 15:39:29
+)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-2015-12-11
for you to fetch cha
The Xen toolstack uses "vhd" to specify a disk in VHD format, however
the name of the driver in QEMU is "vpc". Replace "vhd" with "vpc", so
that QEMU can find the right driver to use for it.
Signed-off-by: Stefano Stabellini
---
hw/block/xen_disk.c |3 +++
1 file changed, 3 insertions(+)
di
Ian Campbell writes ("Re: [OSSTEST PATCH 1/2] Executive DB: Eliminate SQL
locking for read-only transactions"):
> On Fri, 2015-12-11 at 16:23 +, Ian Jackson wrote:
> > We retain the db_retry framing because (a) although the retry loop is
> > not necessary in these cases, the transaction framin
On 12/10/2015 11:53 AM, Boris Ostrovsky wrote:
Especially given that PVH dom0 is not booting for me, as I just found
out:
...
(XEN) d0v0 EPT violation 0x1aa (-w-/r-x) gpa 0x00c0008116 mfn
0xc0008 type 5
(XEN) d0v0 Walking EPT tables for GFN c0008:
(XEN) d0v0 epte 80082bf50007
(XE
On Fri, 11 Dec 2015, Jan Beulich wrote:
> >>> On 11.12.15 at 15:33, wrote:
> > On Mon, 7 Dec 2015, Jan Beulich wrote:
> >> >>> On 07.12.15 at 15:56, wrote:
> >> > On Mon, 7 Dec 2015, Jan Beulich wrote:
> >> >> >>> On 07.12.15 at 13:45, wrote:
> >> >> > On Tue, 24 Nov 2015, Jan Beulich wrote:
> >
On Fri, 11 Dec 2015, Ian Campbell wrote:
> On Fri, 2015-12-11 at 14:26 +, Stefano Stabellini wrote:
> > On Wed, 9 Dec 2015, Ian Campbell wrote:
> > > On Thu, 2015-12-03 at 11:23 +, Ian Campbell wrote:
> > > > diff --git a/hw/display/xenfb.c b/hw/display/xenfb.c
> > > > index 5e324ef..c96d97
On Fri, 2015-12-11 at 16:23 +, Ian Jackson wrote:
> The purpose of these locks is partly to prevent transactions being
> aborted (which I'm not sure the existing code would in practice cope
> with, although this is a bug) and also to avoid bugs due to the fact
> that
> SET TRANSACTION ISOLATI
On Fri, 2015-12-11 at 16:23 +, Ian Jackson wrote:
> Our transactions generally run with
> SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
> (which, incidentally, does not mean that the transactions are
> necessarily serialisable!)
>
> In SQL in general it is possible for a read-only transactio
The purpose of these locks is partly to prevent transactions being
aborted (which I'm not sure the existing code would in practice cope
with, although this is a bug) and also to avoid bugs due to the fact
that
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
not mean that the transactions are necess
Our transactions generally run with
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
(which, incidentally, does not mean that the transactions are
necessarily serialisable!)
In SQL in general it is possible for a read-only transaction to fail
and need to be retried because some writer has updated t
On 11/12/15 17:09, Andrew Cooper wrote:
> On 11/12/15 16:00, Juergen Gross wrote:
>> On 11/12/15 16:24, Andrew Cooper wrote:
>> + */
>> +static int map_p2m_list(struct xc_sr_context *ctx, uint64_t p2m_cr3)
>> +{
>> +xc_interface *xch = ctx->xch;
>> +xen_vaddr_t p2m_vaddr
I've submitted 'tools: always enable HAS_MEM_ACCESS' and once that lands
this can be squashed into 'build: convert HAS_MEM_ACCESS to use Kconfig'.
Signed-off-by: Doug Goldstein
---
config/arm32.mk | 2 --
config/arm64.mk | 2 --
config/x86_32.mk | 2 --
config/x86_64.mk | 2 --
4 files changed
On 11/12/15 16:00, Juergen Gross wrote:
> On 11/12/15 16:24, Andrew Cooper wrote:
> + */
> +static int map_p2m_list(struct xc_sr_context *ctx, uint64_t p2m_cr3)
> +{
> +xc_interface *xch = ctx->xch;
> +xen_vaddr_t p2m_vaddr, p2m_end, mask, off;
> +xen_pfn_t p2m_m
On Fri, Dec 11, 2015 at 3:42 PM, Ian Campbell wrote:
> On Thu, 2015-12-10 at 15:21 +, George Dunlap wrote:
>> On 03/12/15 11:22, Ian Campbell wrote:
>> > It can trivially be replaced by xc_map_foreign_pages which is the
>> > interface I want to move to going forward (by standardising on _bulk
On 11/12/15 16:20, Andrew Cooper wrote:
> On 11/12/15 11:31, Juergen Gross wrote:
>> With support of the virtual mapped linear p2m list for migration it is
>> now possible to detect structural changes of the p2m list which before
>> would either lead to a crashing or otherwise wrong behaving domU.
For all supported targets HAS_MEM_ACCESS is enabled so this drops the
conditional and always makes it enabled. The goal here is to remove the
setting in the top level config directory when kconfig changes land.
Signed-off-by: Doug Goldstein
---
tools/tests/xen-access/Makefile | 3 +--
1 file cha
On 11/12/15 16:24, Andrew Cooper wrote:
>
+ */
+static int map_p2m_list(struct xc_sr_context *ctx, uint64_t p2m_cr3)
+{
+xc_interface *xch = ctx->xch;
+xen_vaddr_t p2m_vaddr, p2m_end, mask, off;
+xen_pfn_t p2m_mfn, mfn, saved_mfn, max_pfn;
+uint64
On Wed, 2015-12-09 at 15:42 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH XEN v6 22/32] tools/libs/foreignmemory:
> optimise map(num==1, err==NULL) case"):
> > This looks to be a reasonably common case (many of the previous
> > callers to xc_map_foreign_pages use it) and it is easy enoug
On Fri, 2015-12-11 at 15:34 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST PATCH 5/8] Schema: Support database
> schema updates"):
> > On Fri, 2015-12-11 at 15:15 +, Ian Jackson wrote:
> > > I can put this in a comment if you like.
> >
> > I suppose a comment next to any such o
Sorry Tim,
your mail address has gained an additional character in the original
mail. Forwarded the mail just for you convenience.
Juergen
Forwarded Message
Subject: [Xen-devel] [PATCH 1/9] xen: add xenstore domain flag to hypervisor
Date: Fri, 11 Dec 2015 16:47:33 +0100
From
On Fri, 2015-12-11 at 14:05 +, Ian Campbell wrote:
So returning to the logs for 65682 (the first repro, which exhibited the
fail with the usual timeout).
http://osstest.test-lab.xenproject.org/~osstest/pub/logs/65682/test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm/info.html
First thing
init-xenstore-domain takes only positional parameters today. Change
this to a more flexible parameter syntax allowing to specify additional
options or to omit some.
Today the supported usage is:
init-xenstore-domain
[]
Modify this to:
init-xenstore-domain --kernel
In order to be able to have full support of a xenstore domain in Xen
add a "Xenstore-domain" flag to the hypervisor. This flag must be
specified at domain creation time and is returned by
XEN_DOMCTL_getdomaininfo.
It will allow the domain to retrieve domain information by issuing the
XEN_DOMCTL_ge
Xenstore messages for diagnostic purposes are lost today in case
xenstore is running under mini-os instead in a dom0 daemon.
Use printk of mini-os in this situation.
Signed-off-by: Juergen Gross
---
tools/xenstore/utils.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/xenstore/
Additional add some diagnostic messages to the program to have an idea
why it failed.
Signed-off-by: Juergen Gross
---
tools/xenstore/init-xenstore-domain.c | 109 +++---
1 file changed, 87 insertions(+), 22 deletions(-)
diff --git a/tools/xenstore/init-xenstore-doma
The program init-xenstore-domain to start a xenstore domain instead
of the xenstored daemon is built, but not installed. Change that.
Signed-off-by: Juergen Gross
---
tools/xenstore/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/xenstore/Makefile b/tools/xenstore/Makefile
Add a parameter to init-xenstore-domain for support of arbitrary
parameters for the xenstore domain.
Signed-off-by: Juergen Gross
---
tools/xenstore/init-xenstore-domain.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/tools/xenstore/init-xenstore-doma
Xen supports to run xenstore in a dedicated domain. It is, however, a
setup which isn't easy to configure. Today flask is required for full
functionality and the resulting xenstore domain is not configurable in
the same way as the xenstore daemon.
This patch series enables running a xenstore domai
Support the xenstore domain flag for obtaining domain info.
Signed-off-by: Juergen Gross
---
tools/libxc/include/xenctrl.h | 2 +-
tools/libxc/xc_domain.c | 17 +
2 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/tools/libxc/include/xenctrl.h b/tools/libxc/in
After starting the xenstore domain write the basic data (domid and
name) to the xenstore.
Add a new option to init-xenstore-domain to be able to specify the
domain's name.
Signed-off-by: Juergen Gross
---
tools/xenstore/init-xenstore-domain.c | 13 -
1 file changed, 12 insertions(+)
Don't start a new xenstore domain in case one is already detected to
be running.
Signed-off-by: Juergen Gross
---
tools/xenstore/init-xenstore-domain.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/tools/xenstore/init-xenstore-domain.c
b/tools/xe
On Thu, 2015-12-10 at 15:21 +, George Dunlap wrote:
> On 03/12/15 11:22, Ian Campbell wrote:
> > It can trivially be replaced by xc_map_foreign_pages which is the
> > interface I want to move to going forward (by standardising on _bulk
> > but handling err=NULL as _pages does).
> >
> > The cal
Ian Campbell writes ("Re: [OSSTEST PATCH 5/8] Schema: Support database schema
updates"):
> On Fri, 2015-12-11 at 15:15 +, Ian Jackson wrote:
> > I can put this in a comment if you like.
>
> I suppose a comment next to any such override is a pretty good policy to
> have.
OK. See below; I hav
>>> + */
>>> +static int map_p2m_list(struct xc_sr_context *ctx, uint64_t p2m_cr3)
>>> +{
>>> +xc_interface *xch = ctx->xch;
>>> +xen_vaddr_t p2m_vaddr, p2m_end, mask, off;
>>> +xen_pfn_t p2m_mfn, mfn, saved_mfn, max_pfn;
>>> +uint64_t *ptes;
>>> +xen_pfn_t *mfns;
>>> +unsi
On AArch64, the encoding 31 could be used to represent {x,w}sp or
{x,w}zr (See C1.2.4 in ARM DDI 0486A.d). The choice will depend how the
register field is interpreted by the instruction.
All the instructions trapped by Xen (either via a sysreg access or data
abort) interprets the encoding 31 as z
Factorize the code to emulate a a 32-bit/64-bit sysreg in specific
helpers.
While this is currently not necessary, it will be helpful in a following
patch to handle properly some registers.
Signed-off-by: Julien Grall
---
xen/arch/arm/vtimer.c | 47 +-
Hi all,
This patch series aims to fix the emulation of register {w,x}zr for ARM64.
A branch is available with all the patches applied:
git://xenbits.xen.org/people/julieng/xen-unstable.git branch handle-xzr-v1
Regards,
Julien Grall (4):
xen/arm: io: handle_read: Use a local variable to store
The mapping between aarch64 and aarch32 has not been chosen in random.
It's based on D1.20.1 in ARM DDI 0487A.d.
The section is not obvious to find in the spec, so make it clear for the
anyone else.
Signed-off-by: Julien Grall
---
xen/include/asm-arm/arm64/processor.h | 7 ++-
1 file change
Rather than getting dabt every time through info->dabt, introduce a
local variable and use it.
Also fix a coding style error in the if condition.
Signed-off-by: Julien Grall
---
xen/arch/arm/io.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/xen/arch/arm/io.c b/xen/ar
flight 65650 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65650/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-localmigrate fail REGR. vs. 64765
test-amd64-amd64-xl-qemuu-
On Fri, 2015-12-11 at 14:26 +, Stefano Stabellini wrote:
> On Wed, 9 Dec 2015, Ian Campbell wrote:
> > On Thu, 2015-12-03 at 11:23 +, Ian Campbell wrote:
> > > diff --git a/hw/display/xenfb.c b/hw/display/xenfb.c
> > > index 5e324ef..c96d974 100644
> > > --- a/hw/display/xenfb.c
> > > +++ b
On 11/12/15 11:31, Juergen Gross wrote:
> With support of the virtual mapped linear p2m list for migration it is
> now possible to detect structural changes of the p2m list which before
> would either lead to a crashing or otherwise wrong behaving domU.
>
> A guest supporting the linear p2m list wi
On Fri, 2015-12-11 at 15:15 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST PATCH 5/8] Schema: Support database
> schema updates"):
> > On Thu, 2015-12-10 at 18:27 +, Ian Jackson wrote:
> > > See schema/README.schema, introduced in this patch, for the design.
> >
> > The README
On Fri, 2015-12-11 at 15:12 +, Ian Campbell wrote:
> Dec 10 20:13:39.584976 (XEN) avc: denied { pcilevel } for domid=8
> target=7 scontext=system_u:system_r:dm_dom_t
> tcontext=system_u:system_r:domU_t_target tclass=hvm
I wonder if this is an intx associated with the USB?
In the XSM case th
flight 65654 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65654/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 9 debian-di-install fail REGR. vs. 63340
Tests which did not succe
>>> On 11.12.15 at 15:33, wrote:
> On Mon, 7 Dec 2015, Jan Beulich wrote:
>> >>> On 07.12.15 at 15:56, wrote:
>> > On Mon, 7 Dec 2015, Jan Beulich wrote:
>> >> >>> On 07.12.15 at 13:45, wrote:
>> >> > On Tue, 24 Nov 2015, Jan Beulich wrote:
>> >> >> TBD: We probably need to deal with running on
Ian Campbell writes ("[PATCH OSSTEST] make-flight: Support specifying a mini-os
tree+revision"):
> This is useful for standalone or adhoc use as well as (presumably)
> bisection.
>
> There is no ap-* or cr-daily-* integration here because I didn't need
> it (i.e. I'm not intending to create a new
Ian Campbell writes ("Re: [OSSTEST PATCH 5/8] Schema: Support database schema
updates"):
> On Thu, 2015-12-10 at 18:27 +, Ian Jackson wrote:
> > See schema/README.schema, introduced in this patch, for the design.
>
> The README looks good now, thanks.
Thanks.
> Code comments
> > diff -
On 11/12/15 15:51, Andrew Cooper wrote:
> On 11/12/15 11:31, Juergen Gross wrote:
>> In order to be able to migrate pv-domains with more than 512 GB of RAM
>> the p2m information can be specified by the guest kernel via a virtual
>> mapped linear p2m list instead of a 3 level tree.
>>
>> Add suppor
Ian Campbell writes ("Re: [OSSTEST PATCH 5/8] Schema: Support database schema
updates"):
> On Thu, 2015-12-10 at 18:00 +, Ian Jackson wrote:
> > It does say that updates are applied in order.
>
> Right I was considering an osstest repo with 01 and 03 in it, which is
> applied and all up to da
On 11/12/15 11:31, Juergen Gross wrote:
> In order to be able to migrate pv-domains with more than 512 GB of RAM
> the p2m information can be specified by the guest kernel via a virtual
> mapped linear p2m list instead of a 3 level tree.
>
> Add support for this new p2m format in libxc.
>
> Signed-
flight 65643 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65643/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 64997
t
Hi Stefano,
On 11/12/15 14:36, Stefano Stabellini wrote:
> On Fri, 4 Dec 2015, Julien Grall wrote:
>> On 04/12/2015 12:36, Stefano Stabellini wrote:
>>> Injecting a fault to the guest just because it is writing to one of the
>>> GICD_ICACTIVER registers, which are part of the GICv2 and GICv3 specs
On Fri, 4 Dec 2015, Julien Grall wrote:
> Hi Stefano:
>
> Can you please add xen/arm in the commit title?
>
> On 04/12/2015 12:36, Stefano Stabellini wrote:
> > Injecting a fault to the guest just because it is writing to one of the
> > GICD_ICACTIVER registers, which are part of the GICv2 and GI
On Mon, 7 Dec 2015, Jan Beulich wrote:
> >>> On 07.12.15 at 15:56, wrote:
> > On Mon, 7 Dec 2015, Jan Beulich wrote:
> >> >>> On 07.12.15 at 13:45, wrote:
> >> > On Tue, 24 Nov 2015, Jan Beulich wrote:
> >> >> Now that the hypervisor intercepts all config space writes and monitors
> >> >> changes
On Wed, 9 Dec 2015, Ian Campbell wrote:
> On Thu, 2015-12-03 at 11:23 +, Ian Campbell wrote:
> > diff --git a/hw/display/xenfb.c b/hw/display/xenfb.c
> > index 5e324ef..c96d974 100644
> > --- a/hw/display/xenfb.c
> > +++ b/hw/display/xenfb.c
> > @@ -104,9 +104,8 @@ static int common_bind(struct
On 11/12/15 15:18, Andrew Cooper wrote:
> On 11/12/15 11:31, Juergen Gross wrote:
>> Add support for the virtual mapped linear p2m list of pv-domains in the
>> v2 migrate stream. This will allow to migrate domains larger than 512
>> GB.
>>
>> Tested with 32- and 64-bit pv-domains both with and with
On 11/12/15 11:31, Juergen Gross wrote:
> In order to prepare using the virtual mapped linear p2m list for
> migration split mapping of the p2m leaf pages into a separate function.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Andrew Cooper
___
Xen-de
On 11/12/15 11:31, Juergen Gross wrote:
> Add support for the virtual mapped linear p2m list of pv-domains in the
> v2 migrate stream. This will allow to migrate domains larger than 512
> GB.
>
> Tested with 32- and 64-bit pv-domains both with and without linear p2m
> list and with a hvm domain.
>
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Xu, Quan
> Sent: Friday, December 11, 2015 10:00 PM
> To: Jan Beulich
> Cc: Tian, Kevin; Wu, Feng; george.dun...@eu.citrix.com;
> andrew.coop...@citrix.com; t...@xen.org; x
flight 38494 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38494/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-amd64-jessie-netboot-pygrub 9 debian-di-install fail like 38428
test-amd64-i386
> On 11.12.2015 at 6:01pm, wrote:
> >>> On 10.12.15 at 10:33, wrote:
> > @@ -167,10 +172,12 @@ static int queue_invalidate_wait(struct iommu
> *iommu,
> > start_time = NOW();
> > while ( poll_slot != QINVAL_STAT_DONE )
> > {
> > -if ( NOW() > (start_time + D
Adding the rtc platform device in non-privileged Xen PV guests causes
an IRQ conflict because these guests do not have legacy PIC and may
allocate irqs in the legacy range.
In a single VCPU Xen PV guest we should have:
/proc/interrupts:
CPU0
0: 4934 xen-percpu-virq timer0
On Fri, 2015-12-11 at 12:12 +, Ian Campbell wrote:
> I think 10 repetitions indicates it probably wasn't a fluke, however I've
> kicked off a repeat (flight 65738) of the test to increase confidence.
>
> In the test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm case I've set
> debianhvm_gen
On 11.12.2015 at 6:05pm, wrote:
> >>> On 11.12.15 at 09:01, wrote:
> > On 11.12.2015 at 3:28pm, wrote:
> >> > From: Xu, Quan
> >> > Sent: Thursday, December 10, 2015 5:33 PM
> >> >
> >> > If IOTLB/Context/IETC flush is timeout, we should think all devices
> >> > under this IOMMU cannot function
This is useful for standalone or adhoc use as well as (presumably)
bisection.
There is no ap-* or cr-daily-* integration here because I didn't need
it (i.e. I'm not intending to create a new mini-os branch here).
Signed-off-by: Ian Campbell
---
mfi-common | 4 +++-
ts-xen-build | 8
On Fri, 2015-12-04 at 15:26 -0500, jto...@uwaterloo.ca wrote:
> We're a team of three fourth-year undergraduate software engineering
> students at the University of Waterloo in Canada. We're in the process
> of planning for our capstone design project, and are interested in
> contributing to Xen.
On Fri, 2015-12-11 at 03:33 -0700, Jan Beulich wrote:
> > > > On 11.12.15 at 11:20, wrote:
> > On 11/12/15 07:53, Jan Beulich wrote:
> > > > > > On 10.12.15 at 21:07, wrote:
> > > > On 01/12/15 13:35, Jan Beulich wrote:
> > > > > > > > On 01.12.15 at 12:37, wrote:
> > > > > > --- a/xen/include/p
This is to limit symbol table growth, which would be quite a bit worse
if we went with the "label every unlikely sub-section contribution"
approach proposed previously.
Older gas doesn't support quoted symbols, yet the result looks quite
bit better that way. Hence two variants get introduced, one
On Thu, 2015-12-10 at 18:27 +, Ian Jackson wrote:
> Ian Jackson writes ("Re: [OSSTEST PATCH 5/8] Schema: Support database
> schema updates"):
> > It does say that updates are applied in order. I will add `and
> > monotonically increasing' after `unique'. [etc etc]
>
> Here is v3 of this patc
>>> On 11.12.15 at 12:12, wrote:
> On 11/12/15 10:47, Jan Beulich wrote:
>> Furthermore, doesn't this make the wrapping-inside-an-insn
>> situation worse (i.e. what looks broken for 32- and 64-bit modes
>> now gets broken also for 16-bit mode)?
>
> I don't understand which "broken" you are referr
flight 65635 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65635/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate
fail blocked in 65114
test-amd64
>>> On 11.12.15 at 13:57, wrote:
> On 12/11/15 4:52 AM, Jan Beulich wrote:
> On 10.12.15 at 17:48, wrote:
>>> --- a/config/x86_32.mk
>>> +++ b/config/x86_32.mk
>>> @@ -6,7 +6,6 @@ CONFIG_MIGRATE := y
>>> CONFIG_XCUTILS := y
>>>
>>> HAS_MEM_ACCESS := y
>>> -HAS_MEM_PAGING := y
>>> HAS_MEM
On 12/11/15 4:52 AM, Jan Beulich wrote:
On 10.12.15 at 17:48, wrote:
>> --- a/config/x86_32.mk
>> +++ b/config/x86_32.mk
>> @@ -6,7 +6,6 @@ CONFIG_MIGRATE := y
>> CONFIG_XCUTILS := y
>>
>> HAS_MEM_ACCESS := y
>> -HAS_MEM_PAGING := y
>> HAS_MEM_SHARING := y
>>
>> CFLAGS += -m32 -march=
Actually CC'ing xen-devel
On Fri, 11 Dec 2015, Stefano Stabellini wrote:
> On Tue, 8 Dec 2015, Gerd Hoffmann wrote:
> > Hi,
> >
> > We have some code in our tree to support pci passthrough of intel
> > graphics devices (igd) on xen, which requires some chipset tweaks
> > for (a) the host bridge
Wei did some manual investigation and found he could not reproduce this
issue on merlot1, later realising that he had XSM disabled in his build.
On that hunch I ran an adhoc flight with XSM both on and off, results
below. Public copy of the logs is at
http://logs.test-lab.xenproject.org/osstest/lo
On Fri, 2015-12-11 at 11:48 +0800, Robert Hu wrote:
> On Fri, 2015-12-11 at 01:16 +, osstest service owner wrote:
> > flight 65633 linux-3.14 real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/65633/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
>
1 - 100 of 138 matches
Mail list logo
