* [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1
@ 2017-03-01 5:37 osstest service owner
2017-03-01 8:37 ` Jan Beulich
0 siblings, 1 reply; 4+ messages in thread
From: osstest service owner @ 2017-03-01 5:37 UTC (permalink / raw)
To: xen-devel, osstest-admin
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemuu-winxpsp3-vcpus1
testid xen-boot
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: 1a6e3220cc19b8705c27ca90dbc615270237f372
Bug not present: 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/106286/
commit 1a6e3220cc19b8705c27ca90dbc615270237f372
Author: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Date: Thu Feb 2 12:51:39 2017 +0100
acpi: switch to dynamic mapping at SYS_STATE_boot
We can switch ACPI from using fixmap to dynamic mapping as soon as
the system enters SYS_STATE_boot. This will allow us, for example,
to map MADT on systems with large number of processors where the
table might not fit into NUM_FIXMAP_ACPI_PAGES (currently set to 4).
To avoid having a window between system entering SYS_STATE_boot and
vmap area being initialized move vm_init() a little higher.
Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
For bisection revision-tuple graph see:
http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test-amd64-i386-xl-qemuu-winxpsp3-vcpus1.xen-boot.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-i386-xl-qemuu-winxpsp3-vcpus1.xen-boot --summary-out=tmp/106286.bisection-summary --basis-template=105933 --blessings=real,real-bisect xen-unstable test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 xen-boot
Searching for failure / basis pass:
106261 fail [host=chardonnay1] / 105966 [host=fiano1] 105946 [host=baroque0] 105933 [host=fiano0] 105919 [host=pinot1] 105900 [host=italia1] 105896 [host=elbling1] 105873 [host=huxelrebe0] 105861 [host=rimava0] 105840 [host=huxelrebe1] 105821 [host=merlot0] 105804 [host=nobling1] 105784 [host=rimava1] 105766 [host=merlot1] 105756 [host=chardonnay0] 105742 [host=nocera0] 105728 [host=elbling0] 105707 [host=baroque1] 105669 [host=italia0] 105659 [host=fiano0] 105640 [host=pinot1] 105629 [host=huxelrebe0] 105619 [host=fiano1] 105613 [host=baroque0] 105600 [host=italia1] 105576 [host=elbling1] 105554 [host=merlot0] 105450 [host=chardonnay0] 105411 [host=nobling1] 105376 [host=nobling0] 105331 [host=elbling0] 105258 [host=pinot0] 105224 [host=rimava1] 105201 [host=rimava1] 105169 [host=rimava1] 105113 [host=rimava1] 105080 [host=rimava1] 105018 [host=rimava1] 104981 [host=rimava1] 104924 [host=rimava1] 104878 [host=rimava1] 104838 [host=rimava1] 104743 [host=rimava1] 104728 [host=rimava1] 104681 [host=fiano0] 104654 [host=italia0] 104638 [host=huxelrebe0] 104614 [host=rimava0] 104599 [host=italia1] 104572 [host=baroque0] 104513 [host=huxelrebe1] 104383 [host=elbling1] 104290 [host=nocera0] 104236 [host=baroque1] 104223 [host=merlot0] 104202 [host=merlot1] 104197 [host=pinot1] 104181 [host=pinot0] 104175 [host=chardonnay0] 104170 [host=italia0] 104162 [host=elbling0] 104150 [host=nobling1] 104146 [host=nobling1] 104136 [host=huxelrebe0] 104131 [host=fiano0] 104126 ok.
Failure / basis pass flights: 106261 / 104126
(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 b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 12f687bf28e23fa662bb518311c4ec71e5b39ab8
Basis pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 14a6be89ec04bfadba978dc4c2f1e7f96db8cdf0
Generating revisions with ./adhoc-revtuple-generator git://xenbits.xen.org/linux-pvops.git#b65f2f457c49b2cfd7967c34b7a0b04c25587f13-b65f2f457c49b2cfd7967c34b7a0b04c25587f13 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#b669e922b37b8957248798a5eb7aa96a666cd3fe-8b4834ee1202852ed83a9fc61268c65fb6961ea7 git://xenbits.xen.org/qemu-xen.git#5cd2e1739763915e6b4c247eef71f948dc808bd5-57e8fbb2f702001a18bd81e9fe31b26d94247ac9 git://xenbits.xen.org/xen.git#14a6be89ec04bfadba978dc4c2f1e7f96db8cdf0-12f687bf28e23fa662bb518311c4ec71e5b39ab8
Loaded 7004 nodes in revision graph
Searching for test results:
104131 [host=fiano0]
104150 [host=nobling1]
104136 [host=huxelrebe0]
104126 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 14a6be89ec04bfadba978dc4c2f1e7f96db8cdf0
104146 [host=nobling1]
104170 [host=italia0]
104162 [host=elbling0]
104175 [host=chardonnay0]
104181 [host=pinot0]
104197 [host=pinot1]
104202 [host=merlot1]
104223 [host=merlot0]
104236 [host=baroque1]
104290 [host=nocera0]
104324 [host=elbling1]
104383 [host=elbling1]
104513 [host=huxelrebe1]
104572 [host=baroque0]
104614 [host=rimava0]
104599 [host=italia1]
104638 [host=huxelrebe0]
104654 [host=italia0]
104681 [host=fiano0]
104728 [host=rimava1]
104743 [host=rimava1]
104838 [host=rimava1]
104878 [host=rimava1]
104924 [host=rimava1]
104981 [host=rimava1]
105018 [host=rimava1]
105080 [host=rimava1]
105113 [host=rimava1]
105169 [host=rimava1]
105201 [host=rimava1]
105224 [host=rimava1]
105258 [host=pinot0]
105331 [host=elbling0]
105376 [host=nobling0]
105450 [host=chardonnay0]
105411 [host=nobling1]
105554 [host=merlot0]
105576 [host=elbling1]
105600 [host=italia1]
105613 [host=baroque0]
105640 [host=pinot1]
105659 [host=fiano0]
105619 [host=fiano1]
105669 [host=italia0]
105629 [host=huxelrebe0]
105707 [host=baroque1]
105728 [host=elbling0]
105790 []
105756 [host=chardonnay0]
105742 [host=nocera0]
105784 [host=rimava1]
105766 [host=merlot1]
105804 [host=nobling1]
105821 [host=merlot0]
105840 [host=huxelrebe1]
105896 [host=elbling1]
105919 [host=pinot1]
105861 [host=rimava0]
105873 [host=huxelrebe0]
105900 [host=italia1]
105933 [host=fiano0]
105946 [host=baroque0]
105966 [host=fiano1]
105994 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 80a7d04f532ddc3500acd7988917708a536ae15f
106102 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 1f24be6c945c8f8e25547aed4a56c092133df713
106081 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 cf5e1a74b9687be3d146e59ab10c26be6da9d0d4
106122 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 1f24be6c945c8f8e25547aed4a56c092133df713
106138 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 1f24be6c945c8f8e25547aed4a56c092133df713
106160 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 1f24be6c945c8f8e25547aed4a56c092133df713
106186 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 1f24be6c945c8f8e25547aed4a56c092133df713
106249 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 1f24be6c945c8f8e25547aed4a56c092133df713
106264 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 e23b93a334d11a1764511534b3eb3708e30759d9
106260 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 dd75ed5c14704862b547412086cde5dcc671997e
106276 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
106271 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 9d3226aa060916f21df3be98abb39f11496ab8ce
106246 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 14a6be89ec04bfadba978dc4c2f1e7f96db8cdf0
106218 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 12f687bf28e23fa662bb518311c4ec71e5b39ab8
106253 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 d0de76af1c87f355f53cba146d46a4553ede69c3
106267 blocked b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 8104df97387dc3de412b99ab694e5a828df504db
106279 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
106256 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 12f687bf28e23fa662bb518311c4ec71e5b39ab8
106268 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 7a4cf23e2653e8abf4793820487df32b094de56a
106261 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 8b4834ee1202852ed83a9fc61268c65fb6961ea7 57e8fbb2f702001a18bd81e9fe31b26d94247ac9 12f687bf28e23fa662bb518311c4ec71e5b39ab8
106278 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 1a6e3220cc19b8705c27ca90dbc615270237f372
106274 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 8844ed299a88848da88b23e6db43b5bcc4ad4bee
106282 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 1a6e3220cc19b8705c27ca90dbc615270237f372
106284 pass b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
106286 fail b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 1a6e3220cc19b8705c27ca90dbc615270237f372
Searching for interesting versions
Result found: flight 104126 (pass), for basis pass
Result found: flight 106218 (fail), for basis failure
Repro found: flight 106246 (pass), for basis pass
Repro found: flight 106256 (fail), for basis failure
0 revisions at b65f2f457c49b2cfd7967c34b7a0b04c25587f13 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b669e922b37b8957248798a5eb7aa96a666cd3fe 5cd2e1739763915e6b4c247eef71f948dc808bd5 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
No revisions left to test, checking graph state.
Result found: flight 106276 (pass), for last pass
Result found: flight 106278 (fail), for first failure
Repro found: flight 106279 (pass), for last pass
Repro found: flight 106282 (fail), for first failure
Repro found: flight 106284 (pass), for last pass
Repro found: flight 106286 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: xen git://xenbits.xen.org/xen.git
Bug introduced: 1a6e3220cc19b8705c27ca90dbc615270237f372
Bug not present: 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/106286/
commit 1a6e3220cc19b8705c27ca90dbc615270237f372
Author: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Date: Thu Feb 2 12:51:39 2017 +0100
acpi: switch to dynamic mapping at SYS_STATE_boot
We can switch ACPI from using fixmap to dynamic mapping as soon as
the system enters SYS_STATE_boot. This will allow us, for example,
to map MADT on systems with large number of processors where the
table might not fit into NUM_FIXMAP_ACPI_PAGES (currently set to 4).
To avoid having a window between system entering SYS_STATE_boot and
vmap area being initialized move vm_init() a little higher.
Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
pnmtopng: 202 colors found
Revision graph left in /home/logs/results/bisect/xen-unstable/test-amd64-i386-xl-qemuu-winxpsp3-vcpus1.xen-boot.{dot,ps,png,html,svg}.
----------------------------------------
106286: tolerable ALL FAIL
flight 106286 xen-unstable real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/106286/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 6 xen-boot fail baseline untested
jobs:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 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] 4+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1
2017-03-01 5:37 [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 osstest service owner
@ 2017-03-01 8:37 ` Jan Beulich
2017-03-01 11:31 ` Ian Jackson
0 siblings, 1 reply; 4+ messages in thread
From: Jan Beulich @ 2017-03-01 8:37 UTC (permalink / raw)
To: osstest-admin; +Cc: xen-devel
>>> On 01.03.17 at 06:37, <osstest-admin@xenproject.org> wrote:
> branch xen-unstable
> xenbranch xen-unstable
> job test-amd64-i386-xl-qemuu-winxpsp3-vcpus1
> testid xen-boot
>
> 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: 1a6e3220cc19b8705c27ca90dbc615270237f372
> Bug not present: 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
> Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/106286/
>
>
> commit 1a6e3220cc19b8705c27ca90dbc615270237f372
> Author: Boris Ostrovsky <boris.ostrovsky@oracle.com>
> Date: Thu Feb 2 12:51:39 2017 +0100
Was the bisector possibly misguided here? The history of the test
shows a pass of it on chardonnay1 on Feb 8, and the current
xen-boot failure of this test (just like others) is due to Daniel's
"efi: create new early memory allocator".
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1
2017-03-01 8:37 ` Jan Beulich
@ 2017-03-01 11:31 ` Ian Jackson
2017-03-01 13:49 ` Boris Ostrovsky
0 siblings, 1 reply; 4+ messages in thread
From: Ian Jackson @ 2017-03-01 11:31 UTC (permalink / raw)
To: Jan Beulich; +Cc: xen-devel, Andrew Cooper
Jan Beulich writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1"):
> On 01.03.17 at 06:37, <osstest-admin@xenproject.org> wrote:
> > *** Found and reproduced problem changeset ***
...> >
> > Bug is in tree: xen git://xenbits.xen.org/xen.git
> > Bug introduced: 1a6e3220cc19b8705c27ca90dbc615270237f372
> > Bug not present: 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
> > Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/106286/
> >
> >
> > commit 1a6e3220cc19b8705c27ca90dbc615270237f372
> > Author: Boris Ostrovsky <boris.ostrovsky@oracle.com>
> > Date: Thu Feb 2 12:51:39 2017 +0100
>
> Was the bisector possibly misguided here? The history of the test
> shows a pass of it on chardonnay1 on Feb 8, and the current
> xen-boot failure of this test (just like others) is due to Daniel's
> "efi: create new early memory allocator".
I think the bisector has, additionally, discovered a genuine bug which
happens to have been fixed in the meantime. It will have used as a
passing baseline the last time that step passed _on that host_.
The flight on the 8th of February, 105648, had a broken step in it.
The bisector doesn't like such flights. It prefers a non-broken
baseline. It chose 104126 from the 11th of January.
After that, obviously, given an old baseline, bisection can easily
rediscover a since-fixed bug.
The reason for excluding flights with broken steps is that broken
steps can cause other parts of the flight not to run at all, so that
the data for the flight is not reliable enough for bisection. At
least, that is my recollection of why that is. I haven't done a
detailed analysis.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1
2017-03-01 11:31 ` Ian Jackson
@ 2017-03-01 13:49 ` Boris Ostrovsky
0 siblings, 0 replies; 4+ messages in thread
From: Boris Ostrovsky @ 2017-03-01 13:49 UTC (permalink / raw)
To: Ian Jackson, Jan Beulich; +Cc: xen-devel, Andrew Cooper
On 03/01/2017 06:31 AM, Ian Jackson wrote:
> Jan Beulich writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1"):
>> On 01.03.17 at 06:37, <osstest-admin@xenproject.org> wrote:
>>> *** Found and reproduced problem changeset ***
> ...> >
>>> Bug is in tree: xen git://xenbits.xen.org/xen.git
>>> Bug introduced: 1a6e3220cc19b8705c27ca90dbc615270237f372
>>> Bug not present: 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
>>> Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/106286/
>>>
>>>
>>> commit 1a6e3220cc19b8705c27ca90dbc615270237f372
>>> Author: Boris Ostrovsky <boris.ostrovsky@oracle.com>
>>> Date: Thu Feb 2 12:51:39 2017 +0100
>> Was the bisector possibly misguided here? The history of the test
>> shows a pass of it on chardonnay1 on Feb 8, and the current
>> xen-boot failure of this test (just like others) is due to Daniel's
>> "efi: create new early memory allocator".
> I think the bisector has, additionally, discovered a genuine bug which
> happens to have been fixed in the meantime.
The commit above (1a6e3220cc19) did break Xen. And was fixed the next day by 95c19287580c.
-boris
> It will have used as a
> passing baseline the last time that step passed _on that host_.
>
> The flight on the 8th of February, 105648, had a broken step in it.
> The bisector doesn't like such flights. It prefers a non-broken
> baseline. It chose 104126 from the 11th of January.
>
> After that, obviously, given an old baseline, bisection can easily
> rediscover a since-fixed bug.
>
> The reason for excluding flights with broken steps is that broken
> steps can cause other parts of the flight not to run at all, so that
> the data for the flight is not reliable enough for bisection. At
> least, that is my recollection of why that is. I haven't done a
> detailed analysis.
>
> Ian.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> https://lists.xen.org/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-03-01 13:48 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-03-01 5:37 [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 osstest service owner
2017-03-01 8:37 ` Jan Beulich
2017-03-01 11:31 ` Ian Jackson
2017-03-01 13:49 ` Boris Ostrovsky
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.