From: Alice Ryhl <aliceryhl@google.com>
To: Jan Kara <jack@suse.cz>
Cc: "Christian Brauner" <brauner@kernel.org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Carlos Llamas" <cmllamas@google.com>,
"Alexander Viro" <viro@zeniv.linux.org.uk>,
"Paul Moore" <paul@paul-moore.com>,
"James Morris" <jmorris@namei.org>,
"Serge E. Hallyn" <serge@hallyn.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"Dave Chinner" <david@fromorbit.com>,
"Qi Zheng" <zhengqi.arch@bytedance.com>,
"Roman Gushchin" <roman.gushchin@linux.dev>,
"Muchun Song" <muchun.song@linux.dev>,
"David Hildenbrand" <david@kernel.org>,
"Lorenzo Stoakes" <lorenzo.stoakes@oracle.com>,
"Liam R. Howlett" <Liam.Howlett@oracle.com>,
"Vlastimil Babka" <vbabka@suse.cz>,
"Mike Rapoport" <rppt@kernel.org>,
"Suren Baghdasaryan" <surenb@google.com>,
"Michal Hocko" <mhocko@suse.com>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Boqun Feng" <boqun.feng@gmail.com>,
"Gary Guo" <gary@garyguo.net>,
"Björn Roy Baron" <bjorn3_gh@protonmail.com>,
"Benno Lossin" <lossin@kernel.org>,
"Andreas Hindborg" <a.hindborg@kernel.org>,
"Trevor Gross" <tmgross@umich.edu>,
"Danilo Krummrich" <dakr@kernel.org>,
kernel-team@android.com, linux-fsdevel@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-security-module@vger.kernel.org, linux-mm@kvack.org,
rust-for-linux@vger.kernel.org, "Christoph Hellwig" <hch@lst.de>
Subject: Re: [PATCH 1/5] export file_close_fd and task_work_add
Date: Thu, 5 Feb 2026 12:07:30 +0000 [thread overview]
Message-ID: <aYSIAoK5KkZ3ver5@google.com> (raw)
In-Reply-To: <luj2ggjo47mvjzhzavoy72ro6kaoj46cicudjrc6646vs3s7q5@wzc7aabgdlkl>
On Thu, Feb 05, 2026 at 12:52:37PM +0100, Jan Kara wrote:
>
> Agreed. And just to demonstrate the point binder's use would become the
> first of such bugs because it is prone to the module being removed while
> the task work is in flight and thus do_close_fd() code can be freed by the
> time it gets executed.
Good point ...
> Generally, making some code modular usually requires more effort than just
> flipping the Kconfig to tristate. You usually need to make sure all objects
> and queued work is flushed before the module can be removed. Not sure how
> much of this is taken care of by Rust though...
>
> Honza
> --
> Jan Kara <jack@suse.com>
> SUSE Labs, CR
next prev parent reply other threads:[~2026-02-05 12:07 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-05 10:51 [PATCH 0/5] Make Rust Binder build as a module Alice Ryhl
2026-02-05 10:51 ` [PATCH 1/5] export file_close_fd and task_work_add Alice Ryhl
2026-02-05 11:20 ` Lorenzo Stoakes
2026-02-05 11:42 ` Alice Ryhl
2026-02-05 11:53 ` Lorenzo Stoakes
2026-02-05 13:45 ` Alice Ryhl
2026-02-09 15:21 ` Lorenzo Stoakes
2026-02-10 8:47 ` Alice Ryhl
2026-02-05 11:38 ` Christian Brauner
2026-02-05 11:52 ` Jan Kara
2026-02-05 12:07 ` Alice Ryhl [this message]
2026-02-05 10:51 ` [PATCH 2/5] security: export binder symbols Alice Ryhl
2026-02-20 0:00 ` Paul Moore
2026-02-05 10:51 ` [PATCH 3/5] mm: export zap_page_range_single and list_lru_add/del Alice Ryhl
2026-02-05 10:59 ` David Hildenbrand (arm)
2026-02-05 11:04 ` Alice Ryhl
2026-02-05 11:12 ` David Hildenbrand (arm)
2026-02-05 11:18 ` Alice Ryhl
2026-02-05 11:30 ` David Hildenbrand (arm)
2026-02-05 11:29 ` Lorenzo Stoakes
2026-02-05 11:43 ` David Hildenbrand (arm)
2026-02-05 11:57 ` David Hildenbrand (arm)
2026-02-05 12:01 ` Lorenzo Stoakes
2026-02-05 12:06 ` David Hildenbrand (arm)
2026-02-05 12:07 ` Lorenzo Stoakes
2026-02-05 11:57 ` Lorenzo Stoakes
2026-02-05 12:03 ` David Hildenbrand (arm)
2026-02-05 12:12 ` Lorenzo Stoakes
2026-02-05 12:24 ` Miguel Ojeda
2026-02-05 12:28 ` Lorenzo Stoakes
2026-02-05 11:58 ` Alice Ryhl
2026-02-05 12:10 ` Lorenzo Stoakes
2026-02-05 12:13 ` David Hildenbrand (arm)
2026-02-05 12:19 ` Alice Ryhl
2026-02-05 12:24 ` Lorenzo Stoakes
2026-02-05 12:30 ` David Hildenbrand (Arm)
2026-02-09 15:22 ` Lorenzo Stoakes
2026-02-05 12:16 ` Alice Ryhl
2026-02-05 12:07 ` Alice Ryhl
2026-02-05 12:18 ` Lorenzo Stoakes
2026-02-05 10:51 ` [PATCH 4/5] ipc: export init_ipc_ns and put_ipc_ns Alice Ryhl
2026-02-05 10:51 ` [PATCH 5/5] rust_binder: mark ANDROID_BINDER_IPC_RUST tristate Alice Ryhl
2026-02-05 13:21 ` Gary Guo
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=aYSIAoK5KkZ3ver5@google.com \
--to=aliceryhl@google.com \
--cc=Liam.Howlett@oracle.com \
--cc=a.hindborg@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun.feng@gmail.com \
--cc=brauner@kernel.org \
--cc=cmllamas@google.com \
--cc=dakr@kernel.org \
--cc=david@fromorbit.com \
--cc=david@kernel.org \
--cc=gary@garyguo.net \
--cc=gregkh@linuxfoundation.org \
--cc=hch@lst.de \
--cc=jack@suse.cz \
--cc=jmorris@namei.org \
--cc=kernel-team@android.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-security-module@vger.kernel.org \
--cc=lorenzo.stoakes@oracle.com \
--cc=lossin@kernel.org \
--cc=mhocko@suse.com \
--cc=muchun.song@linux.dev \
--cc=ojeda@kernel.org \
--cc=paul@paul-moore.com \
--cc=roman.gushchin@linux.dev \
--cc=rppt@kernel.org \
--cc=rust-for-linux@vger.kernel.org \
--cc=serge@hallyn.com \
--cc=surenb@google.com \
--cc=tmgross@umich.edu \
--cc=vbabka@suse.cz \
--cc=viro@zeniv.linux.org.uk \
--cc=zhengqi.arch@bytedance.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.