xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: osstest service owner <osstest-admin@xenproject.org>
To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org
Subject: [linux-3.18 bisection] complete test-amd64-amd64-qemuu-nested-intel
Date: Wed, 15 Jun 2016 08:54:33 +0000	[thread overview]
Message-ID: <E1bD6an-0007Os-N5@osstest.test-lab.xenproject.org> (raw)

branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-qemuu-nested-intel
testid xen-boot/l1

Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  c52319642bb9069436d4aec75361049f5fac63ed
  Bug not present: 268ead59ce10967cf7490353d743ebc1bb7a9a4c
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/95765/


  commit c52319642bb9069436d4aec75361049f5fac63ed
  Author: Andrew Cooper <andrew.cooper3@citrix.com>
  Date:   Thu Jun 2 12:08:42 2016 +0100
  
      x86/cpuid: Calculate a guests xfeature_mask from its featureset
      
      libxc current performs the xstate calculation for guests, and provides the
      information to Xen to be used when satisfying CPUID traps.  (There is further
      work planned to improve this arrangement, but the worst a buggy toolstack can
      do is make junk appear in the cpuid leaves for the guest.)
      
      dom0 however has no policy constructed for it, and certain fields filter
      straight through from hardware.
      
      Linux queries CPUID.7[0].{EAX/EDX} alone to choose a setting for %xcr0, which
      is a valid action to take, but features such as MPX and PKRU are not supported
      for PV guests.  As a result, Linux, using leaked hardware information, fails
      to set %xcr0 on newer Skylake hardware with PKRU support, and crashes.
      
      As an interim solution, dynamically calculate the correct xfeature_mask and
      xstate_size to report to the guest for CPUID.7[0] queries.  This ensures that
      domains don't see leaked hardware values, even when no cpuid policy is
      provided.
      
      Similarly, CPUID.7[1]{ECX/EDX} represents the applicable settings for MSR_XSS.
      As Xen doesn't yet support any XSS states in guests, unconditionally zero
      them.
      
      Reported-by: Luwei Kang <luwei.kang@intel.com>
      Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
      Tested-by: Luwei Kang <luwei.kang@intel.com>
      Release-acked-by: Wei Liu <wei.liu2@citrix.com>
      Reviewed-by: Jan Beulich <jbeulich@suse.com>


For bisection revision-tuple graph see:
   http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-3.18/test-amd64-amd64-qemuu-nested-intel.xen-boot--l1.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Running cs-bisection-step --graph-out=/home/logs/results/bisect/linux-3.18/test-amd64-amd64-qemuu-nested-intel.xen-boot--l1 --summary-out=tmp/95765.bisection-summary --basis-template=94728 --blessings=real,real-bisect linux-3.18 test-amd64-amd64-qemuu-nested-intel xen-boot/l1
Searching for failure / basis pass:
 95597 fail [host=baroque0] / 94728 [host=italia1] 94153 [host=chardonnay0] 94083 [host=fiano1] 94056 [host=huxelrebe0] 94035 [host=italia0] 92982 [host=huxelrebe0] 92189 [host=italia0] 92139 [host=fiano1] 91757 [host=chardonnay0] 91675 [host=godello0] 91589 [host=chardonnay1] 91420 [host=fiano0] 91272 [host=huxelrebe1] 91130 [host=huxelrebe0] 90979 ok.
Failure / basis pass flights: 95597 / 90979
(tree with no url: minios)
(tree with no url: ovmf)
(tree with no url: seabios)
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
Latest b5076139991c6b12c62346d9880eec1d4227d99f c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c2a17869d5dcd845d646bf4db122cad73596a2be
Basis pass b36eba9b4dd4344ed51b8f644049aeac606ccff2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 21f6526d1da331611ac5fe12967549d1a04e149b 316a862e5534249a6e6d876b4e203342d3fb870e a6f2cdb633bf519244a16674031b8034b581ba7f
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git#b36eba9b4dd4344ed51b8f644049aeac606ccff2-b5076139991c6b12c62346d9880eec1d4227d99f git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#21f6526d1da331611ac5fe12967549d1a04e149b-df553c056104e3dd8a2bd2e72539a57c4c085bae git://xenbits.xen.org/qemu-xen.git#316a862e5534249a6e6d876b4e203342d3fb870e-44a072f0de0d57c95c2212bbce02888832b7b74f git://xenbits.xen.org/xen.git#a6f2cdb633bf519244a16674031b8034b581ba7f-c2a17869d5dcd845d646bf4db122cad73596a2be
Loaded 10941 nodes in revision graph
Searching for test results:
 89247 [host=italia1]
 89339 [host=elbling0]
 90846 [host=godello1]
 90979 pass b36eba9b4dd4344ed51b8f644049aeac606ccff2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 21f6526d1da331611ac5fe12967549d1a04e149b 316a862e5534249a6e6d876b4e203342d3fb870e a6f2cdb633bf519244a16674031b8034b581ba7f
 91130 [host=huxelrebe0]
 91272 [host=huxelrebe1]
 91420 [host=fiano0]
 91589 [host=chardonnay1]
 91675 [host=godello0]
 91757 [host=chardonnay0]
 92189 [host=italia0]
 92139 [host=fiano1]
 92982 [host=huxelrebe0]
 94035 [host=italia0]
 94083 [host=fiano1]
 94056 [host=huxelrebe0]
 94153 [host=chardonnay0]
 94728 [host=italia1]
 95457 pass b36eba9b4dd4344ed51b8f644049aeac606ccff2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 21f6526d1da331611ac5fe12967549d1a04e149b 316a862e5534249a6e6d876b4e203342d3fb870e a6f2cdb633bf519244a16674031b8034b581ba7f
 95406 fail b5076139991c6b12c62346d9880eec1d4227d99f c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c2a17869d5dcd845d646bf4db122cad73596a2be
 95458 fail b5076139991c6b12c62346d9880eec1d4227d99f c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c2a17869d5dcd845d646bf4db122cad73596a2be
 95524 pass d028e82749093b973b194a3152b278a3bb49b1aa c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f bbfd2d6ccb31a3aeea49c8f9c7884792ddc26e3b
 95511 pass 88965e61d381a0d3cd3e0d49aa5fb6481a9447cc c530a75c1e6a472b0eb9558310b518f0dfcd8860 21f6526d1da331611ac5fe12967549d1a04e149b 316a862e5534249a6e6d876b4e203342d3fb870e ac703c285a4fbfcb85c19364ea0c67780bf16c2d
 95507 fail b5076139991c6b12c62346d9880eec1d4227d99f c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c2a17869d5dcd845d646bf4db122cad73596a2be
 95518 pass d123375e55cb78061df3e8f2bf1b0fb4ad59f4ac c530a75c1e6a472b0eb9558310b518f0dfcd8860 21f6526d1da331611ac5fe12967549d1a04e149b 62b3d206425c245ed0a020390a64640d40d97471 2656bc7b0c145932e1af80d54d48975edd081997
 95582 fail 17e4101162b8eaedde73ef7b6723303b4fb86ce6 c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c52319642bb9069436d4aec75361049f5fac63ed
 95521 fail b5076139991c6b12c62346d9880eec1d4227d99f c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c2a17869d5dcd845d646bf4db122cad73596a2be
 95588 pass 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f e4a4a8495733f5bed64f8847642f1c182c04e3f4
 95592 pass 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f e228585d122817f987806145b09de7914c42a5fe
 95661 fail 4595d851f38f6c457877f2fa52935a54e6030c5e c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c52319642bb9069436d4aec75361049f5fac63ed
 95667 pass 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f 268ead59ce10967cf7490353d743ebc1bb7a9a4c
 95596 fail 986374ca1035875bab63d1803fc453f2c49de2ef c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c52319642bb9069436d4aec75361049f5fac63ed
 95675 fail 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c52319642bb9069436d4aec75361049f5fac63ed
 95597 fail b5076139991c6b12c62346d9880eec1d4227d99f c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c2a17869d5dcd845d646bf4db122cad73596a2be
 95751 pass 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f 268ead59ce10967cf7490353d743ebc1bb7a9a4c
 95765 fail 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c52319642bb9069436d4aec75361049f5fac63ed
 95753 fail 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f c52319642bb9069436d4aec75361049f5fac63ed
 95761 pass 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f 268ead59ce10967cf7490353d743ebc1bb7a9a4c
Searching for interesting versions
 Result found: flight 90979 (pass), for basis pass
 Result found: flight 95406 (fail), for basis failure
 Repro found: flight 95457 (pass), for basis pass
 Repro found: flight 95458 (fail), for basis failure
 0 revisions at 887f64e66000496335a0bd894d57f45a6b37076b c530a75c1e6a472b0eb9558310b518f0dfcd8860 df553c056104e3dd8a2bd2e72539a57c4c085bae 44a072f0de0d57c95c2212bbce02888832b7b74f 268ead59ce10967cf7490353d743ebc1bb7a9a4c
No revisions left to test, checking graph state.
 Result found: flight 95667 (pass), for last pass
 Result found: flight 95675 (fail), for first failure
 Repro found: flight 95751 (pass), for last pass
 Repro found: flight 95753 (fail), for first failure
 Repro found: flight 95761 (pass), for last pass
 Repro found: flight 95765 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  c52319642bb9069436d4aec75361049f5fac63ed
  Bug not present: 268ead59ce10967cf7490353d743ebc1bb7a9a4c
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/95765/


  commit c52319642bb9069436d4aec75361049f5fac63ed
  Author: Andrew Cooper <andrew.cooper3@citrix.com>
  Date:   Thu Jun 2 12:08:42 2016 +0100
  
      x86/cpuid: Calculate a guests xfeature_mask from its featureset
      
      libxc current performs the xstate calculation for guests, and provides the
      information to Xen to be used when satisfying CPUID traps.  (There is further
      work planned to improve this arrangement, but the worst a buggy toolstack can
      do is make junk appear in the cpuid leaves for the guest.)
      
      dom0 however has no policy constructed for it, and certain fields filter
      straight through from hardware.
      
      Linux queries CPUID.7[0].{EAX/EDX} alone to choose a setting for %xcr0, which
      is a valid action to take, but features such as MPX and PKRU are not supported
      for PV guests.  As a result, Linux, using leaked hardware information, fails
      to set %xcr0 on newer Skylake hardware with PKRU support, and crashes.
      
      As an interim solution, dynamically calculate the correct xfeature_mask and
      xstate_size to report to the guest for CPUID.7[0] queries.  This ensures that
      domains don't see leaked hardware values, even when no cpuid policy is
      provided.
      
      Similarly, CPUID.7[1]{ECX/EDX} represents the applicable settings for MSR_XSS.
      As Xen doesn't yet support any XSS states in guests, unconditionally zero
      them.
      
      Reported-by: Luwei Kang <luwei.kang@intel.com>
      Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
      Tested-by: Luwei Kang <luwei.kang@intel.com>
      Release-acked-by: Wei Liu <wei.liu2@citrix.com>
      Reviewed-by: Jan Beulich <jbeulich@suse.com>

dot: graph is too large for cairo-renderer bitmaps. Scaling by 0.588065 to fit
pnmtopng: 78 colors found
Revision graph left in /home/logs/results/bisect/linux-3.18/test-amd64-amd64-qemuu-nested-intel.xen-boot--l1.{dot,ps,png,html,svg}.
----------------------------------------
95765: tolerable ALL FAIL

flight 95765 linux-3.18 real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/95765/

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1      fail baseline untested


jobs:
 test-amd64-amd64-qemuu-nested-intel                          fail    


------------------------------------------------------------
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


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

             reply	other threads:[~2016-06-15  8:54 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-15  8:54 osstest service owner [this message]
2016-12-24 20:14 [linux-3.18 bisection] complete test-amd64-amd64-qemuu-nested-intel osstest service owner
2019-05-15 16:00 osstest service owner

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=E1bD6an-0007Os-N5@osstest.test-lab.xenproject.org \
    --to=osstest-admin@xenproject.org \
    --cc=xen-devel@lists.xensource.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).