[PATCH] sched,psi: fix typo in comment

2021-03-27 Thread Xie XiuQi
s/exceution/execution/ s/possibe/possible/ s/manupulations/manipulations/ Signed-off-by: Xie XiuQi --- kernel/sched/psi.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/kernel/sched/psi.c b/kernel/sched/psi.c index 967732c0766c..7c800be47c6f 100644 --- a/kernel/sched

[PATCH 0/2] soc/tegra: Fix build with Tegra234 configuration

2021-03-27 Thread Xie XiuQi
(not in a function); did you mean ‘tegra_ivc’? { .compatible = "nvidia,tegra186-bpmp", .data = &tegra186_soc }, ^~~~ tegra_ivc Xie XiuQi (2): soc/tegra: fuse: Fix build

[PATCH 2/2] firmware: tegra: Fix build with Tegra234 configuration

2021-03-27 Thread Xie XiuQi
rt on Tegra234") Signed-off-by: Xie XiuQi --- drivers/firmware/tegra/Makefile | 1 + drivers/firmware/tegra/bpmp-private.h | 3 ++- drivers/firmware/tegra/bpmp.c | 3 ++- 3 files changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/firmware/tegra/Makefile b/driver

[PATCH 1/2] soc/tegra: fuse: Fix build with Tegra234 configuration

2021-03-27 Thread Xie XiuQi
: Add Tegra234 support") Signed-off-by: Xie XiuQi --- drivers/soc/tegra/fuse/fuse-tegra30.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/soc/tegra/fuse/fuse-tegra30.c b/drivers/soc/tegra/fuse/fuse-tegra30.c index 9ea7f0168457..c1aa7815bd6e 100644 --- a/drivers

[PATCH] scsi: qedi: remove unused variable udev & uctrl

2020-05-05 Thread Xie XiuQi
uctrl and udev are unused after commit 9632a6b4b747 ("scsi: qedi: Move LL2 producer index processing in BH.") Remove them. Signed-off-by: Xie XiuQi --- drivers/scsi/qedi/qedi_main.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/scsi/qedi/qedi_main.c b/drivers

[PATCH] Input: atmel_mxt_ts: remove meaningless checking

2020-05-05 Thread Xie XiuQi
byte_offset is unsigned integer, it's always >= 0, so remove this meaningless checking. Signed-off-by: Xie XiuQi --- drivers/input/touchscreen/atmel_mxt_ts.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/input/touchscreen/atmel_mxt_ts.c b/drivers/input/tou

[PATCH net-next] ixgbe: fix signed-integer-overflow warning

2020-05-04 Thread Xie XiuQi
eric+0x4d0/0x590 [ixgbe] ixgbe_service_task+0xc20/0x1f78 [ixgbe] process_one_work+0x8f0/0xf18 worker_thread+0x430/0x6d0 kthread+0x218/0x238 ret_from_fork+0x10/0x18 Reported-by: Hulk Robot Signed-off-by: Xie XiuQi --- drivers/net/ethernet/intel/ixgbe/ixgbe_common.c | 2 +- 1 file changed, 1

[tip: sched/core] sched/debug: Fix trival print_task() format

2020-05-01 Thread tip-bot2 for Xie XiuQi
The following commit has been merged into the sched/core branch of tip: Commit-ID: f080d93e1d419099a99d7473ed532289ca8dc717 Gitweb: https://git.kernel.org/tip/f080d93e1d419099a99d7473ed532289ca8dc717 Author:Xie XiuQi AuthorDate:Tue, 14 Apr 2020 20:57:21 +08:00 Committer

Re: [PATCH] arm64: panic on synchronous external abort in kernel context

2020-04-30 Thread Xie XiuQi
Hi James, Sorry for reply late. On 2020/4/14 22:53, James Morse wrote: > Hi Xie, > > On 14/04/2020 13:39, Xie XiuQi wrote: >> On 2020/4/14 20:16, James Morse wrote: >>> On 14/04/2020 11:59, Mark Rutland wrote: >>>> On Fri, Apr 10, 2020 at 09:52:45AM +0800, Xi

Re: [PATCH] epoll: optimize epmutex in ep_free and eventpoll_release_file

2019-08-08 Thread Xie XiuQi
been removed, ep_loop_check_proc() can not > + * get the file by ep->rbr. > + */ > + if (!list_empty_careful(&file->f_tfile_llink)) { > + mutex_lock(&epmutex); > + list_del_init(&file->f_tfile_llink); > + mutex_unlock(&epmutex); > } > - mutex_unlock(&epmutex); > } > > static int ep_alloc(struct eventpoll **pep) > @@ -1030,6 +1106,8 @@ static int ep_alloc(struct eventpoll **pep) > ep->rbr = RB_ROOT_CACHED; > ep->ovflist = EP_UNACTIVE_PTR; > ep->user = user; > + INIT_LIST_HEAD(&ep->visited_list_link); > + refcount_set(&ep->ref, 1); > > *pep = ep; > > @@ -2018,7 +2096,7 @@ static int ep_loop_check(struct eventpoll *ep, struct > file *file) > list_for_each_entry_safe(ep_cur, ep_next, &visited_list, > visited_list_link) { > ep_cur->visited = 0; > - list_del(&ep_cur->visited_list_link); > + list_del_init(&ep_cur->visited_list_link); > } > return ret; > } > -- Thanks, Xie XiuQi

[tip:sched/urgent] sched/numa: Fix a possible divide-by-zero

