Re: [PATCH -next 3/5] mm/kmemleak: Add support for percpu memory leak detect

2020-09-28 Thread chenjun (AM)
Hi Catalin Thanks for your opinions. 在 2020/9/22 17:58, Catalin Marinas 写道: > On Mon, Sep 21, 2020 at 02:00:05AM +, Chen Jun wrote: >> From: Wei Yongjun >> >> Currently the reporting of the percpu chunks leaking problem >> are not supported. This patch introduces this function. >> >> Since

[question] insert ko failed because count_plts return 0 when CONFIG_RANDOMIZE_BASE is not set

2021-03-24 Thread chenjun (AM)
Hi I make a Image for arm64 (without CONFIG_RANDOMIZE_BASE). And a ko (13M) can not be inserted. WARNING: CPU: 2 PID: 1998 at arch/arm64/kernel/module-plts.c:39 module_emit_plt_entry+0x100/0x118 .. Call trace: module_emit_plt_entry+0x100/0x118 apply_relocate_add+0x34c/0x570 .. I think the

Re: [question] insert ko failed because count_plts return 0 when CONFIG_RANDOMIZE_BASE is not set

2021-03-25 Thread chenjun (AM)
在 2021/3/24 16:29, Ard Biesheuvel 写道: > On Wed, 24 Mar 2021 at 08:27, chenjun (AM) wrote: >> >> Hi >> >> I make a Image for arm64 (without CONFIG_RANDOMIZE_BASE). And a ko (13M) >> can not be inserted. >> > > How many large modules have you loaded al

Re: [PATCH 2/2] arm64: stacktrace: Add skip when task == current

2021-03-18 Thread chenjun (AM)
在 2021/3/18 11:31, chenjun (AM) 写道: > 在 2021/3/18 3:34, Mark Rutland 写道: >> On Wed, Mar 17, 2021 at 06:36:36PM +, Catalin Marinas wrote: >>> On Wed, Mar 17, 2021 at 02:20:50PM +, Chen Jun wrote: >>>> On ARM64, cat /sys/kernel/debug/page_owner, all pa

[RESEND PATCH] Kconfig: Move CONFIG_DEBUG_KMEMLEAK_TEST to samples/Kconfig

2021-03-18 Thread chenjun (AM)
From: Chen Jun commit 1abbef4f51724fb11f09adf0e75275f7cb422a8a ("mm,kmemleak-test.c: move kmemleak-test.c to samples dir") make CONFIG_DEBUG_KMEMLEAK_TEST depend on CONFIG_SAMPLES implicitly. And the dependency cannot be guaranteed by Kconfig. move the definition of CONFIG_DEBUG_KMEMLEAK_TEST

Re: [question] Panic in dax_writeback_one

2021-03-17 Thread chenjun (AM)
Thanks for the advices. I will check out that. 在 2021/3/17 12:55, Dan Williams 写道: > On Tue, Mar 16, 2021 at 8:00 PM chenjun (AM) wrote: >> >> 在 2021/3/12 1:25, Dan Williams 写道: >>> On Thu, Mar 11, 2021 at 4:20 AM Matthew Wilcox wrote: >>>> >>>> O

Re: [question] Panic in dax_writeback_one

2021-03-16 Thread chenjun (AM)
在 2021/3/12 1:25, Dan Williams 写道: > On Thu, Mar 11, 2021 at 4:20 AM Matthew Wilcox wrote: >> >> On Thu, Mar 11, 2021 at 07:48:25AM +0000, chenjun (AM) wrote: >>> static int dax_writeback_one(struct xa_state *xas, struct dax_device >>> *dax_dev, struct ad

[question] Panic in dax_writeback_one

2021-03-10 Thread chenjun (AM)
Hi I write a driver to simulate memory as a block device (like a ramdisk). and I hope the memory used would not be observed by kernel, becasue of the struct page will take many memory. When I mount ext2 with dax on my ramdisk. Panic will happen when fsync. Call trace:

Re: [question] Panic in dax_writeback_one

2021-03-11 Thread chenjun (AM)
在 2021/3/11 20:20, Matthew Wilcox 写道: > On Thu, Mar 11, 2021 at 07:48:25AM +0000, chenjun (AM) wrote: >> static int dax_writeback_one(struct xa_state *xas, struct dax_device >> *dax_dev, struct address_space *mapping, void *entry) >> dax_flush(dax_dev, page_address(pfn

Re: [PATCH 2/2] arm64: stacktrace: Add skip when task == current

2021-03-17 Thread chenjun (AM)
在 2021/3/18 3:34, Mark Rutland 写道: > On Wed, Mar 17, 2021 at 06:36:36PM +, Catalin Marinas wrote: >> On Wed, Mar 17, 2021 at 02:20:50PM +, Chen Jun wrote: >>> On ARM64, cat /sys/kernel/debug/page_owner, all pages return the same >>> stack: >>> stack_trace_save+0x4c/0x78 >>>

[Reoprt] Some compile warning on ppc dts

2021-02-28 Thread chenjun (AM)
Hi After run the following commands make distclean make allmodconfig ARCH=powerpc CROSS_COMPILE=powerpc64-linux-gnu- make oldconfig ARCH=powerpc CROSS_COMPILE=powerpc64-linux-gnu- make -j64 ARCH=powerpc CROSS_COMPILE=powerpc64-linux-gnu- I get some warning:

Re: Re: [PATCH] recordmcount: use w8 to read relp->r_info in arm64_is_fake_mcount

2021-02-23 Thread chenjun (AM)
在 2021/2/24 6:26, Steven Rostedt 写道: > On Mon, 22 Feb 2021 15:50:19 + > "chenjun (AM)" wrote: > >> Hi >> >> There is no problem when I use aarch64_be(gcc v10.2). Because gcc v10.2 use >> __patchable_function_entries >> instead of

Re: [PATCH] time: Fix overwrite err unexpected in clock_adjtime32

2021-04-12 Thread chenjun (AM)
在 2021/4/12 22:20, Richard Cochran 写道: > On Mon, Apr 12, 2021 at 12:45:51PM +, Chen Jun wrote: >> the correct error is covered by put_old_timex32. > > Well, the non-negative return code (TIME_OK, TIME_INS, etc) is > clobbered by put_old_timex32(). > >> Fixes: f1f1d5ebd10f ("posix-timers:

Re: [PATCH] time: Fix overwrite err unexpected in clock_adjtime32

2021-04-12 Thread chenjun (AM)
在 2021/4/12 23:58, Richard Cochran 写道: > On Mon, Apr 12, 2021 at 02:52:11PM +0000, chenjun (AM) wrote: >> 在 2021/4/12 22:20, Richard Cochran 写道: >>> On Mon, Apr 12, 2021 at 12:45:51PM +, Chen Jun wrote: >>>> the correct error is covered by put_old_timex32. >>

答复: [PATCH] recordmcount: use w8 to read relp->r_info in arm64_is_fake_mcount

2021-02-22 Thread chenjun (AM)
Hi There is no problem when I use aarch64_be(gcc v10.2). Because gcc v10.2 use __patchable_function_entries instead of __mcount. I am not sure when the change happened. Regards, Chen Jun -邮件原件- 发件人: Chen Jun [mailto:chenjun...@huawei.com] 发送时间: 2021年2月22日 21:59 收件人: