* [xen-unstable bisection] complete test-amd64-amd64-xl-credit2
@ 2015-03-29 15:26 xen.org
2015-03-30 8:41 ` Ian Campbell
0 siblings, 1 reply; 3+ messages in thread
From: xen.org @ 2015-03-29 15:26 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson, keir, stefano.stabellini
branch xen-unstable
xen branch xen-unstable
job test-amd64-amd64-xl-credit2
test guest-localmigrate
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.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: d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
Bug not present: 88a2372c6ba44dd42b915a95a823cf9d4d260e25
commit d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
Author: Jan Beulich <jbeulich@suse.com>
Date: Mon Mar 23 16:51:14 2015 +0100
x86: allow 64-bit PV guest kernels to suppress user mode exposure of M2P
Xen L4 entries being uniformly installed into any L4 table and 64-bit
PV kernels running in ring 3 means that user mode was able to see the
read-only M2P presented by Xen to the guests. While apparently not
really representing an exploitable information leak, this still very
certainly was never meant to be that way.
Building on the fact that these guests already have separate kernel and
user mode page tables we can allow guest kernels to tell Xen that they
don't want user mode to see this table. We can't, however, do this by
default: There is no ABI requirement that kernel and user mode page
tables be separate. Therefore introduce a new VM-assist flag allowing
the guest to control respective hypervisor behavior:
- when not set, L4 tables get created with the respective slot blank,
and whenever the L4 table gets used as a kernel one the missing
mapping gets inserted,
- when set, L4 tables get created with the respective slot initialized
as before, and whenever the L4 table gets used as a user one the
mapping gets zapped.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Tim Deegan <tim@xen.org>
For bisection revision-tuple graph see:
http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.xen-unstable.test-amd64-amd64-xl-credit2.guest-localmigrate.html
Revision IDs in each graph node refer, respectively, to the Trees above.
----------------------------------------
Searching for failure / basis pass:
36772 fail [host=lake-frog] / 36622 [host=rice-weevil] 36540 [host=grain-weevil] 36514 [host=scape-moth] 35957 [host=leaf-beetle] 35887 [host=scape-moth] 35810 [host=lace-bug] 35556 ok.
Failure / basis pass flights: 36772 / 35556
(tree with no url: ovmf)
(tree with no url: seabios)
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
Latest 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 84066dd4ef4bb5983e246c629a26ef4f3394e5d5
Basis pass a74f1d1204a5c892466b52ac68ee6443c1e459d7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 0d37748342e29854db7c9f6c47d7f58c6cfba6b2 befe0a0da90d7ac063fd8b5891c7d0caeeeefa5f
Generating revisions with ./adhoc-revtuple-generator git://xenbits.xen.org/linux-pvops.git#a74f1d1204a5c892466b52ac68ee6443c1e459d7-8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/staging/qemu-xen-unstable.git#a4b276b4ce49c8d70dd841ff885b900ec652b994-a4b276b4ce49c8d70dd841ff885b900ec652b994 git://xenbits.xen.org/staging/qemu-upstream-unstable.git#0d37748342e29854db7c9f6c47d7f58c6cfba6b2-42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de git://xenbits.xen.org/xen.git#befe0a0da90d7ac063fd8b5891c7d0caeeeefa5f-84066dd4ef4bb5983e246c629a26ef4f3394e5d5
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/linux-pvops
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/linux-pvops.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/qemu-upstream-unstable
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/staging/qemu-upstream-unstable.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/linux-pvops
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/linux-pvops.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/qemu-upstream-unstable
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/staging/qemu-upstream-unstable.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
Loaded 14502 nodes in revision graph
Searching for test results:
35556 pass a74f1d1204a5c892466b52ac68ee6443c1e459d7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 0d37748342e29854db7c9f6c47d7f58c6cfba6b2 befe0a0da90d7ac063fd8b5891c7d0caeeeefa5f
35709 []
35758 []
35810 [host=lace-bug]
35887 [host=scape-moth]
35957 [host=leaf-beetle]
36514 [host=scape-moth]
36540 [host=grain-weevil]
36622 [host=rice-weevil]
36772 fail 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 84066dd4ef4bb5983e246c629a26ef4f3394e5d5
36784 pass irrelevant
36785 fail 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 84066dd4ef4bb5983e246c629a26ef4f3394e5d5
36793 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 916735e1814d4d6df0d90b871b0666cdfaf134cd
36728 fail irrelevant
36773 pass a74f1d1204a5c892466b52ac68ee6443c1e459d7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 0d37748342e29854db7c9f6c47d7f58c6cfba6b2 befe0a0da90d7ac063fd8b5891c7d0caeeeefa5f
36781 fail irrelevant
36782 pass irrelevant
36783 pass irrelevant
36802 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de e32e9c76bcfc235cb29575c542709f327ba72cb4
36799 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 51f2224552cc1e6cb22b8b169999cd9711bc8cbc
36813 blocked e8f616ae4f32159f77e60f73a4267b5806c418bd c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 72c7e0ffd15f48f346e1b740d074679d5207e5d1
36804 pass e8f616ae4f32159f77e60f73a4267b5806c418bd c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 2bd6add4f5fa4ea2ba9297d6139e9dea42ea70a9
36808 pass e8f616ae4f32159f77e60f73a4267b5806c418bd c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de cde92647ea4f5c487059a3c89f2e3f1aec9a42d3
36811 blocked e8f616ae4f32159f77e60f73a4267b5806c418bd c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 879b181f38b0e4e3c7314de980289f4ecd1c5982
36814 pass e8f616ae4f32159f77e60f73a4267b5806c418bd c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 7f0638e914a542f20e8bb369dd476dfc6c020f0a
36818 pass e7f3db14eacaf1993a70b1517582603dfdf34988 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de fe3cafd89ab7a9e171a4e8542b00f5f08c7b4f2f
36822 pass f3995eb51ca8cab80105fb01f128f10839298145 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de fe3cafd89ab7a9e171a4e8542b00f5f08c7b4f2f
36854 fail 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
36827 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 1c91d6fba20c1517d78076d412d33cb41f501be5
36830 fail 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
36832 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 4fa6b0bacf9cbd37b67b4895906f9e3b1336a8fc
36835 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 4366f3e99f64fbbe44e3cdac9ae7dbdd72296bc9
36839 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 78d22f2dfcff39336ba0861f4bb5f8d0f380b7d4
36842 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 88a2372c6ba44dd42b915a95a823cf9d4d260e25
36845 fail 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
36847 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 88a2372c6ba44dd42b915a95a823cf9d4d260e25
36849 fail 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
36852 pass 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 88a2372c6ba44dd42b915a95a823cf9d4d260e25
Searching for interesting versions
Result found: flight 35556 (pass), for basis pass
Result found: flight 36772 (fail), for basis failure
Repro found: flight 36773 (pass), for basis pass
Repro found: flight 36785 (fail), for basis failure
0 revisions at 8a5f782c33c04ea5c9b3ca6fb32d6039e2e5c0c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 a4b276b4ce49c8d70dd841ff885b900ec652b994 42ffdf360dd9df66b0a4a7ada059c02a3cf3a8de 88a2372c6ba44dd42b915a95a823cf9d4d260e25
No revisions left to test, checking graph state.
Result found: flight 36842 (pass), for last pass
Result found: flight 36845 (fail), for first failure
Repro found: flight 36847 (pass), for last pass
Repro found: flight 36849 (fail), for first failure
Repro found: flight 36852 (pass), for last pass
Repro found: flight 36854 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: xen git://xenbits.xen.org/xen.git
Bug introduced: d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
Bug not present: 88a2372c6ba44dd42b915a95a823cf9d4d260e25
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
commit d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
Author: Jan Beulich <jbeulich@suse.com>
Date: Mon Mar 23 16:51:14 2015 +0100
x86: allow 64-bit PV guest kernels to suppress user mode exposure of M2P
Xen L4 entries being uniformly installed into any L4 table and 64-bit
PV kernels running in ring 3 means that user mode was able to see the
read-only M2P presented by Xen to the guests. While apparently not
really representing an exploitable information leak, this still very
certainly was never meant to be that way.
Building on the fact that these guests already have separate kernel and
user mode page tables we can allow guest kernels to tell Xen that they
don't want user mode to see this table. We can't, however, do this by
default: There is no ABI requirement that kernel and user mode page
tables be separate. Therefore introduce a new VM-assist flag allowing
the guest to control respective hypervisor behavior:
- when not set, L4 tables get created with the respective slot blank,
and whenever the L4 table gets used as a kernel one the missing
mapping gets inserted,
- when set, L4 tables get created with the respective slot initialized
as before, and whenever the L4 table gets used as a user one the
mapping gets zapped.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Tim Deegan <tim@xen.org>
Revision graph left in /home/xc_osstest/results/bisect.xen-unstable.test-amd64-amd64-xl-credit2.guest-localmigrate.{dot,ps,png,html}.
----------------------------------------
36854: tolerable ALL FAIL
flight 36854 xen-unstable real-bisect [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36854/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-amd64-xl-credit2 12 guest-localmigrate fail baseline untested
jobs:
test-amd64-amd64-xl-credit2 fail
------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-amd64-xl-credit2
2015-03-29 15:26 [xen-unstable bisection] complete test-amd64-amd64-xl-credit2 xen.org
@ 2015-03-30 8:41 ` Ian Campbell
0 siblings, 0 replies; 3+ messages in thread
From: Ian Campbell @ 2015-03-30 8:41 UTC (permalink / raw)
To: xen.org, Tim Deegan, Jan Beulich; +Cc: xen-devel, keir, stefano.stabellini
On Sun, 2015-03-29 at 16:26 +0100, xen.org wrote:
> branch xen-unstable
> xen branch xen-unstable
> job test-amd64-amd64-xl-credit2
> test guest-localmigrate
>
> Tree: linux git://xenbits.xen.org/linux-pvops.git
> Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
> Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
> Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.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: d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
> Bug not present: 88a2372c6ba44dd42b915a95a823cf9d4d260e25
>
>
> commit d639e6a05a0f8ee0e61c6cc4eebba78934ef3648
> Author: Jan Beulich <jbeulich@suse.com>
> Date: Mon Mar 23 16:51:14 2015 +0100
>
> x86: allow 64-bit PV guest kernels to suppress user mode exposure of M2P
As predicted by Jan and already reverted by Tim.
The bisector is now working on another instance of this in a different
job. We could put a stop to it, since it is never going to see the
updated xen-unstable result which will happen in the new facility, but
OTOH those machines aren't doing much else...
Ian.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [xen-unstable bisection] complete test-amd64-amd64-xl-credit2
@ 2017-09-17 23:26 osstest service owner
0 siblings, 0 replies; 3+ messages in thread
From: osstest service owner @ 2017-09-17 23:26 UTC (permalink / raw)
To: xen-devel, osstest-admin
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-xl-credit2
testid guest-saverestore
Tree: linux git://xenbits.xen.org/linux-pvops.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: ad4b3e1e9df34063d1d6afe6fb3b5eb59d67bbad
Bug not present: 7c9283ea1f2af5c495709c34991df64841d78e7c
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/113561/
commit ad4b3e1e9df34063d1d6afe6fb3b5eb59d67bbad
Author: Dario Faggioli <dario.faggioli@citrix.com>
Date: Thu Sep 14 17:30:36 2017 +0100
xen: credit2: implement utilization cap
This commit implements the Xen part of the cap mechanism for
Credit2.
A cap is how much, in terms of % of physical CPU time, a domain
can execute at most.
For instance, a domain that must not use more than 1/4 of
one physical CPU, must have a cap of 25%; one that must not
use more than 1+1/2 of physical CPU time, must be given a cap
of 150%.
Caps are per domain, so it is all a domain's vCPUs, cumulatively,
that will be forced to execute no more than the decided amount.
This is implemented by giving each domain a 'budget', and
using a (per-domain again) periodic timer. Values of budget
and 'period' are chosen so that budget/period is equal to the
cap itself.
Budget is burned by the domain's vCPUs, in a similar way to
how credits are.
When a domain runs out of budget, its vCPUs can't run any
longer. They can gain, when the budget is replenishment by
the timer, which event happens once every period.
Blocking the vCPUs because of lack of budget happens by
means of a new (_VPF_parked) pause flag, so that, e.g.,
vcpu_runnable() still works. This is similar to what is
done in sched_rtds.c, as opposed to what happens in
sched_credit.c, where vcpu_pause() and vcpu_unpause()
(which means, among other things, more overhead).
Note that, while adding new fields to csched2_vcpu and
csched2_dom, currently existing members are being moved
around, to achieve best placement inside cache lines.
Note also that xenalyze and tools/xentrace/format are being
updated too.
Signed-off-by: Dario Faggioli <dario.faggioli@citrix.com>
For bisection revision-tuple graph see:
http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test-amd64-amd64-xl-credit2.guest-saverestore.html
Revision IDs in each graph node refer, respectively, to the Trees above.
----------------------------------------
Running cs-bisection-step --graph-out=/home/logs/results/bisect/xen-unstable/test-amd64-amd64-xl-credit2.guest-saverestore --summary-out=tmp/113561.bisection-summary --basis-template=113387 --blessings=real,real-bisect xen-unstable test-amd64-amd64-xl-credit2 guest-saverestore
Searching for failure / basis pass:
113543 fail [host=godello0] / 113430 [host=merlot0] 113387 [host=chardonnay0] 113358 [host=elbling1] 113331 [host=huxelrebe1] 113266 [host=rimava0] 113209 [host=merlot1] 113170 [host=baroque0] 113157 [host=huxelrebe0] 112274 [host=elbling1] 112260 [host=baroque1] 112210 [host=merlot0] 112143 [host=fiano1] 112098 [host=elbling0] 112065 ok.
Failure / basis pass flights: 113543 / 112065
(tree with no url: minios)
(tree with no url: ovmf)
(tree with no url: seabios)
Tree: linux git://xenbits.xen.org/linux-pvops.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 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 abd91b2a2bcd05618a71f7e5fe571dd10a5727bc
Basis pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d 414d069b38ab114b89085e44989bf57604ea86d7 64c3fce24585740a43eb0d589de6e329ca454502
Generating revisions with ./adhoc-revtuple-generator git://xenbits.xen.org/linux-pvops.git#b65f2f457c49b2cfd7967c34b7a0b04c25587f13-4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#8051789e982499050680a26febeada7467e18a8d-8051789e982499050680a26febeada7467e18a8d git://xenbits.xen.org/qemu-xen.git#414d069b38ab114b89085e44989bf57604ea86d7-f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 git://xenbits.xen.org/xen.git#64c3fce24585740a43eb0d589de6e329ca454502-abd91b2a2bcd05618a71f7e5fe571dd10a5727bc
adhoc-revtuple-generator: tree discontiguous: linux-pvops
adhoc-revtuple-generator: tree discontiguous: qemu-xen
Loaded 1003 nodes in revision graph
Searching for test results:
112098 [host=elbling0]
112065 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d 414d069b38ab114b89085e44989bf57604ea86d7 64c3fce24585740a43eb0d589de6e329ca454502
112143 [host=fiano1]
112210 [host=merlot0]
112260 [host=baroque1]
112274 [host=elbling1]
113157 [host=huxelrebe0]
113170 [host=baroque0]
113209 [host=merlot1]
113266 [host=rimava0]
113331 [host=huxelrebe1]
113358 [host=elbling1]
113387 [host=chardonnay0]
113487 fail irrelevant
113430 [host=merlot0]
113460 fail irrelevant
113559 pass 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 7c9283ea1f2af5c495709c34991df64841d78e7c
113539 pass 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 d5dd9dc86eaad71ccc93cf35826d21d0f859b0c7
113525 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d 414d069b38ab114b89085e44989bf57604ea86d7 64c3fce24585740a43eb0d589de6e329ca454502
113504 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d 414d069b38ab114b89085e44989bf57604ea86d7 64c3fce24585740a43eb0d589de6e329ca454502
113506 fail irrelevant
113528 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 abd91b2a2bcd05618a71f7e5fe571dd10a5727bc
113507 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d 414d069b38ab114b89085e44989bf57604ea86d7 09ed69f66d5799cd70f38e458b56a6a65dbead1f
113547 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 b182edb70ef5cf209a2b81b0262a635a099c590c
113509 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d 414d069b38ab114b89085e44989bf57604ea86d7 bfd19435bca21d3e6c2cfcbb02a143e0e397e7b3
113513 fail irrelevant
113515 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d 414d069b38ab114b89085e44989bf57604ea86d7 c286af54c7177c14180121b422d8df7281e547cb
113532 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 c3d830b244998b3686e2eb64db95996be5eb5e5c
113517 pass irrelevant
113535 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 30d6ad9efe07146770357ff878e0b5a7306007c2
113519 pass irrelevant
113524 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 abd91b2a2bcd05618a71f7e5fe571dd10a5727bc
113521 pass irrelevant
113561 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 ad4b3e1e9df34063d1d6afe6fb3b5eb59d67bbad
113511 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 abd91b2a2bcd05618a71f7e5fe571dd10a5727bc
113549 pass 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 7c9283ea1f2af5c495709c34991df64841d78e7c
113522 pass irrelevant
113537 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 fc3986d9632f24ad4d40cffd4cad25298e406122
113554 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 ad4b3e1e9df34063d1d6afe6fb3b5eb59d67bbad
113543 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 abd91b2a2bcd05618a71f7e5fe571dd10a5727bc
113555 pass 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 7c9283ea1f2af5c495709c34991df64841d78e7c
113557 fail 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 ad4b3e1e9df34063d1d6afe6fb3b5eb59d67bbad
Searching for interesting versions
Result found: flight 112065 (pass), for basis pass
Result found: flight 113511 (fail), for basis failure
Repro found: flight 113525 (pass), for basis pass
Repro found: flight 113528 (fail), for basis failure
0 revisions at 4ad5dcaca7428dd2bc1a6a40c948e3799c1e27ae c530a75c1e6a472b0eb9558310b518f0dfcd8860 8051789e982499050680a26febeada7467e18a8d f5a4c84a5d6b19c154abed4ee0380a6f8fd98c60 7c9283ea1f2af5c495709c34991df64841d78e7c
No revisions left to test, checking graph state.
Result found: flight 113549 (pass), for last pass
Result found: flight 113554 (fail), for first failure
Repro found: flight 113555 (pass), for last pass
Repro found: flight 113557 (fail), for first failure
Repro found: flight 113559 (pass), for last pass
Repro found: flight 113561 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: xen git://xenbits.xen.org/xen.git
Bug introduced: ad4b3e1e9df34063d1d6afe6fb3b5eb59d67bbad
Bug not present: 7c9283ea1f2af5c495709c34991df64841d78e7c
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/113561/
commit ad4b3e1e9df34063d1d6afe6fb3b5eb59d67bbad
Author: Dario Faggioli <dario.faggioli@citrix.com>
Date: Thu Sep 14 17:30:36 2017 +0100
xen: credit2: implement utilization cap
This commit implements the Xen part of the cap mechanism for
Credit2.
A cap is how much, in terms of % of physical CPU time, a domain
can execute at most.
For instance, a domain that must not use more than 1/4 of
one physical CPU, must have a cap of 25%; one that must not
use more than 1+1/2 of physical CPU time, must be given a cap
of 150%.
Caps are per domain, so it is all a domain's vCPUs, cumulatively,
that will be forced to execute no more than the decided amount.
This is implemented by giving each domain a 'budget', and
using a (per-domain again) periodic timer. Values of budget
and 'period' are chosen so that budget/period is equal to the
cap itself.
Budget is burned by the domain's vCPUs, in a similar way to
how credits are.
When a domain runs out of budget, its vCPUs can't run any
longer. They can gain, when the budget is replenishment by
the timer, which event happens once every period.
Blocking the vCPUs because of lack of budget happens by
means of a new (_VPF_parked) pause flag, so that, e.g.,
vcpu_runnable() still works. This is similar to what is
done in sched_rtds.c, as opposed to what happens in
sched_credit.c, where vcpu_pause() and vcpu_unpause()
(which means, among other things, more overhead).
Note that, while adding new fields to csched2_vcpu and
csched2_dom, currently existing members are being moved
around, to achieve best placement inside cache lines.
Note also that xenalyze and tools/xentrace/format are being
updated too.
Signed-off-by: Dario Faggioli <dario.faggioli@citrix.com>
pnmtopng: 135 colors found
Revision graph left in /home/logs/results/bisect/xen-unstable/test-amd64-amd64-xl-credit2.guest-saverestore.{dot,ps,png,html,svg}.
----------------------------------------
113561: tolerable ALL FAIL
flight 113561 xen-unstable real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/113561/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-amd64-xl-credit2 15 guest-saverestore fail baseline untested
jobs:
test-amd64-amd64-xl-credit2 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
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-09-17 23:26 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-29 15:26 [xen-unstable bisection] complete test-amd64-amd64-xl-credit2 xen.org
2015-03-30 8:41 ` Ian Campbell
-- strict thread matches above, loose matches on Subject: below --
2017-09-17 23:26 osstest service owner
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.