2019-04-25 Thread tip-bot for Xie XiuQi
Commit-ID: a860fa7b96e1a1c974556327aa1aee852d434c21 Gitweb: https://git.kernel.org/tip/a860fa7b96e1a1c974556327aa1aee852d434c21 Author: Xie XiuQi AuthorDate: Sat, 20 Apr 2019 16:34:16 +0800 Committer: Ingo Molnar CommitDate: Thu, 25 Apr 2019 19:58:54 +0200 sched/numa: Fix a possible

[tip:sched/urgent] sched/numa: Fix a possible divide-by-zero

2019-04-25 Thread tip-bot for Xie XiuQi
Commit-ID: 993efef2483bde15fd33ec5fba5464597c2d8124 Gitweb: https://git.kernel.org/tip/993efef2483bde15fd33ec5fba5464597c2d8124 Author: Xie XiuQi AuthorDate: Sat, 20 Apr 2019 16:34:16 +0800 Committer: Ingo Molnar CommitDate: Thu, 25 Apr 2019 19:58:35 +0200 sched/numa: Fix a possible

Re: [PATCH] sched: fix a potential divide error

2019-04-25 Thread Xie XiuQi
Hi Peter, On 2019/4/25 16:00, Peter Zijlstra wrote: > On Thu, Apr 25, 2019 at 11:52:28AM +0800, Xie XiuQi wrote: >> On 2019/4/24 2:44, Peter Zijlstra wrote: > >>> I'll try and come up with a better Changelog tomorrow. > > I actually did, but forgot to send ou

Re: [PATCH] sched: fix a potential divide error

2019-04-24 Thread Xie XiuQi
Hi Peter, Thanks for your comments. On 2019/4/24 2:44, Peter Zijlstra wrote: > On Sat, Apr 20, 2019 at 04:34:16PM +0800, Xie XiuQi wrote: >> We meet a divide error on 3.10.0 kernel, the error message is bellow: > > That is a _realll_ old kernel. I would urge you to u

[PATCH] sched: fix a potential divide error

2019-04-20 Thread Xie XiuQi
r was triggerred at the div operation: task_numa_placement: runtime = numa_get_avg_runtime(p, &period); f_weight = div64_u64(runtime << 16, period + 1); // divide error here In this patch, we make sure period is not less than 0 to avoid this divide error. Signed-off-by: Xie

Re: KASAN: use-after-free Write in _free_event

2019-02-16 Thread Xie XiuQi
hboard link: https://syzkaller.appspot.com/bug?extid=a24c397a29ad22d86c98 >> compiler: gcc (GCC) 8.0.1 20180413 (experimental) >> >> Unfortunately, I don't have any reproducer for this crash yet. > > Is there a

Re: [PATCH] sched: fix infinity loop in update_blocked_averages

2018-12-27 Thread Xie XiuQi
(cfs_rq_is_decayed(cfs_rq) && > + rq->tmp_alone_branch == &rq->leaf_cfs_rq_list) > list_del_leaf_cfs_rq(cfs_rq); > > /* Don't need periodic decay once load/util_avg are null */ > > . > -- Thanks, Xie XiuQi

[PATCH] sched: fix infinity loop in update_blocked_averages

2018-12-26 Thread Xie XiuQi
fore delete it from list. Reported-by: Zhipeng Xie Cc: Bin Li Cc: [4.10+] Fixes: 9c2791f936ef (sched/fair: Fix hierarchical order in rq->leaf_cfs_rq_list) Signed-off-by: Xie XiuQi Tested-by: Zhipeng Xie --- kernel/sched/fair.c | 5 + 1 file changed, 5 insertions(+) diff --git a

Re: [PATCH 1/2] arm64: avoid alloc memory on offline node

2018-06-19 Thread Xie XiuQi
the original patch just because it is safer for an -rc > cycle even though if the patch below would do delaying the fix for a > couple of -rc (to get it tested across ACPI ARM64 NUMA platforms) is > not a disaster. I tested this patch on my arm board, it works. -- Thanks, Xie XiuQi >

Re: [PATCH 1/2] arm64: avoid alloc memory on offline node

2018-06-19 Thread Xie XiuQi
Hi Michal, On 2018/6/19 20:07, Michal Hocko wrote: > On Tue 19-06-18 20:03:07, Xie XiuQi wrote: > [...] >> I tested on a arm board with 128 cores 4 numa nodes, but I set >> CONFIG_NR_CPUS=72. >> Then node 3 is not be created, because node 3 has no memory, and no cpu. &g

Re: [PATCH 1/2] arm64: avoid alloc memory on offline node

2018-06-19 Thread Xie XiuQi
root_ops = kzalloc_node(sizeof(*root_ops), GFP_KERNEL, node); 182 if (!root_ops) { 183 kfree(ri); 184 return NULL; 185 } 186 187 ri->cfg = pci_acpi_setup_ecam_mapping(root); 188 if (!ri->cfg) { 189 kfree(ri); 190

Re: [PATCH 1/2] arm64: avoid alloc memory on offline node

2018-06-11 Thread Xie XiuQi
Hi Michal, On 2018/6/11 16:52, Michal Hocko wrote: > On Mon 11-06-18 11:23:18, Xie XiuQi wrote: >> Hi Michal, >> >> On 2018/6/7 20:21, Michal Hocko wrote: >>> On Thu 07-06-18 19:55:53, Hanjun Guo wrote: >>>> On 2018/6/7 18:55, Michal Hocko wrote: >

Re: [PATCH 1/2] arm64: avoid alloc memory on offline node

2018-06-10 Thread Xie XiuQi
2c0 RSP: 881196947a90 [ 120.776780] CR2: 2088 [ 120.780116] ---[ end trace 89f801c36550734f ]--- [ 120.978922] Kernel panic - not syncing: Fatal exception [ 120.984186] Kernel Offset: 0x3380 from 0x8100 (relocation range: 0x8000-0xbfff) [ 121.209501] ---[ end Kernel panic - not syncing: Fatal exception ]--- -- Thanks, Xie XiuQi

[PATCH 0/2] arm64/drivers: avoid alloc memory on offline node

2018-05-31 Thread Xie XiuQi
) [ 25.980162] ---[ end trace 64f0893eb21ec283 ]--- [ 25.984765] Kernel panic - not syncing: Fatal exception Xie XiuQi (2): arm64: avoid alloc memory on offline node drivers: check numa node's online status in dev_to_node arch/arm64/kernel/pci.c | 3 +++ include/linux/device.h

