[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[freebsd-master bisection] complete build-amd64-xen-freebsd



branch xen-unstable
xenbranch xen-unstable
job build-amd64-xen-freebsd
testid xen-build-freebsd

Tree: freebsd git://github.com/freebsd/freebsd.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.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:  6bb013e5e50a5a94dc97c6391f20c7f4040eb654
  Bug not present: 5945b57b055abcab803d23974e95c3657ef597fb
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/137085/


  commit 6bb013e5e50a5a94dc97c6391f20c7f4040eb654
  Author: Jan Beulich <jbeulich@xxxxxxxx>
  Date:   Fri May 17 14:35:14 2019 +0200
  
      x86: reduce general stack alignment to 8
      
      We don't need bigger alignment except when calling EFI boot or runtime
      services functions (and we don't guarantee that either, as explained
      close to the top of xen/common/efi/runtime.c in the struct efi_rs_state
      declaration). Hence if the compiler supports reducing stack alignment
      from the ABI compatible 16 bytes (gcc 7 and newer), do so wherever
      possible.
      
      The EFI case itself is largely dealt with already (actually forcing
      32-byte alignment) as a result of commit f6b7fedc89 ("x86/EFI: meet
      further spec requirements for runtime calls"). However, as explained in
      the description of that earlier change, without using
      -mincoming-stack-boundary=3 (which we don't want) we still have to make
      the compiler assume 16-byte stack boundaries for CUs making EFI calls in
      order to keep the compiler from aligning the stack, but then placing an
      odd number of 8-byte objects on it, resulting in a mis-aligned outgoing
      stack.
      
      This as a side effect yields some code size reduction, since for a
      number of sufficiently simple non-leaf functions the stack adjustment
      (by 8, when there are no local stack variables at all) gets dropped
      altogether. I notice exceptions though, for example in guest_cpuid(),
      where in a release build gcc 8.2 now decides to set up a frame pointer
      (without ever using %rbp); I consider this a compiler quirk which we
      should leave to the compiler folks to address eventually.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx>


For bisection revision-tuple graph see:
   
http://logs.test-lab.xenproject.org/osstest/results/bisect/freebsd-master/build-amd64-xen-freebsd.xen-build-freebsd.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Running cs-bisection-step 
--graph-out=/home/logs/results/bisect/freebsd-master/build-amd64-xen-freebsd.xen-build-freebsd
 --summary-out=tmp/137085.bisection-summary --basis-template=136901 
--blessings=real,real-bisect freebsd-master build-amd64-xen-freebsd 
xen-build-freebsd
Searching for failure / basis pass:
 137005 fail [host=italia0] / 136901 [host=italia1] 136606 [host=chardonnay1] 
136447 [host=chardonnay1] 136297 [host=chardonnay0] 136173 [host=pinot1] 136000 
[host=chardonnay1] 135901 [host=godello0] 135233 [host=godello1] 135111 
[host=godello0] 134985 [host=godello1] 134811 [host=godello1] 134690 
[host=merlot0] 134604 [host=godello0] 134521 [host=godello1] 134336 
[host=chardonnay1] 134258 [host=godello1] 134184 [host=godello1] 134123 
[host=godello1] 134066 [host=godello1] 133982 [host=baroque0]\
  133944 [host=merlot0] 133898 [host=godello1] 133765 [host=godello1] 133707 
[host=baroque1] 133653 [host=godello1] 133616 [host=fiano1] 133572 
[host=godello1] 133497 [host=godello1] 133455 [host=baroque1] 133365 
[host=godello1] 133325 [host=debina0] 133299 [host=baroque1] 133262 
[host=godello0] 133225 [host=baroque1] 133137 [host=baroque1] 133038 
[host=baroque0] 132959 [host=godello0] 132832 [host=godello1] 132696 
[host=godello1] 132616 [host=godello0] 132473 [host=godello0] 132426 
[host=elbling\
 1] 132258 [host=godello0] 132054 [host=godello0] 131783 [host=baroque1] 131682 
[host=baroque1] 131662 [host=baroque1] 131617 [host=baroque1] 131585 
[host=godello0] 131545 [host=godello1] 131488 [host=godello0] 131440 
[host=godello1] 131388 [host=godello1] 131310 [host=chardonnay0] 131265 
[host=godello0] 131205 [host=godello0] 131118 [host=godello1] 130966 
[host=godello0] 130874 [host=baroque0] 130849 [host=godello0] 130810 
[host=godello1] 130718 [host=elbling0] 130648 [host=godello1] 130494 [hos\
 t=godello0] 130036 [host=godello1] 129834 [host=godello0] 129693 
[host=debina1] 129544 [host=godello0] 129446 [host=godello1] 129318 
[host=godello0] 129229 [host=godello0] 128497 [host=baroque0] 128413 
[host=godello0] 128339 [host=godello1] 128277 [host=baroque0] 128102 
[host=godello1] 128006 [host=godello1] 127876 [host=godello1] 127804 
[host=godello1] 127721 [host=godello1] 127599 [host=pinot0] 127532 
[host=baroque0] 127475 [host=godello1] 127373 [host=godello0] 127033 
[host=godello1] template\
  as basis? using template as basis.
Failure / basis pass flights: 137005 / 136901
Tree: freebsd git://github.com/freebsd/freebsd.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xenbits.xen.org/xen.git
Latest 3b821c79f1cbc2774b46caa95df3b05b9ae6514f 
e812a812c1a0800c49e11507cb46222351520cc7 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
88e798210b459a720253034bffcd76aff15bbbd2
Basis pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
e83077a3d11072708a5c38fa09fa9d011914e2a1
Generating revisions with ./adhoc-revtuple-generator  
git://github.com/freebsd/freebsd.git#aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c-3b821c79f1cbc2774b46caa95df3b05b9ae6514f
 
git://xenbits.xen.org/osstest/ovmf.git#3604174718e2afc950c3cc64c64ba5165c8692bd-e812a812c1a0800c49e11507cb46222351520cc7
 
git://xenbits.xen.org/qemu-xen.git#9cca02d8ffc23e9688a971d858e4ffdff5389b11-9cca02d8ffc23e9688a971d858e4ffdff5389b11
 
git://xenbits.xen.org/osstest/seabios.git#18d237b4e43ea24795f522c0aab1b4f54100ca80-18d237\
 b4e43ea24795f522c0aab1b4f54100ca80 
git://xenbits.xen.org/xen.git#e83077a3d11072708a5c38fa09fa9d011914e2a1-88e798210b459a720253034bffcd76aff15bbbd2
From git://cache:9419/git://github.com/freebsd/freebsd
   e9223ba9123..5d89b1f2891  master     -> origin/master
   44768047dd0..d7054e06982  stable/11  -> origin/stable/11
   db371332444..e9b40232323  svn_head   -> origin/svn_head
Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
error: The last gc run reported the following. Please correct the root cause
and remove gc.log.
Automatic cleanup will not be performed until the file is removed.

warning: There are too many unreachable loose objects; run 'git prune' to 
remove them.

Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
error: The last gc run reported the following. Please correct the root cause
and remove gc.log.
Automatic cleanup will not be performed until the file is removed.

warning: There are too many unreachable loose objects; run 'git prune' to 
remove them.

Loaded 12201 nodes in revision graph
Searching for test results:
 136901 [host=italia1]
 136900 fail irrelevant
 137005 fail 3b821c79f1cbc2774b46caa95df3b05b9ae6514f 
e812a812c1a0800c49e11507cb46222351520cc7 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
88e798210b459a720253034bffcd76aff15bbbd2
 137027 pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
e83077a3d11072708a5c38fa09fa9d011914e2a1
 137077 pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
5945b57b055abcab803d23974e95c3657ef597fb
 137054 fail 3b821c79f1cbc2774b46caa95df3b05b9ae6514f 
e812a812c1a0800c49e11507cb46222351520cc7 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
88e798210b459a720253034bffcd76aff15bbbd2
 137082 fail aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
6bb013e5e50a5a94dc97c6391f20c7f4040eb654
 137060 pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
e83077a3d11072708a5c38fa09fa9d011914e2a1
 137061 fail 3b821c79f1cbc2774b46caa95df3b05b9ae6514f 
e812a812c1a0800c49e11507cb46222351520cc7 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
88e798210b459a720253034bffcd76aff15bbbd2
 137084 pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
5945b57b055abcab803d23974e95c3657ef597fb
 137062 fail aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
ffd3367ed682b6ac6f57fcb151921054dd4cce7e
 137066 pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
31d72a0fd4773e8df77b4c46eec5c65b3cd265e0
 137069 pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
1d1f1611535f5d8f91f550b04935bf38a6ecf002
 137085 fail aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
6bb013e5e50a5a94dc97c6391f20c7f4040eb654
 137070 pass aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
5945b57b055abcab803d23974e95c3657ef597fb
 137071 fail aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
0d6b9ab1c5dd34fc4a18511d8652504c35c49692
 137073 fail aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
67d01cdb551880653dacf80af39f8b5280f1879c
 137075 fail aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
6bb013e5e50a5a94dc97c6391f20c7f4040eb654
Searching for interesting versions
 Result found: flight 137027 (pass), for basis pass
 Result found: flight 137054 (fail), for basis failure
 Repro found: flight 137060 (pass), for basis pass
 Repro found: flight 137061 (fail), for basis failure
 0 revisions at aab5f5a3bd55421fa6a8dbc05332a9b9fb49992c 
3604174718e2afc950c3cc64c64ba5165c8692bd 
9cca02d8ffc23e9688a971d858e4ffdff5389b11 
18d237b4e43ea24795f522c0aab1b4f54100ca80 
5945b57b055abcab803d23974e95c3657ef597fb
No revisions left to test, checking graph state.
 Result found: flight 137070 (pass), for last pass
 Result found: flight 137075 (fail), for first failure
 Repro found: flight 137077 (pass), for last pass
 Repro found: flight 137082 (fail), for first failure
 Repro found: flight 137084 (pass), for last pass
 Repro found: flight 137085 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  6bb013e5e50a5a94dc97c6391f20c7f4040eb654
  Bug not present: 5945b57b055abcab803d23974e95c3657ef597fb
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/137085/


  commit 6bb013e5e50a5a94dc97c6391f20c7f4040eb654
  Author: Jan Beulich <jbeulich@xxxxxxxx>
  Date:   Fri May 17 14:35:14 2019 +0200
  
      x86: reduce general stack alignment to 8
      
      We don't need bigger alignment except when calling EFI boot or runtime
      services functions (and we don't guarantee that either, as explained
      close to the top of xen/common/efi/runtime.c in the struct efi_rs_state
      declaration). Hence if the compiler supports reducing stack alignment
      from the ABI compatible 16 bytes (gcc 7 and newer), do so wherever
      possible.
      
      The EFI case itself is largely dealt with already (actually forcing
      32-byte alignment) as a result of commit f6b7fedc89 ("x86/EFI: meet
      further spec requirements for runtime calls"). However, as explained in
      the description of that earlier change, without using
      -mincoming-stack-boundary=3 (which we don't want) we still have to make
      the compiler assume 16-byte stack boundaries for CUs making EFI calls in
      order to keep the compiler from aligning the stack, but then placing an
      odd number of 8-byte objects on it, resulting in a mis-aligned outgoing
      stack.
      
      This as a side effect yields some code size reduction, since for a
      number of sufficiently simple non-leaf functions the stack adjustment
      (by 8, when there are no local stack variables at all) gets dropped
      altogether. I notice exceptions though, for example in guest_cpuid(),
      where in a release build gcc 8.2 now decides to set up a frame pointer
      (without ever using %rbp); I consider this a compiler quirk which we
      should leave to the compiler folks to address eventually.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx>

pnmtopng: 169 colors found
Revision graph left in 
/home/logs/results/bisect/freebsd-master/build-amd64-xen-freebsd.xen-build-freebsd.{dot,ps,png,html,svg}.
----------------------------------------
137085: tolerable ALL FAIL

flight 137085 freebsd-master real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/137085/

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 build-amd64-xen-freebsd       7 xen-build-freebsd       fail baseline untested


jobs:
 build-amd64-xen-freebsd                                      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


_______________________________________________
osstest-output mailing list
osstest-output@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/osstest-output

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.