Re:Re: [PATCH] kernel/hung_task: Add a whitelist and blacklist mechanism.

>On 2021/04/17 23:13, zhouchuangao wrote: >> The main purpose of this patch is to add a whitelist and blacklist >> mechanism to the hung task thread. > >We stopped using the term 'whitelist'/'blacklist' for new code in Linux kernel, >and what you are proposing is something like

Re:Re: [PATCH] kernel/hung_task: Add a whitelist and blacklist mechanism.

>On Sat, Apr 17, 2021 at 07:13:01AM -0700, zhouchuangao wrote: >> eg: >> In Android system, we usually and some processes to the whitelist. >> static task_t task_whitelist[] = { >> {"mdrt_thread", HUNG_TASK_WHITELIST}, >> {"chre_kthread", HUNG_TASK_WHITELIST}, >>

Re:Re: [PATCH] kernel/module: Use BUG_ON instead of if condition followed by BUG.

>+++ zhouchuangao [30/03/21 05:07 -0700]: >>It can be optimized at compile time. >> >>Signed-off-by: zhouchuangao > >Hi, > >Could you please provide a more descriptive changelog? I.e., Is this >a fix for a cocinelle warning? What are the optimization(s)? > >Thanks, > First, This patch comes

Re:Re: [PATCH] arm64/kernel/probes: Use BUG_ON instead of if condition followed by BUG.

>On Tue, Mar 30, 2021 at 04:57:50AM -0700, zhouchuangao wrote:>> It can be >optimized at compile time. > >Hmm, I don't see it (and I also don't understand why we care). Do you have >numbers showing that this is worthwhile? > #define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while