[PATCH 2/2] drivers: check numa node's online status in dev_to_node

2018-05-31 Thread Xie XiuQi
340 [ 28.093577] kernel_init+0x18/0x118 [ 28.097052] ret_from_fork+0x10/0x1c [ 28.100614] Code: 7100047f 321902a4 1a950095 b5000602 (b9400803) [ 28.106740] ---[ end trace e32df44e6e1c3a4b ]--- Signed-off-by: Xie XiuQi Tested-by: Huiqiang Wang Cc: Hanjun Guo Cc: Tomasz Nowicki Cc: Xishi

[PATCH 1/2] arm64: avoid alloc memory on offline node

2018-05-31 Thread Xie XiuQi
) [ 25.980162] ---[ end trace 64f0893eb21ec283 ]--- [ 25.984765] Kernel panic - not syncing: Fatal exception Signed-off-by: Xie XiuQi Tested-by: Huiqiang Wang Cc: Hanjun Guo Cc: Tomasz Nowicki Cc: Xishi Qiu --- arch/arm64/kernel/pci.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a

Re: [PATCH v5 2/3] GHES: add a notify chain for process memory section

2018-02-08 Thread Xie XiuQi
Hi Boris, Thanks for your comments. On 2018/2/7 18:31, Borislav Petkov wrote: > On Fri, Jan 26, 2018 at 08:31:24PM +0800, Xie XiuQi wrote: >> Add a notify chain for process memory section, with >> which other modules might do error recovery. >> >> Signed-off-by: Xi

Re: [PATCH v5 1/3] arm64/ras: support sea error recovery

2018-02-08 Thread Xie XiuQi
Hi James, Sorry for reply late. On 2018/2/8 3:03, James Morse wrote: > Hi Xie XiuQi, > > On 30/01/18 19:19, James Morse wrote: >> On 26/01/18 12:31, Xie XiuQi wrote: >>> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors >>> are consumed.

[PATCH v5 1/3] arm64/ras: support sea error recovery

