Re: [PATCH v4 0/2] Delete task_euid()
Alice Ryhl <[email protected]>
| Newsgroups | gmane.linux.kernel.lsm,gmane.linux.documentation,gmane.linux.kernel,gmane.linux.kernel.rust |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Jul 02, 2026 at 05:12:52PM -0400, Paul Moore wrote: > On Wed, Jun 3, 2026 at 1:05 PM Alice Ryhl <[email protected]> wrote: > > On Wed, Jun 3, 2026 at 6:05 PM Paul Moore <[email protected]> wrote: > > > > > > On Tue, Jun 2, 2026 at 2:15 AM Alice Ryhl <[email protected]> wrote: > > > > On Mon, Jun 01, 2026 at 07:13:37PM -0400, Paul Moore wrote: > > > > > On Fri, May 29, 2026 at 5:33 AM Alice Ryhl <[email protected]> wrote: > > > > > > > > > > > > The task_euid() method is a very weird method, and Binder was the only > > > > > > user. As of commit 65b672152289 ("binder: use current_euid() for > > > > > > transaction sender identity") Binder doesn't use task_euid() anymore, > > > > > > so we can delete this method. > > > > > > > > > > Given the problems from last time, it seems like it might be prudent > > > > > to let the commit have some time to "breathe" in a proper release, I'd > > > > > suggest merging this not for the upcoming v7.2 merge window but > > > > > instead waiting for v7.3. > > > > > > > > Sure, that makes sense. I'll resend after the merge window. > > > > > > No need to resend if there are no changes (see below), it's in > > > patchwork and I'm tracking it so you're all set. I'll send another > > > notice when I merge it. > > > > > > > > > My suggestion would be to merge this through the LSM tree. > > > > > > > > > > That's fine with me. I'd also suggest updating the commit description > > > > > in patch 1/2 to indicate that binder is no longer using task_euid(); > > > > > it currently reads like it is still being used. > > > > > > > > I guess this occurred because when patch 1 was written, it really *was* > > > > still being used. > > > > > > Yeah, I understand the world has changed since patch 1/2 was written, > > > which is okay, we just need to update the commit description ... which > > > should be a trivial task. > > > > > > > Perhaps we could pick up only patch 1 now since even > > > > if we run into problems and Binder has to go back to using task_euid(), > > > > clarifying the docs is still useful. > > > > > > I assumed that was one of the reasons for splitting the changes across > > > two patches (reverting patch 2/2 leaves patch 1/2 intact). > > > Regardless, we're at -rc6 and with patch 1/2 being purely a comment > > > update I don't see an urgent rush on this, especially considering that > > > if I did pick it up now, it would be for the v7.2 merge window and the > > > binder/current_euid() change will ship in v7.1. > > > > > > Let's update the commit description - you've got a couple of weeks to > > > do that - and then we'll merge everything once the v7.2 merge window > > > closes. > > > > Sounds good, thanks! > > Just wanted to check in and see if this is still on your todo list? > No rush, we are only at -rc1, but I was reminded of this while merging > other patches and just wanted to check ;) Resent! Alice