On Mon, 3 Jul 2017, Dou Liyang wrote:
> At 07/03/2017 03:18 AM, Thomas Gleixner wrote:
> > On Fri, 30 Jun 2017, Dou Liyang wrote:
> >
> > > xen_smp_ops overwrites smp_prepare_cpus to xen_pv_smp_prepare_cpus
> > > which initializes interrupt itself.
> > >
> > > Touching the intr_mode_init causes u
flight 111308 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111308/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-xsm 5 host-ping-check-native fail in 111249 pass in 111308
test-arm64-arm64-xl 10
Hi Thomas,
At 07/03/2017 02:41 PM, Thomas Gleixner wrote:
On Mon, 3 Jul 2017, Dou Liyang wrote:
At 07/03/2017 01:47 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
+/* Init the interrupt delivery mode for the BSP */
+void __init apic_intr_mode_init(void)
+{
+ switch (a
On Mon, 3 Jul 2017, Dou Liyang wrote:
> At 07/03/2017 01:47 AM, Thomas Gleixner wrote:
> > On Fri, 30 Jun 2017, Dou Liyang wrote:
> > > +/* Init the interrupt delivery mode for the BSP */
> > > +void __init apic_intr_mode_init(void)
> > > +{
> > > + switch (apic_intr_mode_select()) {
> > > + case A
On 17-06-30 06:02:32, Jan Beulich wrote:
> >>> Yi Sun 06/30/17 1:30 PM >>>
> >The input 'type' is CODE. The props->type[0] is DATA and props->type[1] is
> >CODE.
> >In the first iteration, the props->type[0] is DATA so that it does not match
> >'type' and the second check is false too. If we use
Added an interactive option to the 'xl console'-command that
forwards the input stream of the console to the underlying pty.
Made corresponding changes to libxl, xl and xenconsole.
Signed-off-by: Felix Schmoll
---
tools/console/client/main.c | 4
tools/libxl/libxl.h | 5 +++--
to
flight 111348 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111348/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-5 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-3
On Fri, Jun 30, 2017 at 05:19:52PM +0800, Tian, Kevin wrote:
>> From: Gao, Chao
>> Sent: Friday, June 30, 2017 9:17 AM
>>
>> The problem is for a VF of RC integrated PF (e.g. PF's BDF is 00:02.0),
>> we would wrongly use 00:00.0 to search VT-d unit.
>>
>> From SRIOV spec REV 1.0 section 3.7.3, it
Hi Thomas,
At 07/03/2017 03:18 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
xen_smp_ops overwrites smp_prepare_cpus to xen_pv_smp_prepare_cpus
which initializes interrupt itself.
Touching the intr_mode_init causes unexpected results on the system.
Bypass it in enlighten_
Changes in v5:
* Patch 1: add missing historical commit id in commit message
* Patch 2: invert parameter "nowait" to "wait"
* Patch 2: let caller pass in mce_broadcast
* Patch 3: adapt for changes of patch 2
* Patch 3: add comment in mctelem_defer()
* Patch 8: take Wei's A-b
Haozhong Zhang (
If option '-l' or '--lmce' is specified and the host supports LMCE,
xen-mceinj will inject LMCE to CPU specified by '-c' (or CPU0 if '-c'
is not present).
Signed-off-by: Haozhong Zhang
Acked-by: Wei Liu
---
Cc: Ian Jackson
Cc: Wei Liu
---
tools/tests/mce-test/tools/xen-mceinj.c | 50 +
Inject LMCE to guest if the host MCE is LMCE and the affected vcpu is
known. Otherwise, broadcast MCE to all vcpus on Intel host.
Signed-off-by: Haozhong Zhang
Reviewed-by: Jan Beulich
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
xen/arch/x86/cpu/mcheck/mcaction.c | 23 ---
x
Enable LMCE if it's supported by the host CPU. If Xen boot parameter
"mce_fb = 1" is present, LMCE will be disabled forcibly.
Signed-off-by: Haozhong Zhang
Reviewed-by: Jan Beulich
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
xen/arch/x86/cpu/mcheck/mce_intel.c | 46 +
If MCG_LMCE_P is present in guest MSR_IA32_MCG_CAP, then set LMCE and
LOCK bits in guest MSR_IA32_FEATURE_CONTROL. Intel SDM requires those
bits are set before SW can enable LMCE.
Signed-off-by: Haozhong Zhang
Reviewed-by: Kevin Tian
Reviewed-by: Jan Beulich
---
Cc: Jan Beulich
Cc: Andrew Coop
Though XEN_MC_inject_v2 allows injecting MC# to specified CPUs, the
current xc_mca_op() does not use this feature and not provide an
interface to callers. This commit add a new xc_mca_op_inject_v2() that
receives a cpumap providing the set of target CPUs.
Signed-off-by: Haozhong Zhang
Acked-by: W
If LMCE is supported by host and ' mca_caps = [ "lmce" ] ' is present
in xl config, the LMCE capability will be exposed in guest MSR_IA32_MCG_CAP.
By default, LMCE is not exposed to guest so as to keep the backwards migration
compatibility.
Signed-off-by: Haozhong Zhang
Reviewed-by: Jan Beulich
Add a 'wait' argument to mce_barrier_{enter,exit}() to specify whether
the barrier functions should return immediately without waiting
mce_barrier_{enter,exit}() on other CPUs. This is useful when handling
LMCE, where mce_barrier_{enter,exit} are called only on one CPU.
Signed-off-by: Haozhong Zha
Signed-off-by: Haozhong Zhang
Reviewed-by: Jan Beulich
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
xen/arch/x86/cpu/mcheck/mce.c | 24 +++-
xen/include/public/arch-x86/xen-mca.h | 1 +
2 files changed, 24 insertions(+), 1 deletion(-)
diff --git a/xen/arch/x86/cpu/mc
Since c/s cbc585158f ("x86/mce: eliminate unnecessary NR_CPUS-sized
arrays"), struct mc_telem_cpu_ctl was introduced and has been used as
the type of per-cpu variables rather than global variables. However,
some comments within it have not been updated accordingly.
Signed-off-by: Haozhong Zhang
A
If MCG_LMCE_P is present in guest MSR_IA32_MCG_CAP, then allow guest
to read/write MSR_IA32_MCG_EXT_CTL.
Signed-off-by: Haozhong Zhang
Reviewed-by: Jan Beulich
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
xen/arch/x86/cpu/mcheck/vmce.c | 34 +-
xen/include
A round of mce_softirq() may handle multiple deferred MCE's.
1/ If all of them are LMCE's, then mce_softirq() is called on one CPU
and should not wait for others.
2/ If at least one of them is non-local MCE, then mce_softirq()
should sync with other CPUs. mce_softirq() should check those
flight 111345 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111345/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-5 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-3
Hi Thomas,
At 07/03/2017 03:16 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
Add an unconditional x86_init_ops function which defaults to the
standard function and can be overridden by the early platform code.
That changelog describes WHAT the patch does, but not WHY. That
Hi Thomas,
At 07/03/2017 03:15 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
+static void __init delay_with_tsc(void)
+{
+ unsigned long long start, now;
+ unsigned long ticks = jiffies;
Please make that
unsigned long end = jiffies + 4;
ticks really me
Hi Thomas,
At 07/03/2017 02:19 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
static inline int apic_force_enable(unsigned long addr)
diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c
index 0601054..9bf7e95 100644
--- a/arch/x86/kernel/apic/apic.c
+++ b/
Hi Thomas,
At 07/03/2017 02:07 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
-static int __init apic_intr_mode_select(void)
+static int __init apic_intr_mode_select(int *upmode)
{
/* Check kernel option */
if (disable_apic) {
@@ -1206,12 +1208,30 @@ static i
No functional change. Just extract this function for next patch and avoid
code repetition.
Signed-off-by: Xiong Zhang
---
Changes in v2:
-Add No functional change in commit message
-Use 'goto out' style error handling
---
tools/libxl/libxl_pci.c | 47 +
IGD passthrough couldn't work on Skylake and Kabylake, because their
Device ID aren't in fixup_ids[]. Currently we need to add every intel
graphic ID into fixup_ids[], it is hard to maintain.
This patch judge intel graphics through vendor id (0x8086) and class
code(0x03), this could support bo
flight 111311 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111311/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 18 guest-start/win.repeat fail in 111255
REGR. vs. 110441
Tes
flight 111341 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111341/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-5 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-3
Hi, Thomas
At 07/03/2017 01:54 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
/*
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index 93f0cda..d6721f0 100644
--- a/arch/x86/kernel/smpboot.c
+++ b/arch/x86/kernel/smpboot.c
@@ -1347,8 +1347,11 @@ void __ini
Hi Thomas,
At 07/03/2017 01:47 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
+/* Init the interrupt delivery mode for the BSP */
+void __init apic_intr_mode_init(void)
+{
+ switch (apic_intr_mode_select()) {
+ case APIC_PIC:
+ apic_printk(APIC_VERBO
Hi Thomas,
At 07/03/2017 01:37 AM, Thomas Gleixner wrote:
On Fri, 30 Jun 2017, Dou Liyang wrote:
+static int __init apic_intr_mode_select(void)
+{
+ /* Check kernel option */
+ if (disable_apic) {
+ pr_info("APIC disabled via kernel command line\n");
+ re
This run is configured for baseline tests only.
flight 71624 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71624/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3 17 guest-start/win
flight 111339 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111339/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-5 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-3
This patch adds new interface for GNTTABOP_query_size in libxc to help
query the current grant table frames and maximum grant table frames for a
specific domain.
Signed-off-by: Dongli Zhang
---
Changed since v1:
* Change %d to %u in ERROR()
---
tools/libxc/include/xenctrl.h | 1 +
tools/libx
As both xen-netfront and xen-blkfront support multi-queue, they would
consume a lot of grant table references when there are many paravirtual
devices and vcpus assigned to guest. Guest domU might panic or hang due to
grant allocation failure when nr_grant_frames in guest has reached its max
value.
flight 111334 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111334/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-5 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-3
flight 111294 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111294/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 6 xen-build fail in 111228 REGR. vs. 111054
Tests which are faili
flight 111330 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111330/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail like 110421
test-amd64-i386-xl-qemuu-win7-amd64 17 g
Hi,
On 06/30/2017 10:19 PM, Stefano Stabellini wrote:
On Thu, 22 Jun 2017, Volodymyr Babchuk wrote:
PSCI handling code had helper routine that checked calling convention.
It does not needed anymore, because:
- Generic handler checks that 64 bit calls can be made only by
64 bit guests.
On 07/02/2017 08:34 PM, Julien Grall wrote:
Hi Volodymyr
On 06/22/2017 05:25 PM, Volodymyr Babchuk wrote:
PSCI handling code had helper routine that checked calling convention.
It does not needed anymore, because:
- Generic handler checks that 64 bit calls can be made only by
64 bit gu
Hi Volodymyr
On 06/22/2017 05:25 PM, Volodymyr Babchuk wrote:
PSCI handling code had helper routine that checked calling convention.
It does not needed anymore, because:
- Generic handler checks that 64 bit calls can be made only by
64 bit guests.
- SMCCC requires that 64-bit handler s
Hi,
On 06/30/2017 10:13 PM, Stefano Stabellini wrote:
On Thu, 22 Jun 2017, Volodymyr Babchuk wrote:
+}
+return false;
+}
+
+/* helper function for checking arm mode 32/64 bit */
+static inline int psci_mode_check(struct domain *d, register_t fid)
+{
+return !( is_64bit_domain(d)
On Fri, 30 Jun 2017, Dou Liyang wrote:
> xen_smp_ops overwrites smp_prepare_cpus to xen_pv_smp_prepare_cpus
> which initializes interrupt itself.
>
> Touching the intr_mode_init causes unexpected results on the system.
>
> Bypass it in enlighten_pv system.
So that's the wrong patch order then.
On Fri, 30 Jun 2017, Dou Liyang wrote:
> Add an unconditional x86_init_ops function which defaults to the
> standard function and can be overridden by the early platform code.
That changelog describes WHAT the patch does, but not WHY. That's useless
as we can see WHAT the patch does from the patch
On Fri, 30 Jun 2017, Dou Liyang wrote:
> +static void __init delay_with_tsc(void)
> +{
> + unsigned long long start, now;
> + unsigned long ticks = jiffies;
Please make that
unsigned long end = jiffies + 4;
ticks really means: number of ticks. But that variable is doing something
flight 111329 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111329/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-4 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-5
This run is configured for baseline tests only.
flight 71623 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71623/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 9 debian-install
On Fri, 30 Jun 2017, Dou Liyang wrote:
> static inline int apic_force_enable(unsigned long addr)
> diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c
> index 0601054..9bf7e95 100644
> --- a/arch/x86/kernel/apic/apic.c
> +++ b/arch/x86/kernel/apic/apic.c
> @@ -1198,6 +1198,10 @@
On Fri, 30 Jun 2017, Dou Liyang wrote:
> -static int __init apic_intr_mode_select(void)
> +static int __init apic_intr_mode_select(int *upmode)
> {
> /* Check kernel option */
> if (disable_apic) {
> @@ -1206,12 +1208,30 @@ static int __init apic_intr_mode_select(void)
> if (!smp
On Fri, 30 Jun 2017, Dou Liyang wrote:
> /*
> diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
> index 93f0cda..d6721f0 100644
> --- a/arch/x86/kernel/smpboot.c
> +++ b/arch/x86/kernel/smpboot.c
> @@ -1347,8 +1347,11 @@ void __init native_smp_prepare_cpus(unsigned int
> max_cpus
flight 111280 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111280/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
110515
Regressions
On Fri, 30 Jun 2017, Dou Liyang wrote:
> +/* Init the interrupt delivery mode for the BSP */
> +void __init apic_intr_mode_init(void)
> +{
> + switch (apic_intr_mode_select()) {
> + case APIC_PIC:
> + apic_printk(APIC_VERBOSE, KERN_INFO
> + "Keep in PIC mode(
On Fri, 30 Jun 2017, Dou Liyang wrote:
> +static int __init apic_intr_mode_select(void)
> +{
> + /* Check kernel option */
> + if (disable_apic) {
> + pr_info("APIC disabled via kernel command line\n");
> + return APIC_PIC;
> + }
> +
> + /* Check BIOS */
> +#
Hi Julien,
On 06/30/2017 05:54 PM, Julien Grall wrote:
> lpae_* helpers can work on any LPAE translation tables. Move them in
> lpae.h to allow other part of Xen to use them.
>
> Signed-off-by: Julien Grall
> Reviewed-by: Stefano Stabellini
> ---
>
> Cc: prosku...@sec.in.tum.de
>
> Change
Hi Julien,
On 06/30/2017 05:54 PM, Julien Grall wrote:
> The helpers p2m_valid, p2m_table, p2m_mapping and p2m_is_superpage are
> not specific to the stage-2 translation tables. They can also work on
> any LPAE translation tables. So rename then to lpae_* and use pte.walk
> to look for the value o
flight 111326 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111326/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-4 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-5
Hi Julien,
On 06/30/2017 05:54 PM, Julien Grall wrote:
> Also adding one missing full stop + fix description
>
> Signed-off-by: Julien Grall
> Reviewed-by: Stefano Stabellini
> ---
>
> Cc: prosku...@sec.in.tum.de
>
> I haven't retained Stefano's reviewed-by because of the description
>
flight 111321 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111321/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-4 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-5
flight 111312 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111312/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-4 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-5
flight 111265 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111265/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail blocked in 77
test-amd64-amd64-xl-qemuu-win7-amd6
flight 111258 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111258/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 6 xen-install fail REGR. vs. 111209
Tests which did not suc
flight 111315 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111315/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
coverity-amd646 coverity-build fail REGR. vs. 40
version t
On Fri, Jun 30, 2017 at 06:18:11PM +0100, Andrew Cooper wrote:
> On 30/06/17 17:57, Marek Marczykowski-Górecki wrote:
> > Hi,
> >
> > How you guys handle patches with emails? I know git am and git
> > format-patch/send-email, but those tools are quite limited, especially
> > when handling patch ser
flight 111255 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111255/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-amd 12 guest-start/redhat.repeat fail REGR. vs.
110441
test-amd64-a
flight 111249 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111249/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 5 host-ping-check-native fail REGR. vs. 110465
test-amd64-i386-xl
flight 111305 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111305/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-4 59 leak-check/check fail REGR. vs. 111074
test-xtf-amd64-amd64-5
68 matches
Mail list logo
