All of lore.kernel.org
 help / color / mirror / Atom feed
From: osstest service owner <osstest-admin@xenproject.org>
To: xen-devel@lists.xenproject.org, osstest-admin@xenproject.org
Subject: [xen-unstable-smoke test] 158438: regressions - FAIL
Date: Fri, 15 Jan 2021 17:33:17 +0000	[thread overview]
Message-ID: <osstest-158438-mainreport@xen.org> (raw)

flight 158438 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/158438/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-arm64-xsm               6 xen-build                fail REGR. vs. 158434
 build-armhf                   6 xen-build                fail REGR. vs. 158434

Tests which did not succeed, but are not blocking:
 test-arm64-arm64-xl-xsm       1 build-check(1)               blocked  n/a
 test-armhf-armhf-xl           1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt     15 migrate-support-check        fail   never pass

version targeted for testing:
 xen                  cc83ee4c6c3790dd98a91cc0d34162dab067bca7
baseline version:
 xen                  8868a0e3f67436a5fbee750624e24a6533357f52

Last test of basis   158434  2021-01-15 12:01:25 Z    0 days
Testing same since   158438  2021-01-15 16:00:25 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Jan Beulich <jbeulich@suse.com>
  Julien Grall <jgrall@amazon.com>
  Manuel Bouyer <bouyer@netbsd.org>
  Stefano Stabellini <sstabellini@kernel.org>

jobs:
 build-arm64-xsm                                              fail    
 build-amd64                                                  pass    
 build-armhf                                                  fail    
 build-amd64-libvirt                                          pass    
 test-armhf-armhf-xl                                          blocked 
 test-arm64-arm64-xl-xsm                                      blocked 
 test-amd64-amd64-xl-qemuu-debianhvm-amd64                    pass    
 test-amd64-amd64-libvirt                                     pass    


------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at
    http://logs.test-lab.xenproject.org/osstest/logs

Explanation of these reports, and of osstest in general, is at
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master

Test harness code can be found at
    http://xenbits.xen.org/gitweb?p=osstest.git;a=summary


Not pushing.

------------------------------------------------------------
commit cc83ee4c6c3790dd98a91cc0d34162dab067bca7
Author: Manuel Bouyer <bouyer@netbsd.org>
Date:   Tue Jan 12 19:12:22 2021 +0100

    NetBSD: Fix lock directory path
    
    On NetBSD the lock directory is in /var/run/
    
    Signed-off-by: Manuel Bouyer <bouyer@netbsd.org>
    Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>

commit 36457d76ec11df9a798809f4bac3cddd76764158
Author: Jan Beulich <jbeulich@suse.com>
Date:   Fri Jan 15 16:05:03 2021 +0100

    Arm: don't hard-code grant table limits in create_domUs()
    
    I can only assume that f2ae59bc4b9b ("Rationalize max_grant_frames and
    max_maptrack_frames handling") unintentionally left Arm's create_domUs()
    set limits to explicit values, as at least some of the same constraints
    apply here.
    
    Signed-off-by: Jan Beulich <jbeulich@suse.com>
    Acked-by: Stefano Stabellini <sstabellini@kernel.org>

commit ced9795c6cb4165b6d231a732e5351933dbd8b38
Author: Jan Beulich <jbeulich@suse.com>
Date:   Fri Jan 15 16:03:56 2021 +0100

    mm: split out mfn_t / gfn_t / pfn_t definitions and helpers
    
    xen/mm.h has heavy dependencies, while in a number of cases only these
    type definitions are needed. This separation then also allows pulling in
    these definitions when including xen/mm.h would cause cyclic
    dependencies.
    
    Replace xen/mm.h inclusion where possible in include/xen/. (In
    xen/iommu.h also take the opportunity and correct the few remaining
    sorting issues.)
    
    While the change could be dropped, remove an unnecessary asm/io.h
    inclusion from xen/arch/x86/acpi/power.c. This was the initial attempt
    to address build issues with it, until it became clear that the header
    itself needs adjustment.
    
    Signed-off-by: Jan Beulich <jbeulich@suse.com>
    Acked-by: Julien Grall <jgrall@amazon.com>

commit aa4b9d1ee6538b5cbe218d4d3fcdf9548130a063
Author: Jan Beulich <jbeulich@suse.com>
Date:   Fri Jan 15 16:02:13 2021 +0100

    include: don't use asm/page.h from common headers
    
    Doing so limits what can be done in (in particular included by) this per-
    arch header. Abstract out page shift/size related #define-s, which is all
    the respective headers care about. Extend the replacement / removal to
    some x86 headers as well; some others now need to include page.h (and
    they really should have before).
    
    Arm's VADDR_BITS gets dropped altogether: Its current value is clearly
    wrong for 64-bit, but the constant also isn't used anywhere right now.
    
    While Arm used vaddr_t in PAGE_OFFSET(), this use is compatible with
    that of unsigned long in the new common implementation.
    
    Also drop the dead PAGE_FLAG_MASK at this occasion.
    
    Signed-off-by: Jan Beulich <jbeulich@suse.com>
    Acked-by: Julien Grall <jgrall@amazon.com>
(qemu changes not included)


                 reply	other threads:[~2021-01-15 17:33 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=osstest-158438-mainreport@xen.org \
    --to=osstest-admin@xenproject.org \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.