Re: [PATCH v4 0/2] Delete task_euid()
From: Paul Moore
Date: Thu Jul 02 2026 - 17:13:38 EST
On Wed, Jun 3, 2026 at 1:05 PM Alice Ryhl <aliceryhl@xxxxxxxxxx> wrote:
> On Wed, Jun 3, 2026 at 6:05 PM Paul Moore <paul@xxxxxxxxxxxxxx> wrote:
> >
> > On Tue, Jun 2, 2026 at 2:15 AM Alice Ryhl <aliceryhl@xxxxxxxxxx> 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 <aliceryhl@xxxxxxxxxx> 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 ;)
--
paul-moore.com