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
(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
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
: 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
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
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
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
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
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
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
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
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
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
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
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
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
(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
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
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
>
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
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
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:
>
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
)
[ 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
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
)
[ 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
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
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.
..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
+ *
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
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
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
e CPER_ARM_BUS_ERROR2
> +#define CPER_ARM_VENDOR_ERROR3
--
Thanks,
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
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
) \
^~
./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
'll resend soon.
>> Fixes: 8d3b778ff544 ("xdp: tracepoint xdp_redirect also need a map argument")
>>
>> Acked-by: Jesper Dangaard Brouer
> Thanks,
> Daniel
--
Thanks,
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
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
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
ernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
--
Thanks,
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",
>> +
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
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
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
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
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
++ 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
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
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
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
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
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
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
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
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
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
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
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
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
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
>> --
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
&
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
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 +++
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
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
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
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
>>
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
>
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
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
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
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.
>>
>
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
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
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
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
_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
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
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
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/
.
---
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
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
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
.
---
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 - 100 of 245 matches
Mail list logo