Re: [PATCH 35/39] convert bpf_token_create()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH 35/39] convert bpf_token_create()
From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Date: Sat, 10 Aug 2024 04:46:44 +0100
Cc: viro@xxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, amir73il@xxxxxxxxx, bpf@xxxxxxxxxxxxxxx, brauner@xxxxxxxxxx, cgroups@xxxxxxxxxxxxxxx, kvm@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxxxxxx, torvalds@xxxxxxxxxxxxxxxxxxxx
In-reply-to: <CAEf4BzasSXFx5edPknxVnmk+o6oAyOU0h_Tg_yHVaJcaJfpPOQ@mail.gmail.com>
References: <20240730050927.GC5334@ZenIV> <20240730051625.14349-1-viro@kernel.org> <20240730051625.14349-35-viro@kernel.org> <CAEf4BzasSXFx5edPknxVnmk+o6oAyOU0h_Tg_yHVaJcaJfpPOQ@mail.gmail.com>

On Tue, Aug 06, 2024 at 03:42:56PM -0700, Andrii Nakryiko wrote:

> By constify you mean something like below?

Yep.  Should go through LSM folks, probably, and once it's in
those path_get() and path_put() around the call can go to hell,
along with 'path' itself (we can use file->f_path instead).

Follow-Ups:
- Re: [PATCH 35/39] convert bpf_token_create()
  - From: Andrii Nakryiko

References:
- [PATCHSET][RFC] struct fd and memory safety
  - From: Al Viro
- [PATCH 01/39] memcg_write_event_control(): fix a user-triggerable oops
  - From: viro
- [PATCH 35/39] convert bpf_token_create()
  - From: viro
- Re: [PATCH 35/39] convert bpf_token_create()
  - From: Andrii Nakryiko

Prev by Date: Re: [PATCH 17/39] bpf: resolve_pseudo_ldimm64(): take handling of a single ldimm64 insn into helper
Next by Date: Re: [PATCH 36/39] assorted variants of irqfd setup: convert to CLASS(fd)
Previous by thread: Re: [PATCH 35/39] convert bpf_token_create()
Next by thread: Re: [PATCH 35/39] convert bpf_token_create()
Index(es):
- Date
- Thread

[Index of Archives] [KVM ARM] [KVM ia64] [KVM ppc] [Virtualization Tools] [Spice Development] [Libvirt] [Libvirt Users] [Linux USB Devel] [Linux Audio Users] [Yosemite Questions] [Linux Kernel] [Linux SCSI] [XFree86]