All of lore.kernel.org
 help / color / mirror / Atom feed
From: Platform Team regression test user <citrix-osstest@xenproject.org>
To: xen-devel@lists.xenproject.org, osstest-admin@xenproject.org
Subject: [ovmf baseline-only test] 75111: tolerable FAIL
Date: Fri, 24 Aug 2018 01:28:26 +0100	[thread overview]
Message-ID: <osstest-75111-mainreport@xen.org> (raw)

This run is configured for baseline tests only.

flight 75111 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75111/

Failures :-/ but no regressions.

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install     fail like 75109
 test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install      fail like 75109

version targeted for testing:
 ovmf                 aa4e0df1f0c7ffdff07d7e382c9da89cbe207cdb
baseline version:
 ovmf                 0442a9a9f42abed9f2e44e63115a3abb0d123459

Last test of basis    75109  2018-08-23 04:54:51 Z    0 days
Testing same since    75111  2018-08-23 22:54:12 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Laszlo Ersek <lersek@redhat.com>

jobs:
 build-amd64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          pass    
 build-i386-libvirt                                           pass    
 build-amd64-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         fail    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          fail    


------------------------------------------------------------
sg-report-flight on osstest.xs.citrite.net
logs: /home/osstest/logs
images: /home/osstest/images

Logs, config files, etc. are available at
    http://osstest.xensource.com/osstest/logs

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


Push not applicable.

------------------------------------------------------------
commit aa4e0df1f0c7ffdff07d7e382c9da89cbe207cdb
Author: Laszlo Ersek <lersek@redhat.com>
Date:   Thu Aug 16 19:38:02 2018 -0700

    BaseTools/VfrCompile: honor EXTRA_LDFLAGS
    
    In commit 81502cee20ac ("BaseTools/Source/C: take EXTRA_LDFLAGS from the
    caller", 2018-08-16), I missed that "VfrCompile/GNUmakefile" does not use
    BUILD_LFLAGS in the APPLICATION linking rule, unlike "app.makefile" does.
    Instead, "VfrCompile/GNUmakefile" uses the (undefined) LFLAGS macro.
    Therefore commit 81502cee20ac did not cover the linking step of
    VfrCompile.
    
    Thankfully, the structure of the linking rules is the same, between
    "app.makefile" and "VfrCompile/GNUmakefile". Rename the undefined LFLAGS
    macro in "VfrCompile/GNUmakefile" to VFR_LFLAGS (for consistency with
    VFR_CXXFLAGS), and set it to EXTRA_LDFLAGS.
    
    As a result, we have:
    
                 | compilation                    | linking
      -----------+--------------------------------+----------------------
      VfrCompile | VFR_CXXFLAGS =                 | VFR_LFLAGS =
                 | BUILD_OPTFLAGS =               | EXTRA_LDFLAGS
                 | '-O2' + EXTRA_OPTFLAGS         |
      -----------+--------------------------------+----------------------
      other apps | BUILD_CFLAGS/BUILD_CXXFLAGS =  | BUILD_LFLAGS =
                 | [...] + BUILD_OPTFLAGS =       | [...] + EXTRA_LDFLAGS
                 | [...] + '-O2' + EXTRA_OPTFLAGS |
    
    This table shows
    - that the VfrCompile compilation and linking flags are always a subset of
      the corresponding flags used by the other apps,
    - and that the EXTRA flags are always at the end.
    
    Cc: Liming Gao <liming.gao@intel.com>
    Cc: Yonghong Zhu <yonghong.zhu@intel.com>
    Ref: https://bugzilla.redhat.com/show_bug.cgi?id=1540244
    Fixes: 81502cee20ac4046f08bb4aec754c7091c8808dc
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Laszlo Ersek <lersek@redhat.com>
    Reviewed-by: Liming Gao <liming.gao@intel.com>

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

                 reply	other threads:[~2018-08-24  0:28 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-75111-mainreport@xen.org \
    --to=citrix-osstest@xenproject.org \
    --cc=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.