2018-01-26 Thread Xie XiuQi
..f0f18da --- /dev/null +++ b/arch/arm64/include/asm/ras.h @@ -0,0 +1,23 @@ +/* + * ARM64 SEA error recoery support + * + * Copyright 2017 Huawei Technologies Co., Ltd. + * Author: Xie XiuQi + * Author: Wang Xiongfeng + * + * This program is free software; you can redistribute it and/or + *

[PATCH v5 2/3] GHES: add a notify chain for process memory section

2018-01-26 Thread Xie XiuQi
Add a notify chain for process memory section, with which other modules might do error recovery. Signed-off-by: Xie XiuQi Tested-by: Wang Xiongfeng Tested-by: Tyler Baicar --- drivers/acpi/apei/ghes.c | 10 ++ include/acpi/ghes.h | 8 2 files changed, 18 insertions

[PATCH v5 0/3] arm64/ras: support sea error recovery

2018-01-26 Thread Xie XiuQi
error directly https://lkml.org/lkml/2017/9/1/189 Xie XiuQi (3): arm64/ras: support sea error recovery GHES: add a notify chain for process memory section arm64/ras: save error address from memory section for recovery arch/arm64/Kconfig | 11 +++ arch/arm64/include/asm/ras.h

[PATCH v5 3/3] arm64/ras: save error address from memory section for recovery

2018-01-26 Thread Xie XiuQi
In some platform, when SEA triggerred, physical address might be reported by memory section, so we save it for error recovery later. Signed-off-by: Xie XiuQi Tested-by: Wang Xiongfeng Tested-by: Tyler Baicar --- arch/arm64/kernel/ras.c | 31 +++ 1 file changed, 31

Re: [PATCH v4 0/4] arm64/ras: support sea error recovery

2018-01-25 Thread Xie XiuQi
e CPER_ARM_BUS_ERROR2 > +#define CPER_ARM_VENDOR_ERROR3 -- Thanks, Xie XiuQi

Re: [RESEND PATCH V2] arm64: fault: avoid send SIGBUS two times

2017-12-11 Thread Xie XiuQi
_notify_die("", regs, &info, esr); > > - return ret; > + return 0; It looks good to me. do_sea() has done all necessary action for SEA, so it should always return 0, no matter ghes_notify_sea() return true or false. Reviewed-by: Xie XiuQi > } > > static const struct fault_info fault_info[] = { > -- > 2.10.1 > -- Thanks, Xie XiuQi

[tip:ras/core] x86/MCE: Extend table to report action optional errors through CMCI too

2017-12-04 Thread tip-bot for Xie XiuQi
Commit-ID: e085ac7a6ddbd746966083c5e13aa290c3e9a253 Gitweb: https://git.kernel.org/tip/e085ac7a6ddbd746966083c5e13aa290c3e9a253 Author: Xie XiuQi AuthorDate: Mon, 4 Dec 2017 17:54:37 +0100 Committer: Thomas Gleixner CommitDate: Mon, 4 Dec 2017 20:38:44 +0100 x86/MCE: Extend table to

[PATCH resend] trace/xdp: fix compile warning: 'struct bpf_map' declared inside parameter list

2017-11-29 Thread Xie XiuQi
) \ ^~ ./include/linux/tracepoint.h:354:4: note: in expansion of macro ‘PARAMS’ PARAMS(void *__data, proto), \ ^~ Reported-by: Huang Daode Cc: Hanjun Guo Fixes: 8d3b778ff544 ("xdp: tracepoint xdp_redirect also need a map argument") Signed-off-by: Xie XiuQi Acked-by: Jesper Danga

Re: [PATCH] trace/xdp: fix compile warning: ‘struct bpf_map’ declared inside parameter list

2017-11-29 Thread Xie XiuQi
'll resend soon. >> Fixes: 8d3b778ff544 ("xdp: tracepoint xdp_redirect also need a map argument") >> >> Acked-by: Jesper Dangaard Brouer > Thanks, > Daniel -- Thanks, Xie XiuQi

[PATCH] trace/xdp: fix compile warning: ‘struct bpf_map’ declared inside parameter list

2017-11-29 Thread Xie XiuQi
) \ ^~ ./include/linux/tracepoint.h:354:4: note: in expansion of macro ‘PARAMS’ PARAMS(void *__data, proto), \ ^~ Reported-by: Huang Daode Cc: Hanjun Guo Signed-off-by: Xie XiuQi --- include/trace/events/xdp.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/trace/events/xdp.h b

[PATCH v2] x86/mce: add support SRAO reported via CMC check

2017-11-24 Thread Xie XiuQi
reported as a corrected machine check (CMC). So we could merge this two case, and just remove the S=0 check for SRAO in mce_severity(). --- v2: add OVER=0 check and merge MCE and CMC case. Signed-off-by: Xie XiuQi Tested-by: Chen Wei Reviewed-by: Tony Luck --- arch/x86/kernel/cpu/mcheck/mce

Re: [PATCH] x86/mce: add support SRAO reported via CMC check

2017-11-15 Thread Xie XiuQi
machine check (CMC). As the description in SDM, I think this flag could be used to determine whether MCE or CMC was triggered. So we could merge this two case in one and just remove the S=0 check for SRAO. How about this patch? >From a06b2a781a86e3b1fe241591b53f7a6d33d63331 Mon Sep 17 00:00:00 2001 Fr

Re: [PATCH] x86/mce: add support SRAO reported via CMC check

2017-11-14 Thread Xie XiuQi
ernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > > -- Thanks, Xie XiuQi

Re: [PATCH] x86/mce: add support SRAO reported via CMC check

2017-11-14 Thread Xie XiuQi
Hi Tony, On 2017/11/15 2:51, Luck, Tony wrote: > On Tue, Nov 14, 2017 at 01:55:11PM +0800, Xie XiuQi wrote: >> +/* known AO MCACODs reported via CMC: */ >> +MCESEV( >> +AO, "Action optional: memory scrubbing error", >> +

[PATCH] x86/mce: add support SRAO reported via CMC check

2017-11-13 Thread Xie XiuQi
In Intel SDM Volume 3B (253669-063US, July 2017), SRAO could be reported via CMC: In cases when SRAO is signaled via CMCI the error signature is indicated via UC=1, PCC=0, S=0. So we add those known AO MCACODs check in mce_severity(). Signed-off-by: Xie XiuQi Tested-by: Chen Wei --- arch

[PATCH v4 0/4] arm64/ras: support sea error recovery

2017-09-27 Thread Xie XiuQi
s not selected - use a notify chain instead of call arch_apei_report_mem_error directly https://lkml.org/lkml/2017/9/1/189 Xie XiuQi (4): ACPI, CPER: add arm error info type definition arm64/ras: support sea error recovery GHES: add a notify chain for process memory section arm64/ras: save

[PATCH v4 4/4] arm64/ras: save error address from memory section for recovery

2017-09-27 Thread Xie XiuQi
In some platform, when SEA triggerred, physical address might be reported by memory section, so we save it for error recovery later. Signed-off-by: Xie XiuQi --- arch/arm64/kernel/ras.c | 31 +++ 1 file changed, 31 insertions(+) diff --git a/arch/arm64/kernel/ras.c

Re: [PATCH v3 1/3] arm64/ras: support sea error recovery

2017-09-27 Thread Xie XiuQi
Hi James, I'll send v4 to fix some small issue, for same one who interested with this feature could test it. For the question you mentioned, I will study in depth. Any comments is welcome. On 2017/9/16 2:33, James Morse wrote: > Hi Xie XiuQi, > > On 11/09/17 15:11, Xie XiuQi wro

[PATCH v4 1/4] ACPI, CPER: add arm error info type definition

2017-09-27 Thread Xie XiuQi
Add arm error info type definition according to ACPI6.1 Table 261. ARM Processor Error Information Structure, which is used for error recovery in the following patches. Signed-off-by: Xie XiuQi --- include/linux/cper.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/linux

[PATCH v4 2/4] arm64/ras: support sea error recovery

2017-09-27 Thread Xie XiuQi
++ b/arch/arm64/include/asm/ras.h @@ -0,0 +1,23 @@ +/* + * ARM64 SEA error recoery support + * + * Copyright 2017 Huawei Technologies Co., Ltd. + * Author: Xie XiuQi + * Author: Wang Xiongfeng + * + * This program is free software; you can redistribute it and/or + * modify it under the terms

[PATCH v4 3/4] GHES: add a notify chain for process memory section

2017-09-27 Thread Xie XiuQi
Add a notify chain for process memory section, with which other modules might do error recovery. Signed-off-by: Xie XiuQi --- drivers/acpi/apei/ghes.c | 10 ++ include/acpi/ghes.h | 8 2 files changed, 18 insertions(+) diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi

Re: [PATCH v3 1/3] arm64/ras: support sea error recovery

2017-09-20 Thread Xie XiuQi
Hi James, I try to explain some of following questions. On 2017/9/16 2:33, James Morse wrote: > Hi Xie XiuQi, > > On 11/09/17 15:11, Xie XiuQi wrote: >> I first describe the approach of this patchset: >> >> A memory access error on the execution path usually trigge

Re: [PATCH v3 1/3] arm64/ras: support sea error recovery

2017-09-11 Thread Xie XiuQi
ATCH v4 0/5] x86: Rework IST interrupts https://lkml.org/lkml/2014/11/21/632 On 2017/9/9 2:15, James Morse wrote: > Hi Xie XiuQi, > > (Sorry a few versions of this went past before I caught up with it) > > On 07/09/17 08:45, Xie XiuQi wrote: >> With ARM v8.2 RAS Extension, SEA are

[PATCH v3 3/3] arm64/ras: save error address from memory section for recovery

2017-09-07 Thread Xie XiuQi
In some platform, when SEA triggerred, physical address might be reported by memory section, so we save it for error recovery later. Signed-off-by: Xie XiuQi --- arch/arm64/kernel/ras.c | 31 +++ 1 file changed, 31 insertions(+) diff --git a/arch/arm64/kernel/ras.c

[PATCH v3 1/3] arm64/ras: support sea error recovery

2017-09-07 Thread Xie XiuQi
running, we could check it and call memory_failure() to do recovery. It's safe, because we are in process context. Signed-off-by: Xie XiuQi Signed-off-by: Wang Xiongfeng --- arch/arm64/Kconfig | 11 +++ arch/arm64/include/asm/ras.h | 36 + arch/arm64/includ

[PATCH v3 2/3] GHES: add a notify chain for process memory section

2017-09-07 Thread Xie XiuQi
Add a notify chain for process memory section, with which other modules might do error recovery. Signed-off-by: Xie XiuQi --- drivers/acpi/apei/ghes.c | 10 ++ include/acpi/ghes.h | 8 2 files changed, 18 insertions(+) diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi

[PATCH v3 0/3] arm64/ras: support sea error recovery

2017-09-07 Thread Xie XiuQi
https://lkml.org/lkml/2017/9/1/189 Xie XiuQi (3): arm64/ras: support sea error recovery GHES: add a notify chain for process memory section arm64/ras: save error address from memory section for recovery arch/arm64/Kconfig | 11 +++ arch/arm64/include/asm/ras.h

Re: [PATCH v2 1/3] arm64/ras: support sea error recovery

2017-09-06 Thread Xie XiuQi
Hi Borislav, On 2017/9/6 18:12, Borislav Petkov wrote: > On Tue, Sep 05, 2017 at 07:06:04PM +0800, Xie XiuQi wrote: >> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors >> are consumed. In some cases, if the error address is in a clean page or a >> rea

[PATCH v2 1/3] arm64/ras: support sea error recovery

2017-09-05 Thread Xie XiuQi
running, we could check it and call memory_failure() to do recovery. It's safe, because we are in process context. Signed-off-by: Xie XiuQi Signed-off-by: Wang Xiongfeng --- arch/arm64/Kconfig | 11 +++ arch/arm64/include/asm/ras.h | 36 + arch/arm64/includ

[PATCH v2 2/3] GHES: add a notify chain for process memory section

2017-09-05 Thread Xie XiuQi
Add a notify chain for process memory section, with which other modules might do error recovery. Signed-off-by: Xie XiuQi Tested-by: Wang Xiongfeng --- drivers/acpi/apei/ghes.c | 10 ++ include/acpi/ghes.h | 8 2 files changed, 18 insertions(+) diff --git a/drivers/acpi

[PATCH v2 3/3] arm64/ras: save error address from memory section for recovery

2017-09-05 Thread Xie XiuQi
In some platform, when SEA triggerred, physical address might be reported by memory section, so we save it for error recovery later. Signed-off-by: Xie XiuQi Tested-by: Wang Xiongfeng --- arch/arm64/kernel/ras.c | 31 +++ 1 file changed, 31 insertions(+) diff --git

[PATCH v2 0/3] arm64/ras: support sea error recovery

2017-09-05 Thread Xie XiuQi
instead of call arch_apei_report_mem_error directly https://lkml.org/lkml/2017/9/1/189 Xie XiuQi (3): arm64/ras: support sea error recovery GHES: add a notify chain for process memory section arm64/ras: save error address from memory section for recovery arch/arm64/Kconfig

Re: [RFC PATCH v1 2/3] apei: add ghes param for arch_apei_report_mem_error

2017-09-04 Thread Xie XiuQi
Hi Borislav, On 2017/9/1 19:15, Borislav Petkov wrote: > n Fri, Sep 01, 2017 at 06:32:00PM +0800, Xie XiuQi wrote: >> Add ghes param for arch_apei_report_mem_error, with which >> we could do more arch-specific processing. >> >> Signed-off-by: Xie XiuQi >> --

Re: [RFC PATCH v1 1/3] arm64/ras: support sea error recovery

2017-09-03 Thread Xie XiuQi
Hi Julien, On 2017/9/1 23:51, Julien Thierry wrote: > Hi Xie, > > On 01/09/17 11:31, Xie XiuQi wrote: >> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors >> are consumed. In some cases, if the error address is in a clean page or a >> read-only

[RFC PATCH v1 0/3] arm64/ras: support sea error recovery

2017-09-01 Thread Xie XiuQi
running, we could check it and call memory_failure() to do recovery. It's safe, because we are in process context. In some platform, when SEA triggerred, physical address could be reported by memory section or by processor section, so we save address at this two place. Xie XiuQi (3): arm6

[RFC PATCH v1 2/3] apei: add ghes param for arch_apei_report_mem_error

2017-09-01 Thread Xie XiuQi
Add ghes param for arch_apei_report_mem_error, with which we could do more arch-specific processing. Signed-off-by: Xie XiuQi --- arch/x86/kernel/acpi/apei.c | 2 +- drivers/acpi/apei/apei-base.c | 4 +++- drivers/acpi/apei/ghes.c | 2 +- include/acpi/apei.h | 4 +++- include

[RFC PATCH v1 1/3] arm64/ras: support sea error recovery

2017-09-01 Thread Xie XiuQi
running, we could check it and call memory_failure() to do recovery. It's safe, because we are in process context. Signed-off-by: Xie XiuQi Signed-off-by: Wang Xiongfeng --- arch/arm64/Kconfig | 11 +++ arch/arm64/include/asm/ras.h | 27 +++ arch/arm64/includ

[RFC PATCH v1 3/3] arm64/apei: get error address from memory section for recovery

2017-09-01 Thread Xie XiuQi
In some platform, when SEA triggerred, physical address might be reported by memory section, so we save it for error recovery later. Signed-off-by: Xie XiuQi --- arch/arm64/kernel/ras.c | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm64/kernel/ras.c b/arch/arm64

[tip:sched/core] sched/debug: Intruduce task_state_to_char() helper function

2017-08-10 Thread tip-bot for Xie XiuQi
Commit-ID: 20435d84e5f2041c64c792399ab6f2948a2c2252 Gitweb: http://git.kernel.org/tip/20435d84e5f2041c64c792399ab6f2948a2c2252 Author: Xie XiuQi AuthorDate: Mon, 7 Aug 2017 16:44:23 +0800 Committer: Ingo Molnar CommitDate: Thu, 10 Aug 2017 12:18:20 +0200 sched/debug: Intruduce

[tip:sched/core] sched/debug: Show task state in /proc/sched_debug

2017-08-10 Thread tip-bot for Xie XiuQi
Commit-ID: e8c164954b926f06f109a42fb8595ed01275b141 Gitweb: http://git.kernel.org/tip/e8c164954b926f06f109a42fb8595ed01275b141 Author: Xie XiuQi AuthorDate: Mon, 7 Aug 2017 16:44:22 +0800 Committer: Ingo Molnar CommitDate: Thu, 10 Aug 2017 12:18:19 +0200 sched/debug: Show task state

[PATCH v2 2/2] sched/debug: intruduce task_state_to_char helper function

2017-08-08 Thread Xie XiuQi
Now we have more than one place to get the task state, so intruduce task_state_to_char helper to save some code. No function changed. Signed-off-by: Xie XiuQi --- include/linux/sched.h | 13 + kernel/sched/core.c | 15 --- kernel/sched/debug.c | 10 +++--- 3

[PATCH v2 0/2] sched/debug: show task state on /proc/sched_debug

2017-08-08 Thread Xie XiuQi
84 120 0.00 3424.934159 0.00 7 0 /autogroup-150 --- v2: fix complile error in patch 2. Xie XiuQi (2): sched/debug: show task state on /proc/sched_debug sched/debug: intruduce task_state_to_char helper function include/linux/sched.h | 13 + kernel/sched/core.

[PATCH v2 1/2] sched/debug: show task state on /proc/sched_debug

2017-08-08 Thread Xie XiuQi
84 120 0.00 3424.934159 0.00 7 0 /autogroup-150 Signed-off-by: Xie XiuQi --- kernel/sched/debug.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/kernel/sched/debug.c b/kernel/sched/debug.c index 38f0193..60f7e20 100644 --- a/kernel/sched

Re: [PATCH 2/2] sched/debug: intruduce task_state_to_char helper function

2017-08-08 Thread Xie XiuQi
Hi, I complied patch 2 incomplete, I'll fix it soon. -- Xie XiuQi On 2017/8/8 14:42, kbuild test robot wrote: > Hi Xie, > > [auto build test ERROR on tip/sched/core] > [also build test ERROR on v4.13-rc4 next-20170807] > [if your patch is applied to the wrong git tree, plea

Re: [PATCH 2/2] sched/debug: intruduce task_state_to_char helper function

2017-08-08 Thread Xie XiuQi
testing, I'll fix it in v2. -- Xie XiuQi > > url: > https://github.com/0day-ci/linux/commits/Xie-XiuQi/sched-debug-show-task-state-on-proc-sched_debug/20170808-135825 > config: i386-randconfig-x019-201732 (attached as .config) > compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 2016

[PATCH 2/2] sched/debug: intruduce task_state_to_char helper function

2017-08-07 Thread Xie XiuQi
Now we have more than one place to get the task state, so intruduce task_state_to_char helper to save some code. No function changed. Signed-off-by: Xie XiuQi --- include/linux/sched.h | 13 + kernel/sched/core.c | 15 --- kernel/sched/debug.c | 10 +++--- 3

[PATCH 1/2] sched/debug: show task state on /proc/sched_debug

2017-08-07 Thread Xie XiuQi
84 120 0.00 3424.934159 0.00 7 0 /autogroup-150 Signed-off-by: Xie XiuQi --- kernel/sched/debug.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/kernel/sched/debug.c b/kernel/sched/debug.c index 38f0193..60f7e20 100644 --- a/kernel/sched

[PATCH 0/2] sched/debug: show task state on /proc/sched_debug

2017-08-07 Thread Xie XiuQi
84 120 0.00 3424.934159 0.00 7 0 /autogroup-150 Xie XiuQi (2): sched/debug: show task state on /proc/sched_debug sched/debug: intruduce task_state_to_char helper function include/linux/sched.h | 13 + kernel/sched/core.c | 15 --- kernel/sched/debug

Re: [PATCH v5] trace: ras: add ARM processor error information trace event

2017-06-26 Thread Xie XiuQi
Hi Boris, Thanks for your comments. On 2017/6/26 22:06, Borislav Petkov wrote: > On Sat, Jun 24, 2017 at 11:38:23AM +0800, Xie XiuQi wrote: >> Add a new trace event for ARM processor error information, so that >> the user will know what error occurred. With this information the &

Re: [PATCH v5] trace: ras: add ARM processor error information trace event

2017-06-26 Thread Xie XiuQi
Hi Steve, Thanks for your comments. On 2017/6/26 21:36, Steven Rostedt wrote: > On Sat, 24 Jun 2017 11:38:23 +0800 > Xie XiuQi wrote: > >> diff --git a/include/linux/cper.h b/include/linux/cper.h >> index 4c671fc..17546bf 100644 >> --- a/include/linux/cper.h &g

[PATCH v5] trace: ras: add ARM processor error information trace event

2017-06-23 Thread Xie XiuQi
on ARM64" https://patchwork.kernel.org/patch/9806267/ v3: no change v2: add trace enabled condition as Steven's suggestion. fix a typo. https://patchwork.kernel.org/patch/9653767/ --- Cc: Steven Rostedt Cc: Tyler Baicar Signed-off-by: Xie XiuQi --- drivers/ras/ras.c | 11 +++

Re: [PATCH v4] trace: ras: add ARM processor error information trace event

2017-06-23 Thread Xie XiuQi
Hi Steve, Thanks for your comments. On 2017/6/23 21:42, Steven Rostedt wrote: > On Fri, 23 Jun 2017 19:13:43 +0800 > Xie XiuQi wrote: > >> Add a new trace event for ARM processor error information, so that >> the user will know what error occurred. With this information

[PATCH v4] trace: ras: add ARM processor error information trace event

2017-06-23 Thread Xie XiuQi
Cc: Steven Rostedt Cc: Tyler Baicar Signed-off-by: Xie XiuQi --- drivers/ras/ras.c | 8 + include/linux/cper.h| 5 include/ras/ras_event.h | 79 + 3 files changed, 92 insertions(+) diff --git a/drivers/ras/ras.c b/drivers/ra

[PATCH] modpost: abort if a module name is too long

2017-05-20 Thread Xie XiuQi
s the build properly. Signed-off-by: Wanlong Gao Signed-off-by: Xie XiuQi --- scripts/mod/modpost.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c index 30d752a..db11c57 100644 --- a/scripts/mod/modpost.c +++ b/scripts/mod/modp

Re: [PATCH v3 1/8] trace: ras: add ARM processor error information trace event

2017-04-17 Thread Xie XiuQi
Hi Tyler, On 2017/4/18 1:18, Baicar, Tyler wrote: > On 4/16/2017 9:16 PM, Xie XiuQi wrote: >> On 2017/4/17 11:08, Xie XiuQi wrote: >>>> On 3/30/2017 4:31 AM, Xie XiuQi wrote: >>>>> Add a new trace event for ARM processor error information, so that >>

Re: [PATCH v3 1/8] trace: ras: add ARM processor error information trace event

2017-04-16 Thread Xie XiuQi
Hi Tyler, On 2017/4/17 11:08, Xie XiuQi wrote: > Hi Tyler, > > Thanks for your comments and testing. > > On 2017/4/15 4:36, Baicar, Tyler wrote: >> On 3/30/2017 4:31 AM, Xie XiuQi wrote: >>> Add a new trace event for ARM processor error information, so that >

Re: [PATCH v3 1/8] trace: ras: add ARM processor error information trace event

2017-04-16 Thread Xie XiuQi
Hi Tyler, Thanks for your comments and testing. On 2017/4/15 4:36, Baicar, Tyler wrote: > On 3/30/2017 4:31 AM, Xie XiuQi wrote: >> Add a new trace event for ARM processor error information, so that >> the user will know what error occurred. With this information the >> user

Re: [PATCH v3 7/8] arm64: exception: handle asynchronous SError interrupt

2017-04-14 Thread Xie XiuQi
Hi Mark, Thanks for your comments. On 2017/4/13 18:51, Mark Rutland wrote: > Hi, > > On Thu, Mar 30, 2017 at 06:31:07PM +0800, Xie XiuQi wrote: >> diff --git a/arch/arm64/include/asm/esr.h b/arch/arm64/include/asm/esr.h >> index f20c64a..22f9c90 100644 >> --- a/a

Re: [PATCH v3 4/8] APEI: GHES: reserve a virtual page for SEI context

2017-04-06 Thread Xie XiuQi
Hi James, Thanks for your comments. On 2017/4/1 0:22, James Morse wrote: > Hi Xie XiuQi, > > On 30/03/17 11:31, Xie XiuQi wrote: >> On arm64 platform, SEI may interrupt code which had interrupts masked. >> But SEI could be masked, so it's not treated as NMI, howeve

Re: [PATCH v3 2/8] acpi: apei: handle SEI notification type for ARMv8

2017-04-06 Thread Xie XiuQi
Hi James, Sorry for reply late, and thanks for your comments. On 2017/4/1 0:20, James Morse wrote: > Hi Xie XiuQi, > > On 30/03/17 11:31, Xie XiuQi wrote: >> ARM APEI extension proposal added SEI (asynchronous SError interrupt) >> notification type for ARMv8. >> >

Re: [PATCH v3 1/8] trace: ras: add ARM processor error information trace event

2017-04-06 Thread Xie XiuQi
Hi Steve, Sorry for reply late. On 2017/3/31 0:02, Steven Rostedt wrote: > On Thu, 30 Mar 2017 18:31:01 +0800 > Xie XiuQi wrote: > >> Add a new trace event for ARM processor error information, so that >> the user will know what error occurred. With this information

[PATCH v3 4/8] APEI: GHES: reserve a virtual page for SEI context

2017-03-30 Thread Xie XiuQi
timer handler. In this patch, we add a virtual page for SEI context. Signed-off-by: Xie XiuQi --- drivers/acpi/apei/ghes.c | 98 +++- 1 file changed, 47 insertions(+), 51 deletions(-) diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c

[PATCH v3 0/8] arm64: acpi: apei: handle SEI notification type for ARMv8

2017-03-30 Thread Xie XiuQi
d nmi_{entry, exit} to protect ghes_notify_sei https://lkml.org/lkml/2017/3/7/962 https://lkml.org/lkml/2017/3/3/189 Wang Xiongfeng (1): arm64: exception: check shared writable page in SEI handler Xie XiuQi (7): trace: ras: add ARM processor error information trace event acpi: apei: handle S

[PATCH v3 0/8] arm64: acpi: apei: handle SEI notification type for ARMv8

2017-03-30 Thread Xie XiuQi
d nmi_{entry, exit} to protect ghes_notify_sei https://lkml.org/lkml/2017/3/7/962 https://lkml.org/lkml/2017/3/3/189 Wang Xiongfeng (1): arm64: exception: check shared writable page in SEI handler Xie XiuQi (7): trace: ras: add ARM processor error information trace event acpi: apei: handle S

[PATCH v3 5/8] arm64: KVM: add guest SEI support

2017-03-30 Thread Xie XiuQi
_vabt(). Signed-off-by: Xie XiuQi --- arch/arm64/include/asm/system_misc.h | 1 + arch/arm64/kernel/traps.c| 14 ++ arch/arm64/kvm/handle_exit.c | 22 -- 3 files changed, 35 insertions(+), 2 deletions(-) diff --git a/arch/arm64/include/asm/system_misc

[PATCH v3 7/8] arm64: exception: handle asynchronous SError interrupt

2017-03-30 Thread Xie XiuQi
instructions. So, it's possible to recovery from unrecoverable errors reported by asynchronous SError interrupt. If ARMv8.2 RAS Extension is not support, ESB is treated as a NOP. Signed-off-by: Xie XiuQi Signed-off-by: Wang Xiongfeng --- arch/arm64/Kconfig | 16 ++ arch/arm64/in

[PATCH v3 8/8] arm64: exception: check shared writable page in SEI handler

2017-03-30 Thread Xie XiuQi
mally. Otherwise, the system must be terminated, because the error has been propagated to other processes running on other cores, and recursively the error may be propagated to several another processes. Signed-off-by: Wang Xiongfeng Signed-off-by: Xie XiuQi --- arch/arm64/kernel/traps.c

[PATCH v3 6/8] arm64: RAS: add ras extension runtime detection

2017-03-30 Thread Xie XiuQi
According to <> document, we add RAS extension feature runtime detection, which would be used for error recovery in the future. Signed-off-by: Xie XiuQi Reviewed-by: Kefeng Wang --- arch/arm64/include/asm/cpucaps.h | 3 ++- arch/arm64/include/asm/sysreg.h | 2 ++ arch/arm64/

[PATCH v3 1/8] trace: ras: add ARM processor error information trace event

2017-03-30 Thread Xie XiuQi
. --- v2: add trace enabled condition as Steven's suggestion. fix a typo. --- Cc: Steven Rostedt Cc: Tyler Baicar Signed-off-by: Xie XiuQi --- drivers/acpi/apei/ghes.c | 10 ++ include/linux/cper.h | 5 +++ include/ras/ras_event.h

[PATCH v3 2/8] acpi: apei: handle SEI notification type for ARMv8

2017-03-30 Thread Xie XiuQi
igned-off-by: Xie XiuQi --- arch/arm64/kernel/traps.c | 10 drivers/acpi/apei/Kconfig | 14 drivers/acpi/apei/ghes.c | 58 +++ include/acpi/ghes.h | 1 + 4 files changed, 83 insertions(+) diff --git a/arch/arm64/kernel/trap

[PATCH v3 3/8] arm64: apei: add a per-cpu variable to indecate sei is processing

2017-03-30 Thread Xie XiuQi
Add a per-cpu variable to indicate sei is processing, with which we could use to reserve a separate virtual space address page for sei in next patch Signed-off-by: Xie XiuQi --- arch/arm64/kernel/traps.c | 4 include/acpi/ghes.h | 2 ++ 2 files changed, 6 insertions(+) diff --git a

[PATCH v3 1/8] trace: ras: add ARM processor error information trace event

2017-03-30 Thread Xie XiuQi
. --- v2: add trace enabled condition as Steven's suggestion. fix a typo. --- Cc: Steven Rostedt Cc: Tyler Baicar Signed-off-by: Xie XiuQi --- drivers/acpi/apei/ghes.c | 10 ++ include/linux/cper.h | 5 +++ include/ras/ras_event.h

  1   2   3   >