>>> On 03.11.16 at 18:57, wrote:
> When building Xen from a source tarball, commit information is usually lost,
> especially if the tarball was generated from a tag.
>
> Have `git archive` automatically fill in metadata at the point of creating the
> archive, which is especially useful when using
This run is configured for baseline tests only.
flight 67991 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67991/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-insta
flight 101912 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101912/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5f609eb837f235e28464285a2fb768e39cd51b56
baseline version:
ovmf e9d0933d45e51027836f5
Enable get xstate cpuid leaf information regarding avx512 in guest.
Signed-off-by: Luwei Kang
---
tools/libxc/xc_cpuid_x86.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/libxc/xc_cpuid_x86.c b/tools/libxc/xc_cpuid_x86.c
index de06b32..d761805 100644
--- a/tools/libxc/xc_cpuid_
flight 101905 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101905/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 101869
test-amd64-i386-xl-qemuu-wi
>>> On 29.10.16 at 10:59, wrote:
> --- a/xen/arch/x86/mm/p2m.c
> +++ b/xen/arch/x86/mm/p2m.c
> @@ -1049,22 +1049,29 @@ int set_identity_p2m_entry(struct domain *d, unsigned
> long gfn,
>
> mfn = p2m->get_entry(p2m, gfn, &p2mt, &a, 0, NULL, NULL);
>
> -if ( p2mt == p2m_invalid || p2mt
>>> On 29.10.16 at 10:59, wrote:
> --- a/xen/arch/x86/domain.c
> +++ b/xen/arch/x86/domain.c
> @@ -509,6 +509,27 @@ void vcpu_destroy(struct vcpu *v)
> xfree(v->arch.pv_vcpu.trap_ctxt);
> }
>
> +static bool emulation_flags_ok(const struct domain *d, uint32_t emflags)
> +{
> +
> +if
Hi,
On 24/10/16 16:32, Vijay Kilari wrote:
> On Wed, Sep 28, 2016 at 11:54 PM, Andre Przywara
> wrote:
>> The INVALL command instructs an ITS to invalidate the configuration
>> data for all LPIs associated with a given redistributor (read: VCPU).
>> To avoid iterating (and mapping!) all guest ta
On Wed, Nov 02, 2016 at 01:54:25PM -0700, Stefano Stabellini wrote:
> The following changes since commit 4eb28abd52d48657cff6ff45e8dbbbefe4dbb414:
>
> Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20161101-2' into
> staging (2016-11-01 16:53:05 +)
>
> are available in the git rep
flight 101915 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101915/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 14 guest-start/debian.repeat fail REGR. vs.
101839
Regressions which a
On Fri, Nov 04, 2016 at 03:16:47AM -0600, Jan Beulich wrote:
> >>> On 29.10.16 at 10:59, wrote:
> > --- a/xen/arch/x86/mm/p2m.c
> > +++ b/xen/arch/x86/mm/p2m.c
> > @@ -1049,22 +1049,29 @@ int set_identity_p2m_entry(struct domain *d,
> > unsigned long gfn,
> >
> > mfn = p2m->get_entry(p2m,
On Fri, Nov 04, 2016 at 03:19:11AM -0600, Jan Beulich wrote:
> >>> On 29.10.16 at 10:59, wrote:
> > --- a/xen/arch/x86/domain.c
> > +++ b/xen/arch/x86/domain.c
> > @@ -509,6 +509,27 @@ void vcpu_destroy(struct vcpu *v)
> > xfree(v->arch.pv_vcpu.trap_ctxt);
> > }
> >
> > +static bool em
The stubdom Makefile is setting up links for various libraries. This
is done only once when qemu links are created and each library's links
are updated/created only if the link for the Makefile of the library
isn't already existing. In case a source is added to one library after
doing the first mak
Juergen Gross, on Fri 04 Nov 2016 10:53:29 +0100, wrote:
> The stubdom Makefile is setting up links for various libraries. This
> is done only once when qemu links are created and each library's links
> are updated/created only if the link for the Makefile of the library
> isn't already existing. I
flight 101919 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101919/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 669b6cc60bf610bbee32e79ed165ca604764c169
baseline version:
ovmf 5f609eb837f235e284642
On 04/11/16 08:29, Luwei Kang wrote:
> Enable get xstate cpuid leaf information regarding avx512 in guest.
>
> Signed-off-by: Luwei Kang
Reviewed-by: Andrew Cooper
> ---
> tools/libxc/xc_cpuid_x86.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/tools/libxc/xc_cpuid_x86.c b/too
>>> On 04.11.16 at 10:47, wrote:
> On Fri, Nov 04, 2016 at 03:19:11AM -0600, Jan Beulich wrote:
>> >>> On 29.10.16 at 10:59, wrote:
>> > --- a/xen/arch/x86/domain.c
>> > +++ b/xen/arch/x86/domain.c
>> > @@ -509,6 +509,27 @@ void vcpu_destroy(struct vcpu *v)
>> > xfree(v->arch.pv_vcpu.tra
flight 101902 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101902/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-amd64-pvgrub 6 xen-bootfail REGR. vs. 100648
test-amd64-i386-xl-x
>>> On 04.11.16 at 10:45, wrote:
> On Fri, Nov 04, 2016 at 03:16:47AM -0600, Jan Beulich wrote:
>> >>> On 29.10.16 at 10:59, wrote:
>> > --- a/xen/arch/x86/mm/p2m.c
>> > +++ b/xen/arch/x86/mm/p2m.c
>> > @@ -1049,22 +1049,29 @@ int set_identity_p2m_entry(struct domain *d,
>> > unsigned long gfn,
On Thu, Nov 03, 2016 at 05:57:57PM +, Andrew Cooper wrote:
> When building Xen from a source tarball, commit information is usually lost,
> especially if the tarball was generated from a tag.
>
> Have `git archive` automatically fill in metadata at the point of creating the
> archive, which is
CC x86 maintainers. I will defer this patch to them.
On Fri, Nov 04, 2016 at 04:29:18PM +0800, Luwei Kang wrote:
> Enable get xstate cpuid leaf information regarding avx512 in guest.
>
> Signed-off-by: Luwei Kang
> ---
> tools/libxc/xc_cpuid_x86.c | 6 ++
> 1 file changed, 6 insertions(+)
>
On Fri, Nov 04, 2016 at 10:20:24AM +, Andrew Cooper wrote:
> On 04/11/16 08:29, Luwei Kang wrote:
> > Enable get xstate cpuid leaf information regarding avx512 in guest.
> >
> > Signed-off-by: Luwei Kang
>
> Reviewed-by: Andrew Cooper
>
Oops, should have read all the entire thread.
I thin
* Hardware:
Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz
Sandisk SSD 1T
32G Ram
* Software:
Debian Stretch/testing is dom0
* Guest operating systems:
Guests Ubuntu 14.04 LTS Debian Stretch/Sid
Ubuntu 16.10 yakity yak with latest 4.8 kernel works
* Functionality tested:
xl
creating bootin
On Fri, Nov 04, 2016 at 11:13:29AM +, Juergen Schinker wrote:
> * Hardware:
> Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz
> Sandisk SSD 1T
> 32G Ram
> * Software:
>
> Debian Stretch/testing is dom0
>
> * Guest operating systems:
>
> Guests Ubuntu 14.04 LTS Debian Stretch/Sid
>
> Ubuntu
Hi,
On 03/11/16 20:21, Andre Przywara wrote:
On 24/10/16 16:32, Vijay Kilari wrote:
On Wed, Sep 28, 2016 at 11:54 PM, Andre Przywara wrote:
+va = (void *)((uintptr_t)va & PAGE_MASK);
+pa = virt_to_maddr(va);
can use _pa()
Do you mean __pa()? Which is defined to be exactly virt_to
Hello Andre,
On 03/11/16 19:26, Andre Przywara wrote:
On 24/10/16 16:31, Vijay Kilari wrote:
On Wed, Sep 28, 2016 at 11:54 PM, Andre Przywara wrote:
+switch ( info->gpa & 0x )
+{
+case VREG32(GITS_CTLR):
+if ( info->dabt.size != DABT_WORD ) goto bad_width;
+*r
On Fri, Nov 04, 2016 at 04:21:02AM -0600, Jan Beulich wrote:
> >>> On 04.11.16 at 10:47, wrote:
> > On Fri, Nov 04, 2016 at 03:19:11AM -0600, Jan Beulich wrote:
> >> >>> On 29.10.16 at 10:59, wrote:
> >> > --- a/xen/arch/x86/domain.c
> >> > +++ b/xen/arch/x86/domain.c
> >> > @@ -509,6 +509,27 @@
On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote:
> >>> On 04.11.16 at 10:45, wrote:
> > On Fri, Nov 04, 2016 at 03:16:47AM -0600, Jan Beulich wrote:
> >> >>> On 29.10.16 at 10:59, wrote:
> >> > --- a/xen/arch/x86/mm/p2m.c
> >> > +++ b/xen/arch/x86/mm/p2m.c
> >> > @@ -1049,22 +1049,29
>>> On 04.11.16 at 13:09, wrote:
> On Fri, Nov 04, 2016 at 04:21:02AM -0600, Jan Beulich wrote:
>> >>> On 04.11.16 at 10:47, wrote:
>> > The local APIC and IO APIC are required in order to deliver interrupts
>> > from
>> > physical devices (this is only for PVHv2 hardware domains).
>>
>> I can
>>> On 04.11.16 at 13:25, wrote:
> On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote:
>> >>> On 04.11.16 at 10:45, wrote:
>> > case p2m_invalid:
>> > case p2m_mmio_dm:
>> > ret = p2m_set_entry(p2m, gfn, _mfn(gfn), PAGE_ORDER_4K,
>> > p2m_mmio_direct, p2ma);
>
flight 101909 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101909/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail like 101871
test-amd64-i386-xl-qemuu-w
On Fri, Nov 04, 2016 at 06:50:10AM -0600, Jan Beulich wrote:
> >>> On 04.11.16 at 13:09, wrote:
> > On Fri, Nov 04, 2016 at 04:21:02AM -0600, Jan Beulich wrote:
> >> >>> On 04.11.16 at 10:47, wrote:
> >> > The local APIC and IO APIC are required in order to deliver interrupts
> >> > from
> >> >
On Fri, Nov 04, 2016 at 06:53:09AM -0600, Jan Beulich wrote:
> >>> On 04.11.16 at 13:25, wrote:
> > On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote:
> >> >>> On 04.11.16 at 10:45, wrote:
> >> > case p2m_invalid:
> >> > case p2m_mmio_dm:
> >> > ret = p2m_set_entry(p2m, gfn, _mfn(gf
>>> On 04.11.16 at 14:03, wrote:
> On Fri, Nov 04, 2016 at 06:53:09AM -0600, Jan Beulich wrote:
>> >>> On 04.11.16 at 13:25, wrote:
>> > On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote:
>> >> >>> On 04.11.16 at 10:45, wrote:
>> >> > case p2m_invalid:
>> >> > case p2m_mmio_dm:
>> >> >
On Fri, Nov 04, 2016 at 11:00:16AM +, Wei Liu wrote:
> On Fri, Nov 04, 2016 at 10:20:24AM +, Andrew Cooper wrote:
> > On 04/11/16 08:29, Luwei Kang wrote:
> > > Enable get xstate cpuid leaf information regarding avx512 in guest.
> > >
> > > Signed-off-by: Luwei Kang
> >
> > Reviewed-by: A
flight 101907 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101907/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 6 xen-boot fail REGR. vs. 92983
test-amd64-i386-qemut
On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote:
> The stubdom Makefile is setting up links for various libraries. This
> is done only once when qemu links are created and each library's links
> are updated/created only if the link for the Makefile of the library
> isn't already exist
On Fri, Nov 04, 2016 at 09:40:20AM -0400, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 04, 2016 at 11:00:16AM +, Wei Liu wrote:
> > On Fri, Nov 04, 2016 at 10:20:24AM +, Andrew Cooper wrote:
> > > On 04/11/16 08:29, Luwei Kang wrote:
> > > > Enable get xstate cpuid leaf information regarding
On Thu, Nov 03, 2016 at 11:15:31AM -0600, Jan Beulich wrote:
> >>> On 03.11.16 at 17:48, wrote:
> > Use pointer instead of hint, since this is the only way to get the address
> > of the RSDP.
> >
> > Signed-off-by: Roger Pau Monné
> > Reported-by: Jan Beulich
>
> Acked-by: Jan Beulich
>
App
On Thu, Nov 03, 2016 at 03:22:19PM +, Wei Liu wrote:
> On Thu, Nov 03, 2016 at 11:17:59AM -0400, Daniel De Graaf wrote:
> > On 10/28/2016 11:17 AM, Wei Liu wrote:
> > >The flask policy can be build twice -- one for hypervisor and one for
> > >tools.
> > >
> > >Before this patch, everything is b
On Fri, Nov 04, 2016 at 10:54:25AM +, Wei Liu wrote:
> On Thu, Nov 03, 2016 at 05:57:57PM +, Andrew Cooper wrote:
> > When building Xen from a source tarball, commit information is usually lost,
> > especially if the tarball was generated from a tag.
> >
> > Have `git archive` automaticall
On 04/11/16 15:20, Wei Liu wrote:
> On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote:
>> The stubdom Makefile is setting up links for various libraries. This
>> is done only once when qemu links are created and each library's links
>> are updated/created only if the link for the Makefi
On Fri, Nov 04, 2016 at 03:29:01PM +0100, Juergen Gross wrote:
> On 04/11/16 15:20, Wei Liu wrote:
> > On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote:
> >> The stubdom Makefile is setting up links for various libraries. This
> >> is done only once when qemu links are created and each
flight 67993 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67993/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-i386-jessie-netboot-pvgrub 10 guest-start fail like 67954
Tests which did
Wei Liu writes ("[PATCH for-4.8 1/2] libxl: set ret in the check for nestedhvm
and altp2m"):
> The error path expects ret to be set, otherwise an assertion is
> triggered.
Acked-by: Ian Jackson
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
Wei Liu writes ("[PATCH for-4.8 2/2] libxl: disallow enabling PoD and ALTP2M at
the same time"):
> That combination would cause Xen to crash.
>
> Note that although this is a security issue, is not XSA-worthy because
> ALTP2M is experimental.
Acked-by: Ian Jackson
_
On 04/11/16 15:31, Wei Liu wrote:
> On Fri, Nov 04, 2016 at 03:29:01PM +0100, Juergen Gross wrote:
>> On 04/11/16 15:20, Wei Liu wrote:
>>> On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote:
The stubdom Makefile is setting up links for various libraries. This
is done only once
On Fri, Nov 04, 2016 at 03:44:12PM +0100, Juergen Gross wrote:
> On 04/11/16 15:31, Wei Liu wrote:
> > On Fri, Nov 04, 2016 at 03:29:01PM +0100, Juergen Gross wrote:
> >> On 04/11/16 15:20, Wei Liu wrote:
> >>> On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote:
> The stubdom Makefi
Add two missing allow rules:
1. Device model domain construction uses getvcpucontext, discovered by
Andrew Cooper in an (apparently) unrelated bisection.
2. When a domain is destroyed with a device passthrough active, the
calls to remove_{irq,ioport,iomem} can be made by the hypervisor itself
(wh
On Fri, Nov 04, 2016 at 07:16:08AM -0600, Jan Beulich wrote:
> >>> On 04.11.16 at 14:03, wrote:
> > On Fri, Nov 04, 2016 at 06:53:09AM -0600, Jan Beulich wrote:
> >> >>> On 04.11.16 at 13:25, wrote:
> >> > On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote:
> >> >> >>> On 04.11.16 at 10:
Hi Andre,
On 28/09/16 19:24, Andre Przywara wrote:
+/*
+ * Holding struct pending_irq's for each possible virtual LPI in each domain
+ * requires too much Xen memory, also a malicious guest could potentially
+ * spam Xen with LPI map requests. We cannot cover those with (guest allocated)
+ * ITS
Hi Andre,
On 28/09/16 19:24, Andre Przywara wrote:
This introduces the ITS command handler for the CLEAR command, which
clears the pending state of an LPI.
This removes a not-yet injected, but already queued IRQ from a VCPU.
In addition this patch introduces the lookup function which translates
On 04/11/16 15:35, Daniel De Graaf wrote:
> Add two missing allow rules:
>
> 1. Device model domain construction uses getvcpucontext, discovered by
> Andrew Cooper in an (apparently) unrelated bisection.
Merely observation of the logs while chasing an unrelated issue.
~Andrew
>
> 2. When a domai
This run is configured for baseline tests only.
flight 67994 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67994/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5f609eb837f235e28464285a2fb768e39cd51b56
baseline v
On Fri, Nov 04, 2016 at 10:13:08AM -0600, Jan Beulich wrote:
> >>> On 04.11.16 at 16:33, wrote:
> > --- a/xen/include/asm-x86/p2m.h
> > +++ b/xen/include/asm-x86/p2m.h
> > @@ -834,6 +834,7 @@ static inline unsigned int
> > p2m_get_iommu_flags(p2m_type_t p2mt)
> > case p2m_grant_map_rw:
> >
>>> On 04.11.16 at 16:33, wrote:
> --- a/xen/include/asm-x86/p2m.h
> +++ b/xen/include/asm-x86/p2m.h
> @@ -834,6 +834,7 @@ static inline unsigned int p2m_get_iommu_flags(p2m_type_t
> p2mt)
> case p2m_grant_map_rw:
> case p2m_ram_logdirty:
> case p2m_map_foreign:
> +case p2m_mmi
flight 101928 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101928/
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 1
flight 101922 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101922/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 12a37b2ae19b1edabf390c0744ae0af9bb9d2b9a
baseline version:
ovmf 669b6cc60bf610bbee32e
>>> On 04.11.16 at 17:19, wrote:
> On Fri, Nov 04, 2016 at 10:13:08AM -0600, Jan Beulich wrote:
>> >>> On 04.11.16 at 16:33, wrote:
>> > --- a/xen/include/asm-x86/p2m.h
>> > +++ b/xen/include/asm-x86/p2m.h
>> > @@ -834,6 +834,7 @@ static inline unsigned int
>> > p2m_get_iommu_flags(p2m_type_t p2
On Fri, Nov 04, 2016 at 11:08:21AM -0600, Jan Beulich wrote:
> >>> On 04.11.16 at 17:19, wrote:
> > On Fri, Nov 04, 2016 at 10:13:08AM -0600, Jan Beulich wrote:
> >> >>> On 04.11.16 at 16:33, wrote:
> >> > --- a/xen/include/asm-x86/p2m.h
> >> > +++ b/xen/include/asm-x86/p2m.h
> >> > @@ -834,6 +83
On Fri, 2016-11-04 at 11:18 +, Wei Liu wrote:
> On Fri, Nov 04, 2016 at 11:13:29AM +, Juergen Schinker wrote:
> >
> > * Functionality tested:
> > xl
> > creating booting
> > pygrub
> > credit2
> >
> > * Comments:
> >
> > I compiled the latest vanilla kernel for gpu-passthrough with
>
-- Forwarded message --
From: "Sadi"
Date: Nov 3, 2016 20:34
Subject: Re: [Xen-devel] Error migrating VM to secondary host using COLO
replication
To: "Wen Congyang"
Cc:
> Hi,
>
> Thanks for replying. Here is what i got from /var/log/syslog:
>
> Nov 3 20:04:07 colob-HP-Compaq-60
flight 101925 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101925/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 5 xen-buildfail REGR. vs. 101683
build-i386
Hi,
I'm reporting a build issue that I'm seeing when building Xen's
userspace tools, when the build process clones and build Seabios, on
Debian Sid, with gcc '6.2.0 20161019 (Debian 6.2.0-9)'.
The error looks like this (http://pastebin.com/99cubDZ3):
make -C seabios-dir all
make[6]: Entering dir
- On 4 Nov, 2016, at 17:29, Dario Faggioli dario.faggi...@citrix.com wrote:
> Also of interest (and in the meanwhile): have you done the same in your
> previous testing of previous rc-s and they did work?
>
Yes and no it didn't work
> In other word, would you say it is something in rc5 tha
On Fri, 2016-11-04 at 18:11 +, Juergen Schinker wrote:
> - On 4 Nov, 2016, at 17:29, Dario Faggioli dario.faggioli@citrix.
> com wrote:
> > Also of interest (and in the meanwhile): have you done the same in
> > your
> > previous testing of previous rc-s and they did work?
> >
> Yes and no
On Fri, Nov 04, 2016 at 07:06:07PM +0100, Dario Faggioli wrote:
> Hi,
>
> I'm reporting a build issue that I'm seeing when building Xen's
> userspace tools, when the build process clones and build Seabios, on
> Debian Sid, with gcc '6.2.0 20161019 (Debian 6.2.0-9)'.
>
> The error looks like this
- On 4 Nov, 2016, at 18:31, Dario Faggioli dario.faggi...@citrix.com wrote:
> On Fri, 2016-11-04 at 18:11 +, Juergen Schinker wrote:
>> - On 4 Nov, 2016, at 17:29, Dario Faggioli dario.faggioli@citrix.
>> com wrote:
>> > Also of interest (and in the meanwhile): have you done the same
flight 101929 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101929/
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 1
flight 101920 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101920/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-multivcpu 3 host-install(3) broken pass in 101905
test-armhf-armhf-libvirt-xsm 15
On Wed, 2 Nov 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 01/11/2016 19:29, Stefano Stabellini wrote:
> > On Mon, 31 Oct 2016, Julien Grall wrote:
> > > Hi Stefano,
> > >
> > > On 26/10/16 23:12, Stefano Stabellini wrote:
> > > > On Wed, 26 Oct 2016, Julien Grall wrote:
> > > > > Hi,
> > > > >
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
Signed-off-by: Andrushchenko, Oleksandr
Signed-off-by: Oleksandr Grytsov
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C structures
* added prot
Hi, there!
We would like to bring back to life this thread.
We do hope that the re-worked version of the original patch
addresses all the issues discussed before.
What is more we already have a working version of the
frontend and backend which prove that the protocol works
(those are in the proces
Hi all,
the following commit:
commit 21550029f709072aacf3b90edd574e7d3021b400
Author: Julien Grall
Date: Thu Oct 8 19:23:53 2015 +0100
xen/arm: gic-v2: Automatically detect aliased GIC400
removed PLATFORM_QUIRK_GIC_64K_STRIDE and introduced an heuristic to
check whether the two GICC pag
This reverts commit 14fa16961b03a23e9b883e5f0ed06b6837a489d8.
Do not reintroduce platform_dom0_evtchn_ppi.
Signed-off-by: Stefano Stabellini
---
xen/arch/arm/platform.c| 10 ++
xen/include/asm-arm/platform.h | 7 +++
2 files changed, 17 insertions(+)
diff --git a/xen/arch/a
Commit 21550029f709072aacf3b90edd574e7d3021b400 removed the
PLATFORM_QUIRK_GIC_64K_STRIDE quirk and introduced a way to
automatically detect that the two GICC pages have a 64K stride.
However the heuristic requires that the device tree for the platform
reports a GICC size == 128K, which is not the
flight 101924 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101924/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 101679
Regressions whi
This run is configured for baseline tests only.
flight 67995 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67995/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-5 10 xtf-fep
On 04/11/2016 22:59, Platform Team regression test user wrote:
> This run is configured for baseline tests only.
>
> flight 67995 xen-unstable real [real]
> http://osstest.xs.citrite.net/~osstest/testlogs/logs/67995/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including
This run is configured for baseline tests only.
flight 67997 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67997/
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-ovmf-amd
flight 101930 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101930/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf fdaf78424da45b34ef515119cd308ffa8cd43d54
baseline version:
ovmf 12a37b2ae19b1edabf390
flight 101923 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101923/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-amd64-pvgrub 6 xen-bootfail REGR. vs. 100648
test-amd64-i386-xl-x
This run is configured for baseline tests only.
flight 67996 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67996/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-midway 15 guest-start/de
flight 101932 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101932/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 9 windows-install fail REGR. vs. 101683
build-amd64-xsm
84 matches
Mail list logo