* [xen-unstable-smoke test] 121001: regressions - FAIL
@ 2018-03-20 19:48 osstest service owner
2018-03-20 19:55 ` Andrew Cooper
0 siblings, 1 reply; 3+ messages in thread
From: osstest service owner @ 2018-03-20 19:48 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 121001 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121001/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 7 xen-boot fail REGR. vs. 120949
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-check fail never pass
test-armhf-armhf-xl 13 migrate-support-check fail never pass
test-armhf-armhf-xl 14 saverestore-support-check fail never pass
version targeted for testing:
xen 18596903e9f1362826b71f69008e5c839cc756b5
baseline version:
xen 7a1358bbe73e5f749c3d2f53478dc1f30720f949
Last test of basis 120949 2018-03-19 02:41:07 Z 1 days
Failing since 120987 2018-03-20 10:02:16 Z 0 days 3 attempts
Testing same since 121001 2018-03-20 17:12:33 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Andre Przywara <andre.przywara@arm.com>
Andre Przywara <andre.przywara@linaro.org>
Andrew Cooper <andrew.cooper3@citrix.com>
Dario Faggioli <dfaggioli@suse.com>
David E. Box <david.e.box@linux.intel.com>
Doug Goldstein <cardoe@cardoe.com>
Jan Beulich <jbeulich@suse.com>
Julien Grall <julien.grall@arm.com>
Len Brown <len.brown@intel.com>
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Stefano Stabellini <sstabellini@kernel.org>
jobs:
build-arm64-xsm pass
build-amd64 pass
build-armhf pass
build-amd64-libvirt pass
test-armhf-armhf-xl pass
test-arm64-arm64-xl-xsm fail
test-amd64-amd64-xl-qemuu-debianhvm-i386 pass
test-amd64-amd64-libvirt pass
------------------------------------------------------------
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
Not pushing.
------------------------------------------------------------
commit 18596903e9f1362826b71f69008e5c839cc756b5
Author: Doug Goldstein <cardoe@cardoe.com>
Date: Wed Feb 28 13:18:44 2018 -0600
xen/tools: support Python 2 and Python 3
These changes should make it possible to support modern Pythons as well
as the oldest Python 2 still supported.
Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 415ab9b871663a0160f108f7b9fce45154869227
Author: Doug Goldstein <cardoe@cardoe.com>
Date: Wed Feb 28 13:18:43 2018 -0600
README: require Python 2.4 or newer
Increase the minimum required Python to 2.4 or newer.
Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 38d9184284793b075df97bc263eb8e4ae1ec7671
Author: Doug Goldstein <cardoe@cardoe.com>
Date: Tue Mar 20 11:23:29 2018 +0100
fix null sched build with clang and debug=n
The null_dom() static inline is just used when debug=y so with clang it
results in an error with the default CFLAGS and debug=n. This function
is used in only one place and it a one line helper so remove it until we
actually need it.
Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
Acked-by: Dario Faggioli <dfaggioli@suse.com>
commit 4e131596f1defec9407b6e60d584a696beaf5d7e
Author: David E. Box <david.e.box@linux.intel.com>
Date: Tue Mar 20 11:21:58 2018 +0100
x86/mwait-idle: add Gemini Lake support
Gemini Lake uses the same C-states as Broxton and also uses the
IRTL MSR's to determine maximum C-state latency.
Signed-off-by: David E. Box <david.e.box@linux.intel.com>
Acked-by: Len Brown <len.brown@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
[Linux commit 1b2e87687d3f951a66900cab6f1583d94099d2f7]
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 5cb00d181c799d414438476f3af6e4ecf6afad18
Author: Julien Grall <julien.grall@arm.com>
Date: Thu Mar 15 20:30:13 2018 +0000
ARM: GIC: extend LR read/write functions to cover EOI and source
So far our LR read/write functions do not handle the EOI bit and the
source CPUID bits in an LR, because the current VGIC implementation does
not use them.
Extend the gic_lr data structure to hold these bits of information by
using a union to differentiate field used depending on whether the vIRQ
has a corresponding pIRQ.
This allows the new VGIC to use this information.
This is based on the original patch sent by Andre Przywara [1].
[1] https://lists.xenproject.org/archives/html/xen-devel/2018-03/msg00435.html
Signed-off-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Andre Przywara <andre.przywara@arm.com>
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
Acked-by: Stefano Stabellini <sstabellini@kernel.org>
commit ee375749052c649fc2710c73c7ce5371393f7742
Author: Julien Grall <julien.grall@arm.com>
Date: Thu Mar 15 20:30:12 2018 +0000
xen/arm: GIC: Only set pirq in the LR when hw_status is set
The field pirq should only be valid when the virtual interrupt
is associated to a physical interrupt.
This change will help to extend gic_lr for supporting specific virtual
interrupt field (e.g eoi, source) that clashes with the PIRQ field.
Signed-off-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Andre Przywara <andre.przywara@arm.com>
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
Acked-by: Stefano Stabellini <sstabellini@kernel.org>
commit ba8e3e422896d420510297011558cfaeb8aa75ce
Author: Julien Grall <julien.grall@arm.com>
Date: Thu Mar 15 20:30:11 2018 +0000
xen/arm: gic: Split the field state in gic_lr in 2 fields active and pending
Mostly making the code nicer to read.
Signed-off-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Andre Przywara <andre.przywara@arm.com>
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
Acked-by: Stefano Stabellini <sstabellini@kernel.org>
commit 9100b6f0e8fc3ea6e03ab56c9c7538326f654606
Author: Julien Grall <julien.grall@arm.com>
Date: Thu Mar 15 20:30:10 2018 +0000
xen/arm: gic: Use bool instead of uint8_t for the hw_status in gic_lr
hw_status can only be 1 or 0. So convert to a bool.
Signed-off-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Andre Przywara <andre.przywara@arm.com>
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
Acked-by: Stefano Stabellini <sstabellini@kernel.org>
commit 5fb8dd60d3d43b20dce4f4bc9091f94200709f93
Author: Julien Grall <julien.grall@arm.com>
Date: Thu Mar 15 20:30:09 2018 +0000
xen/arm: vgic: Override the group in lr everytime
At the moment, write_lr is assuming the caller will set correctly the
group. However the group should always be 0 when the guest is using
vGICv2 and 1 for vGICv3. As the caller should not care about the group,
override it directly.
With that change, write_lr is now behaving like update_lr for the group.
Signed-off-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Andre Przywara <andre.przywara@arm.com>
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
Acked-by: Stefano Stabellini <sstabellini@kernel.org>
commit 151b0cf14f8dca9b4632d4ad4d54dc2657704c58
Author: Julien Grall <julien.grall@arm.com>
Date: Thu Mar 15 20:30:08 2018 +0000
xen/arm: gic: Fix indentation in gic_update_one_lr
Signed-off-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Andre Przywara <andre.przywara@arm.com>
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
commit f27009ff9ec478676f1d7635b77975875755e5a2
Author: Andre Przywara <andre.przywara@linaro.org>
Date: Thu Mar 15 20:30:07 2018 +0000
ARM: Implement vcpu_kick()
If we change something in a vCPU that affects its runnability or
otherwise needs the vCPU's attention, we might need to tell the scheduler
about it.
We are using this in one place (vIRQ injection) at the moment, but will
need this at more places soon.
So let's factor out this functionality, using the already existing
vcpu_kick() prototype (used in x86 only so far), to make this available
to the rest of the Xen code.
Also adjust the perfcounter name to reflect the new usage.
Signed-off-by: Andre Przywara <andre.przywara@linaro.org>
Reviewed-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit cf29708ff6f945d5c00f9b4d2bd88d684e12897f
Author: Andre Przywara <andre.przywara@linaro.org>
Date: Thu Mar 15 20:30:06 2018 +0000
ARM: VGIC: rename gic_event_needs_delivery()
gic_event_needs_delivery() is not named very intuitively, especially
the gic_ prefix is somewhat misleading.
Rename it to vgic_vcpu_pending_irq(), which makes it clear that this
relates to the virtual GIC and is about interrupts.
Also add a VCPU parameter, which makes the code more flexible in the
future. The current VGIC expect this to be the current VCPU, so add
an assert to spot any regressions.
Signed-off-by: Andre Przywara <andre.przywara@linaro.org>
Reviewed-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 129666555387709105aca5e2adaad97d60333a3b
Author: Andrew Cooper <andrew.cooper3@citrix.com>
Date: Mon Mar 19 19:13:44 2018 +0000
arm/boot: Mark construct_dom0() as __init
Its sole caller, start_xen(), is __init.
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Julien Grall <julien.grall@arm.com>
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [xen-unstable-smoke test] 121001: regressions - FAIL
2018-03-20 19:48 [xen-unstable-smoke test] 121001: regressions - FAIL osstest service owner
@ 2018-03-20 19:55 ` Andrew Cooper
2018-03-21 4:12 ` Julien Grall
0 siblings, 1 reply; 3+ messages in thread
From: Andrew Cooper @ 2018-03-20 19:55 UTC (permalink / raw)
To: osstest service owner, xen-devel, Stefano Stabellini,
Julien Grall, Andre Przywara
On 20/03/18 19:48, osstest service owner wrote:
> flight 121001 xen-unstable-smoke real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/121001/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-arm64-arm64-xl-xsm 7 xen-boot fail REGR. vs. 120949
From
http://logs.test-lab.xenproject.org/osstest/logs/121001/test-arm64-arm64-xl-xsm/serial-laxton1.log
Mar 20 18:30:50.633370 (XEN) Assertion '!lr_reg->virt.source || lr_reg->virq < NR_GIC_SGI' failed at gic-v2.c:518
Mar 20 18:30:50.881367 [ 40.918448] INFO: rcu_preempt detected stalls on CPUs/tasks:
Looks like some of the recently checked-in vgic improvements aren't
actually correct.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [xen-unstable-smoke test] 121001: regressions - FAIL
2018-03-20 19:55 ` Andrew Cooper
@ 2018-03-21 4:12 ` Julien Grall
0 siblings, 0 replies; 3+ messages in thread
From: Julien Grall @ 2018-03-21 4:12 UTC (permalink / raw)
To: Andrew Cooper, osstest service owner, xen-devel,
Stefano Stabellini, Andre Przywara
Hi Andrew,
On 03/20/2018 07:55 PM, Andrew Cooper wrote:
> On 20/03/18 19:48, osstest service owner wrote:
>> flight 121001 xen-unstable-smoke real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/121001/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>> test-arm64-arm64-xl-xsm 7 xen-boot fail REGR. vs. 120949
>
> From
> http://logs.test-lab.xenproject.org/osstest/logs/121001/test-arm64-arm64-xl-xsm/serial-laxton1.log
>
> Mar 20 18:30:50.633370 (XEN) Assertion '!lr_reg->virt.source || lr_reg->virq < NR_GIC_SGI' failed at gic-v2.c:518
> Mar 20 18:30:50.881367 [ 40.918448] INFO: rcu_preempt detected stalls on CPUs/tasks:
>
>
> Looks like some of the recently checked-in vgic improvements aren't
> actually correct.
I didn't spot the issue during testing. Sorry for that. I sent a patch
to fix it [1].
Cheers,
[1] https://lists.xen.org/archives/html/xen-devel/2018-03/msg02397.html
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-03-21 4:13 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-03-20 19:48 [xen-unstable-smoke test] 121001: regressions - FAIL osstest service owner
2018-03-20 19:55 ` Andrew Cooper
2018-03-21 4:12 ` Julien Grall
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.