From: Petr Pavlu <petr.pavlu@suse.com>
To: Byungchul Park <byungchul@sk.com>
Cc: kernel_team@skhynix.com, torvalds@linux-foundation.org,
damien.lemoal@opensource.wdc.com, linux-ide@vger.kernel.org,
adilger.kernel@dilger.ca, linux-ext4@vger.kernel.org,
mingo@redhat.com, peterz@infradead.org, will@kernel.org,
tglx@linutronix.de, rostedt@goodmis.org, joel@joelfernandes.org,
sashal@kernel.org, daniel.vetter@ffwll.ch, duyuyang@gmail.com,
johannes.berg@intel.com, tj@kernel.org, tytso@mit.edu,
willy@infradead.org, david@fromorbit.com, amir73il@gmail.com,
gregkh@linuxfoundation.org, kernel-team@lge.com,
linux-mm@kvack.org, akpm@linux-foundation.org, mhocko@kernel.org,
minchan@kernel.org, hannes@cmpxchg.org, vdavydov.dev@gmail.com,
sj@kernel.org, jglisse@redhat.com, dennis@kernel.org,
cl@linux.com, penberg@kernel.org, rientjes@google.com,
vbabka@suse.cz, ngupta@vflare.org, linux-block@vger.kernel.org,
josef@toxicpanda.com, linux-fsdevel@vger.kernel.org,
jack@suse.cz, jlayton@kernel.org, dan.j.williams@intel.com,
hch@infradead.org, djwong@kernel.org,
dri-devel@lists.freedesktop.org, rodrigosiqueiramelo@gmail.com,
melissa.srw@gmail.com, hamohammed.sa@gmail.com,
harry.yoo@oracle.com, chris.p.wilson@intel.com,
gwan-gyeong.mun@intel.com, max.byungchul.park@gmail.com,
boqun.feng@gmail.com, longman@redhat.com,
yunseong.kim@ericsson.com, ysk@kzalloc.com, yeoreum.yun@arm.com,
netdev@vger.kernel.org, matthew.brost@intel.com,
her0gyugyu@gmail.com, corbet@lwn.net, catalin.marinas@arm.com,
bp@alien8.de, x86@kernel.org, hpa@zytor.com, luto@kernel.org,
sumit.semwal@linaro.org, gustavo@padovan.org,
christian.koenig@amd.com, andi.shyti@kernel.org, arnd@arndb.de,
lorenzo.stoakes@oracle.com, Liam.Howlett@oracle.com,
rppt@kernel.org, surenb@google.com, mcgrof@kernel.org,
da.gomez@kernel.org, samitolvanen@google.com, paulmck@kernel.org,
frederic@kernel.org, neeraj.upadhyay@kernel.org,
joelagnelf@nvidia.com, josh@joshtriplett.org, urezki@gmail.com,
mathieu.desnoyers@efficios.com, jiangshanlai@gmail.com,
qiang.zhang@linux.dev, juri.lelli@redhat.com,
vincent.guittot@linaro.org, dietmar.eggemann@arm.com,
bsegall@google.com, mgorman@suse.de, vschneid@redhat.com,
chuck.lever@oracle.com, neil@brown.name, okorniev@redhat.com,
Dai.Ngo@oracle.com, tom@talpey.com, trondmy@kernel.org,
anna@kernel.org, kees@kernel.org, bigeasy@linutronix.de,
clrkwllms@kernel.org, mark.rutland@arm.com,
ada.coupriediaz@arm.com, kristina.martsenko@arm.com,
wangkefeng.wang@huawei.com, broonie@kernel.org,
kevin.brodsky@arm.com, dwmw@amazon.co.uk, shakeel.butt@linux.dev,
ast@kernel.org, ziy@nvidia.com, yuzhao@google.com,
baolin.wang@linux.alibaba.com, usamaarif642@gmail.com,
joel.granados@kernel.org, richard.weiyang@gmail.com,
geert+renesas@glider.be, tim.c.chen@linux.intel.com,
linux@treblig.org, alexander.shishkin@linux.intel.com,
lillian@star-ark.net, chenhuacai@kernel.org, francesco@valla.it,
guoweikang.kernel@gmail.com, link@vivo.com, jpoimboe@kernel.org,
masahiroy@kernel.org, brauner@kernel.org,
thomas.weissschuh@linutronix.de, oleg@redhat.com,
mjguzik@gmail.com, andrii@kernel.org, wangfushuai@baidu.com,
linux-doc@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org,
linux-i2c@vger.kernel.org, linux-arch@vger.kernel.org,
linux-modules@vger.kernel.org, rcu@vger.kernel.org,
linux-nfs@vger.kernel.org, linux-rt-devel@lists.linux.dev,
2407018371@qq.com, dakr@kernel.org,
miguel.ojeda.sandonis@gmail.com, neilb@ownmail.net,
bagasdotme@gmail.com, wsa+renesas@sang-engineering.com,
dave.hansen@intel.com, geert@linux-m68k.org, ojeda@kernel.org,
alex.gaynor@gmail.com, gary@garyguo.net,
bjorn3_gh@protonmail.com, lossin@kernel.org,
a.hindborg@kernel.org, aliceryhl@google.com, tmgross@umich.edu,
rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v18 34/42] dept: add module support for struct dept_event_site and dept_event_site_dep
Date: Wed, 7 Jan 2026 13:19:00 +0100 [thread overview]
Message-ID: <7afb6666-43b6-4d17-b875-e585c7a5ac99@suse.com> (raw)
In-Reply-To: <20251205071855.72743-35-byungchul@sk.com>
On 12/5/25 8:18 AM, Byungchul Park wrote:
> struct dept_event_site and struct dept_event_site_dep have been
> introduced to track dependencies between multi event sites for a single
> wait, that will be loaded to data segment. Plus, a custom section,
> '.dept.event_sites', also has been introduced to keep pointers to the
> objects to make sure all the event sites defined exist in code.
>
> dept should work with the section and segment of module. Add the
> support to handle the section and segment properly whenever modules are
> loaded and unloaded.
>
> Signed-off-by: Byungchul Park <byungchul@sk.com>
Below are a few comments from the module loader perspective.
> ---
> include/linux/dept.h | 14 +++++++
> include/linux/module.h | 5 +++
> kernel/dependency/dept.c | 79 +++++++++++++++++++++++++++++++++++-----
> kernel/module/main.c | 15 ++++++++
> 4 files changed, 103 insertions(+), 10 deletions(-)
>
> diff --git a/include/linux/dept.h b/include/linux/dept.h
> index 44083e6651ab..c796cdceb04e 100644
> --- a/include/linux/dept.h
> +++ b/include/linux/dept.h
> @@ -166,6 +166,11 @@ struct dept_event_site {
> struct dept_event_site *bfs_parent;
> struct list_head bfs_node;
>
> + /*
> + * for linking all dept_event_site's
> + */
> + struct list_head all_node;
> +
> /*
> * flag indicating the event is not only declared but also
> * actually used in code
> @@ -182,6 +187,11 @@ struct dept_event_site_dep {
> */
> struct list_head dep_node;
> struct list_head dep_rev_node;
> +
> + /*
> + * for linking all dept_event_site_dep's
> + */
> + struct list_head all_node;
> };
>
> #define DEPT_EVENT_SITE_INITIALIZER(es) \
> @@ -193,6 +203,7 @@ struct dept_event_site_dep {
> .bfs_gen = 0, \
> .bfs_parent = NULL, \
> .bfs_node = LIST_HEAD_INIT((es).bfs_node), \
> + .all_node = LIST_HEAD_INIT((es).all_node), \
> .used = false, \
> }
>
> @@ -202,6 +213,7 @@ struct dept_event_site_dep {
> .recover_site = NULL, \
> .dep_node = LIST_HEAD_INIT((esd).dep_node), \
> .dep_rev_node = LIST_HEAD_INIT((esd).dep_rev_node), \
> + .all_node = LIST_HEAD_INIT((esd).all_node), \
> }
>
> struct dept_event_site_init {
> @@ -225,6 +237,7 @@ extern void dept_init(void);
> extern void dept_task_init(struct task_struct *t);
> extern void dept_task_exit(struct task_struct *t);
> extern void dept_free_range(void *start, unsigned int sz);
> +extern void dept_mark_event_site_used(void *start, void *end);
Nit: The coding style recommends not using the extern keyword with
function declarations.
https://www.kernel.org/doc/html/v6.19-rc4/process/coding-style.html#function-prototypes
>
> extern void dept_map_init(struct dept_map *m, struct dept_key *k, int sub_u, const char *n);
> extern void dept_map_reinit(struct dept_map *m, struct dept_key *k, int sub_u, const char *n);
> @@ -288,6 +301,7 @@ struct dept_event_site { };
> #define dept_task_init(t) do { } while (0)
> #define dept_task_exit(t) do { } while (0)
> #define dept_free_range(s, sz) do { } while (0)
> +#define dept_mark_event_site_used(s, e) do { } while (0)
>
> #define dept_map_init(m, k, su, n) do { (void)(n); (void)(k); } while (0)
> #define dept_map_reinit(m, k, su, n) do { (void)(n); (void)(k); } while (0)
> diff --git a/include/linux/module.h b/include/linux/module.h
> index d80c3ea57472..29885ba91951 100644
> --- a/include/linux/module.h
> +++ b/include/linux/module.h
> @@ -29,6 +29,7 @@
> #include <linux/srcu.h>
> #include <linux/static_call_types.h>
> #include <linux/dynamic_debug.h>
> +#include <linux/dept.h>
>
> #include <linux/percpu.h>
> #include <asm/module.h>
> @@ -588,6 +589,10 @@ struct module {
> #ifdef CONFIG_DYNAMIC_DEBUG_CORE
> struct _ddebug_info dyndbg_info;
> #endif
> +#ifdef CONFIG_DEPT
> + struct dept_event_site **dept_event_sites;
> + unsigned int num_dept_event_sites;
> +#endif
> } ____cacheline_aligned __randomize_layout;
> #ifndef MODULE_ARCH_INIT
> #define MODULE_ARCH_INIT {}
My understanding is that entries in the .dept.event_sites section are
added by the dept_event_site_used() macro and they are pointers to the
dept_event_site_init struct, not dept_event_site.
> diff --git a/kernel/dependency/dept.c b/kernel/dependency/dept.c
> index b14400c4f83b..07d883579269 100644
> --- a/kernel/dependency/dept.c
> +++ b/kernel/dependency/dept.c
> @@ -984,6 +984,9 @@ static void bfs(void *root, struct bfs_ops *ops, void *in, void **out)
> * event sites.
> */
>
> +static LIST_HEAD(dept_event_sites);
> +static LIST_HEAD(dept_event_site_deps);
> +
> /*
> * Print all events in the circle.
> */
> @@ -2043,6 +2046,33 @@ static void del_dep_rcu(struct rcu_head *rh)
> preempt_enable();
> }
>
> +/*
> + * NOTE: Must be called with dept_lock held.
> + */
> +static void disconnect_event_site_dep(struct dept_event_site_dep *esd)
> +{
> + list_del_rcu(&esd->dep_node);
> + list_del_rcu(&esd->dep_rev_node);
> +}
> +
> +/*
> + * NOTE: Must be called with dept_lock held.
> + */
> +static void disconnect_event_site(struct dept_event_site *es)
> +{
> + struct dept_event_site_dep *esd, *next_esd;
> +
> + list_for_each_entry_safe(esd, next_esd, &es->dep_head, dep_node) {
> + list_del_rcu(&esd->dep_node);
> + list_del_rcu(&esd->dep_rev_node);
> + }
> +
> + list_for_each_entry_safe(esd, next_esd, &es->dep_rev_head, dep_rev_node) {
> + list_del_rcu(&esd->dep_node);
> + list_del_rcu(&esd->dep_rev_node);
> + }
> +}
> +
> /*
> * NOTE: Must be called with dept_lock held.
> */
> @@ -2384,6 +2414,8 @@ void dept_free_range(void *start, unsigned int sz)
> {
> struct dept_task *dt = dept_task();
> struct dept_class *c, *n;
> + struct dept_event_site_dep *esd, *next_esd;
> + struct dept_event_site *es, *next_es;
> unsigned long flags;
>
> if (unlikely(!dept_working()))
> @@ -2405,6 +2437,24 @@ void dept_free_range(void *start, unsigned int sz)
> while (unlikely(!dept_lock()))
> cpu_relax();
>
> + list_for_each_entry_safe(esd, next_esd, &dept_event_site_deps, all_node) {
> + if (!within((void *)esd, start, sz))
> + continue;
> +
> + disconnect_event_site_dep(esd);
> + list_del(&esd->all_node);
> + }
> +
> + list_for_each_entry_safe(es, next_es, &dept_event_sites, all_node) {
> + if (!within((void *)es, start, sz) &&
> + !within(es->name, start, sz) &&
> + !within(es->func_name, start, sz))
> + continue;
> +
> + disconnect_event_site(es);
> + list_del(&es->all_node);
> + }
> +
> list_for_each_entry_safe(c, n, &dept_classes, all_node) {
> if (!within((void *)c->key, start, sz) &&
> !within(c->name, start, sz))
> @@ -3337,6 +3387,7 @@ void __dept_recover_event(struct dept_event_site_dep *esd,
>
> list_add(&esd->dep_node, &es->dep_head);
> list_add(&esd->dep_rev_node, &rs->dep_rev_head);
> + list_add(&esd->all_node, &dept_event_site_deps);
> check_recover_dl_bfs(esd);
> unlock:
> dept_unlock();
> @@ -3347,6 +3398,23 @@ EXPORT_SYMBOL_GPL(__dept_recover_event);
>
> #define B2KB(B) ((B) / 1024)
>
> +void dept_mark_event_site_used(void *start, void *end)
Nit: I suggest that dept_mark_event_site_used() take pointers to
dept_event_site_init, which would catch the type mismatch with
module::dept_event_sites.
> +{
> + struct dept_event_site_init **evtinitpp;
> +
> + for (evtinitpp = (struct dept_event_site_init **)start;
> + evtinitpp < (struct dept_event_site_init **)end;
> + evtinitpp++) {
> + (*evtinitpp)->evt_site->used = true;
> + (*evtinitpp)->evt_site->func_name = (*evtinitpp)->func_name;
> + list_add(&(*evtinitpp)->evt_site->all_node, &dept_event_sites);
> +
> + pr_info("dept_event_site %s@%s is initialized.\n",
> + (*evtinitpp)->evt_site->name,
> + (*evtinitpp)->evt_site->func_name);
> + }
> +}
> +
> extern char __dept_event_sites_start[], __dept_event_sites_end[];
Related to the above, __dept_event_sites_start and
__dept_event_sites_end can already be properly typed here.
>
> /*
> @@ -3356,20 +3424,11 @@ extern char __dept_event_sites_start[], __dept_event_sites_end[];
> void __init dept_init(void)
> {
> size_t mem_total = 0;
> - struct dept_event_site_init **evtinitpp;
>
> /*
> * dept recover dependency tracking works from now on.
> */
> - for (evtinitpp = (struct dept_event_site_init **)__dept_event_sites_start;
> - evtinitpp < (struct dept_event_site_init **)__dept_event_sites_end;
> - evtinitpp++) {
> - (*evtinitpp)->evt_site->used = true;
> - (*evtinitpp)->evt_site->func_name = (*evtinitpp)->func_name;
> - pr_info("dept_event %s@%s is initialized.\n",
> - (*evtinitpp)->evt_site->name,
> - (*evtinitpp)->evt_site->func_name);
> - }
> + dept_mark_event_site_used(__dept_event_sites_start, __dept_event_sites_end);
> dept_recover_ready = true;
>
> local_irq_disable();
> diff --git a/kernel/module/main.c b/kernel/module/main.c
> index 03ed63f2adf0..82448cdb8ed7 100644
> --- a/kernel/module/main.c
> +++ b/kernel/module/main.c
> @@ -2720,6 +2720,11 @@ static int find_module_sections(struct module *mod, struct load_info *info)
> &mod->dyndbg_info.num_classes);
> #endif
>
> +#ifdef CONFIG_DEPT
> + mod->dept_event_sites = section_objs(info, ".dept.event_sites",
> + sizeof(*mod->dept_event_sites),
> + &mod->num_dept_event_sites);
> +#endif
> return 0;
> }
>
> @@ -3346,6 +3351,14 @@ static int early_mod_check(struct load_info *info, int flags)
> return err;
> }
>
> +static void dept_mark_event_site_used_module(struct module *mod)
> +{
> +#ifdef CONFIG_DEPT
> + dept_mark_event_site_used(mod->dept_event_sites,
> + mod->dept_event_sites + mod->num_dept_event_sites);
> +#endif
> +}
> +
It seems to me that the .dept.event_sites section can be discarded after
the module is initialized. In this case, the section should be prefixed
by ".init" and its address can be obtained at the point of use in
dept_mark_event_site_used_module(), without needing to store it inside
the module struct.
Additionally, what is the reason that the dept_event_site_init data is
not stored in the .dept.event_sites section directly and it requires
a level of indirection?
In general, for my own understanding, I also wonder whether the check to
determine that a dept_event_site is used needs to be done at runtime, or
if it could be done at build time by objtool/modpost.
> /*
> * Allocate and load the module: note that size of section 0 is always
> * zero, and we rely on this for optional sections.
> @@ -3508,6 +3521,8 @@ static int load_module(struct load_info *info, const char __user *uargs,
> /* Done! */
> trace_module_load(mod);
>
> + dept_mark_event_site_used_module(mod);
> +
> return do_init_module(mod);
>
> sysfs_cleanup:
--
Thanks,
Petr
next prev parent reply other threads:[~2026-01-07 12:19 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-05 7:18 [PATCH v18 00/42] DEPT(DEPendency Tracker) Byungchul Park
2025-12-05 7:18 ` [PATCH v18 01/42] dept: implement " Byungchul Park
2025-12-05 7:18 ` [PATCH v18 02/42] dept: add single event dependency tracker APIs Byungchul Park
2025-12-05 7:18 ` [PATCH v18 03/42] dept: add lock " Byungchul Park
2025-12-05 7:18 ` [PATCH v18 04/42] dept: tie to lockdep and IRQ tracing Byungchul Park
2025-12-05 7:18 ` [PATCH v18 05/42] dept: add proc knobs to show stats and dependency graph Byungchul Park
2025-12-05 7:18 ` [PATCH v18 06/42] dept: distinguish each kernel context from another Byungchul Park
2025-12-05 7:18 ` [PATCH v18 07/42] dept: distinguish each work " Byungchul Park
2025-12-05 7:18 ` [PATCH v18 08/42] dept: add a mechanism to refill the internal memory pools on running out Byungchul Park
2025-12-05 7:18 ` [PATCH v18 09/42] dept: record the latest one out of consecutive waits of the same class Byungchul Park
2025-12-05 7:18 ` [PATCH v18 10/42] dept: apply sdt_might_sleep_{start,end}() to wait_for_completion()/complete() Byungchul Park
2025-12-05 7:18 ` [PATCH v18 11/42] dept: apply sdt_might_sleep_{start,end}() to swait Byungchul Park
2025-12-05 7:18 ` [PATCH v18 12/42] dept: apply sdt_might_sleep_{start,end}() to waitqueue wait Byungchul Park
2025-12-05 7:18 ` [PATCH v18 13/42] dept: apply sdt_might_sleep_{start,end}() to hashed-waitqueue wait Byungchul Park
2025-12-05 7:18 ` [PATCH v18 14/42] dept: apply sdt_might_sleep_{start,end}() to dma fence Byungchul Park
2025-12-05 7:18 ` [PATCH v18 15/42] dept: track timeout waits separately with a new Kconfig Byungchul Park
2025-12-05 7:18 ` [PATCH v18 16/42] dept: apply timeout consideration to wait_for_completion()/complete() Byungchul Park
2025-12-05 7:18 ` [PATCH v18 17/42] dept: apply timeout consideration to swait Byungchul Park
2025-12-05 7:18 ` [PATCH v18 18/42] dept: apply timeout consideration to waitqueue wait Byungchul Park
2025-12-05 7:18 ` [PATCH v18 19/42] dept: apply timeout consideration to hashed-waitqueue wait Byungchul Park
2025-12-05 7:18 ` [PATCH v18 20/42] dept: apply timeout consideration to dma fence wait Byungchul Park
2025-12-05 7:18 ` [PATCH v18 21/42] dept: make dept able to work with an external wgen Byungchul Park
2025-12-05 7:18 ` [PATCH v18 22/42] dept: track PG_locked with dept Byungchul Park
2025-12-05 7:18 ` [PATCH v18 23/42] dept: print staged wait's stacktrace on report Byungchul Park
2025-12-05 7:18 ` [PATCH v18 24/42] locking/lockdep: prevent various lockdep assertions when lockdep_off()'ed Byungchul Park
2025-12-05 7:18 ` [PATCH v18 25/42] dept: add documents for dept Byungchul Park
2025-12-06 0:25 ` Bagas Sanjaya
2025-12-15 4:22 ` Byungchul Park
2025-12-05 7:18 ` [PATCH v18 26/42] cpu/hotplug: use a weaker annotation in AP thread Byungchul Park
2025-12-05 7:18 ` [PATCH v18 27/42] dept: assign dept map to mmu notifier invalidation synchronization Byungchul Park
2025-12-05 7:18 ` [PATCH v18 28/42] dept: assign unique dept_key to each distinct dma fence caller Byungchul Park
2025-12-05 7:18 ` [PATCH v18 29/42] dept: make dept aware of lockdep_set_lock_cmp_fn() annotation Byungchul Park
2025-12-05 7:18 ` [PATCH v18 30/42] dept: make dept stop from working on debug_locks_off() Byungchul Park
2025-12-05 7:18 ` [PATCH v18 31/42] dept: assign unique dept_key to each distinct wait_for_completion() caller Byungchul Park
2025-12-05 7:18 ` [PATCH v18 32/42] completion, dept: introduce init_completion_dmap() API Byungchul Park
2025-12-05 7:18 ` [PATCH v18 33/42] dept: introduce a new type of dependency tracking between multi event sites Byungchul Park
2025-12-05 7:18 ` [PATCH v18 34/42] dept: add module support for struct dept_event_site and dept_event_site_dep Byungchul Park
2026-01-07 12:19 ` Petr Pavlu [this message]
2025-12-05 7:18 ` [PATCH v18 35/42] dept: introduce event_site() to disable event tracking if it's recoverable Byungchul Park
2025-12-05 7:18 ` [PATCH v18 36/42] dept: implement a basic unit test for dept Byungchul Park
2025-12-05 7:18 ` [PATCH v18 37/42] dept: call dept_hardirqs_off() in local_irq_*() regardless of irq state Byungchul Park
2025-12-05 7:18 ` [PATCH v18 38/42] rcu/update: fix same dept key collision between various types of RCU Byungchul Park
2025-12-05 7:18 ` [PATCH v18 39/42] dept: introduce APIs to set page usage and use subclasses_evt for the usage Byungchul Park
2025-12-05 7:18 ` [PATCH v18 40/42] dept: track PG_writeback with dept Byungchul Park
2025-12-05 7:18 ` [PATCH v18 41/42] SUNRPC: relocate struct rcu_head to the first field of struct rpc_xprt Byungchul Park
2025-12-05 9:27 ` Jeff Layton
2025-12-15 5:15 ` Byungchul Park
2025-12-05 7:18 ` [PATCH v18 42/42] mm: percpu: increase PERCPU_DYNAMIC_SIZE_SHIFT on DEPT and large PAGE_SIZE Byungchul Park
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7afb6666-43b6-4d17-b875-e585c7a5ac99@suse.com \
--to=petr.pavlu@suse.com \
--cc=2407018371@qq.com \
--cc=Dai.Ngo@oracle.com \
--cc=Liam.Howlett@oracle.com \
--cc=a.hindborg@kernel.org \
--cc=ada.coupriediaz@arm.com \
--cc=adilger.kernel@dilger.ca \
--cc=akpm@linux-foundation.org \
--cc=alex.gaynor@gmail.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=aliceryhl@google.com \
--cc=amir73il@gmail.com \
--cc=andi.shyti@kernel.org \
--cc=andrii@kernel.org \
--cc=anna@kernel.org \
--cc=arnd@arndb.de \
--cc=ast@kernel.org \
--cc=bagasdotme@gmail.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=bigeasy@linutronix.de \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun.feng@gmail.com \
--cc=bp@alien8.de \
--cc=brauner@kernel.org \
--cc=broonie@kernel.org \
--cc=bsegall@google.com \
--cc=byungchul@sk.com \
--cc=catalin.marinas@arm.com \
--cc=chenhuacai@kernel.org \
--cc=chris.p.wilson@intel.com \
--cc=christian.koenig@amd.com \
--cc=chuck.lever@oracle.com \
--cc=cl@linux.com \
--cc=clrkwllms@kernel.org \
--cc=corbet@lwn.net \
--cc=da.gomez@kernel.org \
--cc=dakr@kernel.org \
--cc=damien.lemoal@opensource.wdc.com \
--cc=dan.j.williams@intel.com \
--cc=daniel.vetter@ffwll.ch \
--cc=dave.hansen@intel.com \
--cc=david@fromorbit.com \
--cc=dennis@kernel.org \
--cc=dietmar.eggemann@arm.com \
--cc=djwong@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=duyuyang@gmail.com \
--cc=dwmw@amazon.co.uk \
--cc=francesco@valla.it \
--cc=frederic@kernel.org \
--cc=gary@garyguo.net \
--cc=geert+renesas@glider.be \
--cc=geert@linux-m68k.org \
--cc=gregkh@linuxfoundation.org \
--cc=guoweikang.kernel@gmail.com \
--cc=gustavo@padovan.org \
--cc=gwan-gyeong.mun@intel.com \
--cc=hamohammed.sa@gmail.com \
--cc=hannes@cmpxchg.org \
--cc=harry.yoo@oracle.com \
--cc=hch@infradead.org \
--cc=her0gyugyu@gmail.com \
--cc=hpa@zytor.com \
--cc=jack@suse.cz \
--cc=jglisse@redhat.com \
--cc=jiangshanlai@gmail.com \
--cc=jlayton@kernel.org \
--cc=joel.granados@kernel.org \
--cc=joel@joelfernandes.org \
--cc=joelagnelf@nvidia.com \
--cc=johannes.berg@intel.com \
--cc=josef@toxicpanda.com \
--cc=josh@joshtriplett.org \
--cc=jpoimboe@kernel.org \
--cc=juri.lelli@redhat.com \
--cc=kees@kernel.org \
--cc=kernel-team@lge.com \
--cc=kernel_team@skhynix.com \
--cc=kevin.brodsky@arm.com \
--cc=kristina.martsenko@arm.com \
--cc=lillian@star-ark.net \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=link@vivo.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-modules@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=linux-rt-devel@lists.linux.dev \
--cc=linux@treblig.org \
--cc=longman@redhat.com \
--cc=lorenzo.stoakes@oracle.com \
--cc=lossin@kernel.org \
--cc=luto@kernel.org \
--cc=mark.rutland@arm.com \
--cc=masahiroy@kernel.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=matthew.brost@intel.com \
--cc=max.byungchul.park@gmail.com \
--cc=mcgrof@kernel.org \
--cc=melissa.srw@gmail.com \
--cc=mgorman@suse.de \
--cc=mhocko@kernel.org \
--cc=miguel.ojeda.sandonis@gmail.com \
--cc=minchan@kernel.org \
--cc=mingo@redhat.com \
--cc=mjguzik@gmail.com \
--cc=neeraj.upadhyay@kernel.org \
--cc=neil@brown.name \
--cc=neilb@ownmail.net \
--cc=netdev@vger.kernel.org \
--cc=ngupta@vflare.org \
--cc=ojeda@kernel.org \
--cc=okorniev@redhat.com \
--cc=oleg@redhat.com \
--cc=paulmck@kernel.org \
--cc=penberg@kernel.org \
--cc=peterz@infradead.org \
--cc=qiang.zhang@linux.dev \
--cc=rcu@vger.kernel.org \
--cc=richard.weiyang@gmail.com \
--cc=rientjes@google.com \
--cc=rodrigosiqueiramelo@gmail.com \
--cc=rostedt@goodmis.org \
--cc=rppt@kernel.org \
--cc=rust-for-linux@vger.kernel.org \
--cc=samitolvanen@google.com \
--cc=sashal@kernel.org \
--cc=shakeel.butt@linux.dev \
--cc=sj@kernel.org \
--cc=sumit.semwal@linaro.org \
--cc=surenb@google.com \
--cc=tglx@linutronix.de \
--cc=thomas.weissschuh@linutronix.de \
--cc=tim.c.chen@linux.intel.com \
--cc=tj@kernel.org \
--cc=tmgross@umich.edu \
--cc=tom@talpey.com \
--cc=torvalds@linux-foundation.org \
--cc=trondmy@kernel.org \
--cc=tytso@mit.edu \
--cc=urezki@gmail.com \
--cc=usamaarif642@gmail.com \
--cc=vbabka@suse.cz \
--cc=vdavydov.dev@gmail.com \
--cc=vincent.guittot@linaro.org \
--cc=vschneid@redhat.com \
--cc=wangfushuai@baidu.com \
--cc=wangkefeng.wang@huawei.com \
--cc=will@kernel.org \
--cc=willy@infradead.org \
--cc=wsa+renesas@sang-engineering.com \
--cc=x86@kernel.org \
--cc=yeoreum.yun@arm.com \
--cc=ysk@kzalloc.com \
--cc=yunseong.kim@ericsson.com \
--cc=yuzhao@google.com \
--cc=ziy@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox