|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [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 _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |