- Original Message -
> From: "Christoph Hellwig"
> To: "Chunyu Hu"
> Cc: v...@zeniv.linux.org.uk, h...@lst.de, linux-fsde...@vger.kernel.org,
> linux-kernel@vger.kernel.org
> Sent: Monday, June 11, 2018 2:23:54 PM
> Subject: Re: [PATCH] proc: ad
of proc_seq_ops instead of seq_release.
Fixes: 44414d82cfe0 ("proc: introduce proc_create_seq_private")
CC: Christoph Hellwig
Signed-off-by: Chunyu Hu
---
fs/proc/generic.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/fs/proc/generic.c b/fs/proc/generic
- Original Message -
> From: "Catalin Marinas"
> To: "Chunyu Hu"
> Cc: "Michal Hocko" , "Chunyu Hu" ,
> "Dmitry Vyukov" ,
> "LKML" , "Linux-MM"
> Sent: Thursday, April 26, 2018 8:56:35 PM
>
- Original Message -
> From: "Chunyu Hu"
> To: "Catalin Marinas"
> Cc: "Michal Hocko" , "Chunyu Hu" ,
> "Dmitry Vyukov" ,
> "LKML" , "Linux-MM"
> Sent: Wednesday, April 25, 2018 10:33:49 PM
>
- Original Message -
> From: "Michal Hocko"
> To: "Chunyu Hu"
> Cc: "Chunyu Hu" , "Dmitry Vyukov"
> , "Catalin Marinas"
> , "LKML" , "Linux-MM"
>
> Sent: Wednesday, April 2
- Original Message -
> From: "Catalin Marinas"
> To: "Chunyu Hu"
> Cc: "Michal Hocko" , "Chunyu Hu" ,
> "Dmitry Vyukov" ,
> "LKML" , "Linux-MM"
> Sent: Wednesday, April 25, 2018 8:51:55 PM
>
- Original Message -
> From: "Catalin Marinas"
> To: "Michal Hocko"
> Cc: "Chunyu Hu" , "Dmitry Vyukov"
> , "Chunyu Hu" , "LKML"
> , "Linux-MM"
> Sent: Tuesday, April 24, 2018 9:41:48 PM
>
- Original Message -
> From: "Michal Hocko"
> To: "Chunyu Hu"
> Cc: "Dmitry Vyukov" , "Catalin Marinas"
> , "Chunyu Hu"
> , "LKML" , "Linux-MM"
>
> Sent: Tuesday, April 24, 2018 9:20:57 PM
&g
On 22 April 2018 at 23:00, Dmitry Vyukov wrote:
> On Sun, Apr 22, 2018 at 2:51 PM, Michal Hocko wrote:
>> On Fri 20-04-18 18:50:24, Catalin Marinas wrote:
>>> On Sat, Apr 21, 2018 at 12:58:33AM +0800, Chunyu Hu wrote:
>>> > __GFP_NORETRY and __GFP_NOFAIL are com
On 21 April 2018 at 01:50, Catalin Marinas wrote:
> On Sat, Apr 21, 2018 at 12:58:33AM +0800, Chunyu Hu wrote:
>> __GFP_NORETRY and __GFP_NOFAIL are combined in gfp_kmemleak_mask now.
>> But it's a wrong combination. As __GFP_NOFAIL is blockable, but
>> __GFP_NORETY
is no blockable and no reclaim, making kmemleak less disruptive to user
processes in pressure.
Signed-off-by: Chunyu Hu
CC: Michal Hocko
---
mm/kmemleak.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/kmemleak.c b/mm/kmemleak.c
index 9a085d5..4ea07e4 100644
--- a/mm/
Commit-ID: 55d2d0ad2fb4325f615d1950486fbc5e6fba1769
Gitweb: https://git.kernel.org/tip/55d2d0ad2fb4325f615d1950486fbc5e6fba1769
Author: Chunyu Hu
AuthorDate: Mon, 27 Nov 2017 22:21:39 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 28 Nov 2017 08:15:40 +0100
x86/idt: Load idt early
- Original Message -
> From: "Andy Lutomirski"
> To: "Chunyu Hu"
> Cc: "Thomas Gleixner" , "Ingo Molnar" ,
> "H. Peter Anvin" ,
> "Peter Zijlstra" , "Andrew Lutomirski"
> , "Borislav Petkov&
Commit-ID: d632044a53571267034f430a5433f048ff8168da
Gitweb: https://git.kernel.org/tip/d632044a53571267034f430a5433f048ff8168da
Author: Chunyu Hu
AuthorDate: Mon, 27 Nov 2017 22:21:39 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 28 Nov 2017 00:28:56 +0100
x86/idt: Load idt early
ly
in start_secondary, and keep the second time idt load in cpu_init,
as there is a load_ucode_ap() there.
Signed-off-by: Chunyu Hu
---
arch/x86/kernel/smpboot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index 3d01df7..05
Fixes: 886b5b7 ("tracing: remove /debug/tracing/latency_trace")
Signed-off-by: Chunyu Hu
---
kernel/trace/trace.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index 73e67b6..06429e5 100644
--- a/kernel/trace/t
When disabling one trace event, the RECORDED_TGID flag in the event
file is not correctly cleared. It's clearing RECORDED_CMD flag when
it should clear RECORDED_TGID flag. Fix d914ba37("tracing: Add support
for recording tgid of tasks")
Signed-off-by: Chunyu Hu
---
kernel/trace
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: mi...@kernel.org, linux-kernel@vger.kernel.org
> Sent: Thursday, August 24, 2017 10:15:41 AM
> Subject: Re: [PATCH 2/2] tracing: Fix kmemleak in set_trigger_filter
>
>
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: mi...@kernel.org, linux-kernel@vger.kernel.org
> Sent: Wednesday, August 23, 2017 12:52:49 PM
> Subject: Re: [PATCH 2/2] tracing: Fix kmemleak in set_trigger_filter
>
> On
Resend this to add linux-kernel cced.
On 14 August 2017 at 18:18, Chunyu Hu wrote:
> Found this kmemleak in error path when setting event trigger
> filter. The steps is as below.
>
> cd /sys/kernel/debug/tracing/events/irq/irq_handler_entry
> echo 'enable_event:kmem:km
Resend to add linux-kernel cced. The steps I was using was:
echo hist:keys=irq > trigger
echo '!hist:keys=irq:vals=hitcount:sort=hitcount:size=2048' > trigger
Then scan the kmem.
echo scan > /sys/kernel/debug/kmemleak
On 14 August 2017 at 18:18, Chunyu Hu wrote:
> kmeml
/0xc0
[] create_event_filter+0xc/0x10
[] set_trigger_filter+0x84/0x130
[] event_enable_trigger_func+0x25f/0x340
[] event_trigger_write+0xfd/0x1a0
[] __vfs_write+0x37/0x170
[] vfs_write+0xb2/0x1b0
[] SyS_write+0x55/0xc0
[] do_syscall_64+0x67/0x150
[] return_from_SYSCALL_64+0
SyS_write+0x55/0xc0
[] do_syscall_64+0x67/0x150
[] return_from_SYSCALL_64+0x0/0x6a
[] 0xffff
Signed-off-by: Chunyu Hu
---
kernel/trace/tracing_map.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/kernel/trace/tracing_map.c b/kernel/trace
e).
>
> Comments below...
>
>
> On Mon, 24 Jul 2017 15:21:06 +0800
> Chunyu Hu wrote:
>
>> per_cpu trace directories and files are created for all possible cpus,
>> but only the cpus which have ever been on-lined have their own per cpu
>> ring buffer (allocated by
gt;
> -- Steve
>
>
> On Mon, 24 Jul 2017 15:21:06 +0800
> Chunyu Hu wrote:
>
>> per_cpu trace directories and files are created for all possible cpus,
>> but only the cpus which have ever been on-lined have their own per cpu
>> ring buffer (allocated by cpuhp
On 24 July 2017 at 03:21, Chunyu Hu wrote:
> per_cpu trace directories and files are created for all possible cpus,
> but only the cpus which have ever been on-lined have their own per cpu
> ring buffer (allocated by cpuhp threads). While trace_buffers_open, the
> open handler fo
760.968687] entry_SYSCALL64_slow_path+0x25/0x25
Signed-off-by: Chunyu Hu
---
kernel/trace/ring_buffer.c | 5 +
kernel/trace/trace.c | 14 +-
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/kernel/trace/ring_buffer.c b/kernel/trace/ring_buffer.c
index 4ae268
x109/0x1b0
[] SyS_mkdir+0xd0/0x100
[] do_syscall_64+0x67/0x150
[] return_from_SYSCALL_64+0x0/0x6a
[] 0x
Signed-off-by: Chunyu Hu
---
kernel/trace/trace.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index 2d0ffc
Andy Lutomirski wrote:
>> On Tue, Feb 21, 2017 at 4:46 PM, Kees Cook wrote:
>>> On Tue, Feb 21, 2017 at 4:39 PM, Chunyu Hu wrote:
>>>> I hit the similar panic on Fedora 25. Is it the same issue?
>>>>
>>>>
>>>> [2.527391
I have a similar call trace on Fedora25.
[2.527391] Freeing unused kernel memory: 1688K (bdf66000 -
be10c000)
[2.535222] Write protecting the kernel read-only data: 14336k
[2.542679] Freeing unused kernel memory: 1892K (94cb30827000 -
94cb30a0)
[2.553482
There is no function 'ftrace_ops_recurs_func' existing in the code, it
should be ftrace_ops_assist_func. Fix the comment to avoid misleading.
Signed-off-by: Chunyu Hu
---
kernel/trace/ftrace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/ftrace.
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: "Namhyung Kim" , "LKML"
> Sent: Wednesday, June 29, 2016 4:03:33 AM
> Subject: Re: [PATCH V3] tracing: Make latency tracers fully support the
> set_
Hello,
- Original Message -
> From: "Namhyung Kim"
> To: "Chunyu Hu"
> Cc: "Steven Rostedt" , "LKML"
>
> Sent: Tuesday, June 28, 2016 1:20:02 PM
> Subject: Re: [PATCH V3] tracing: Make latency tracers fully support the
> se
ule > set_graph_notrace
echo wakeup > current_tracer
cat trace (several times)
Signed-off-by: Chunyu Hu
---
kernel/trace/trace_irqsoff.c | 6 ++
kernel/trace/trace_sched_wakeup.c | 6 ++
2 files changed, 12 insertions(+)
diff --git a/kernel/trace/trace_irqsoff.c b/kernel/trace/trace_
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: linux-kernel@vger.kernel.org
> Sent: Thursday, June 23, 2016 10:39:20 PM
> Subject: Re: [PATCH] tracing: Fix oops caused by graph notrace filter
>
> On Thu, 23 Jun 201
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: linux-kernel@vger.kernel.org
> Sent: Wednesday, June 22, 2016 9:08:14 PM
> Subject: Re: [PATCH] tracing: Fix oops caused by graph notrace filter
>
> On Tue, 21 J
e the oops:
echo 1 > options/display_graph
echo schedule > set_graph_notrace
echo wakeup > current_tracer
cat trace
cat trace
Making ftrace_graph_notrace_addr always return false when tracers need
to bypass it is a proposed fix.
Signed-off-by: Chunyu Hu
---
kernel/trace/ftrace.c
- Original Message -
> From: "kbuild test robot"
> To: "Chunyu Hu"
> Cc: kbuild-...@01.org, rost...@goodmis.org, linux-kernel@vger.kernel.org
> Sent: Tuesday, June 21, 2016 8:39:22 PM
> Subject: Re: [PATCH] tracing: Fix oops caused by graph notrace fi
e the oops:
echo 1 > options/display_graph
echo schedule > set_graph_notrace
echo wakeup > current_tracer
cat trace
cat trace
Making ftrace_graph_notrace_addr always return false when tracers need
to bypass it is a proposed fix.
Signed-off-by: Chunyu Hu
---
kernel/trace/ftrace.c
nd most of them don't have regisgter
function except events/ftrace/function.) can't be enabled
at all, and an oops will be hit when setting up trigger
for those events, so just not showing them is an easy way
to avoid the oops.
Signed-off-by: Chunyu Hu
---
kernel/trace/trace_event
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: linux-kernel@vger.kernel.org
> Sent: Tuesday, May 3, 2016 10:42:44 AM
> Subject: Re: [PATCH] tracing: Don't display trigger file for events that
> don't have regis
nd most of them don't have regisgter
function except events/ftrace/function.) can't be enabled
at all, and an oops will be hit when setting up trigger
for those events, so just not showing them is an easy way
to avoid the oops.
Signed-off-by: Chunyu Hu
---
kernel/trace/trace_events.c | 7 +
Carpenter through Smatch static code check tool.
Signed-off-by: Chunyu Hu
---
kernel/trace/trace.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index b401a18..0ae4604 100644
--- a/kernel/trace/trace.c
+++ b/kernel/tra
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: li...@redhat.com, linux-kernel@vger.kernel.org
> Sent: Wednesday, March 9, 2016 12:23:12 AM
> Subject: Re: [PATCH 1/2] tracing: make tracer_flags use the right set_flag
> cal
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: li...@redhat.com, linux-kernel@vger.kernel.org
> Sent: Tuesday, March 8, 2016 11:14:51 PM
> Subject: Re: [PATCH 1/2] tracing: make tracer_flags use the right set_flag
> cal
- Original Message -
> From: "Steven Rostedt"
> To: "Chunyu Hu"
> Cc: li...@redhat.com, linux-kernel@vger.kernel.org
> Sent: Tuesday, March 8, 2016 10:33:17 PM
> Subject: Re: [PATCH 1/2] tracing: make tracer_flags use the right set_flag
> call
tracer_flags
for tracers needing a dummy tracer_flags, as a result, there are no
tracers sharing tracer_flags, so remove the check code.
And save the current tracer to trace_option_dentry seems not good as
it may waste mem space when mount the debug/trace fs more than one time.
Signed-off-by: Chunyu
_test_accept.
[ 2718.032413] nop_test_refuse flag set to 1: we refuse. Now cat trace_options
to see the result
[ 2734.253360] nop_test_accept flag set to 1: we accept. Now cat trace_options
to see the result
Signed-off-by: Chunyu Hu
---
kernel/trace/trace_nop.c | 4 ++--
1 file changed, 2 insertions(+),
48 matches
Mail list logo