Re: Re: Re: Re: Re: [PATCH 2/2] libbpf: BPF programs dynamic loading and attaching

This reply was resent as the previous email had a missing In-Reply-To in the header. > > > On Mon, 2025-02-10 at 16:06 -0800, Andrii Nakryiko wrote: > > > > Tracking associated maps for a program is not necessary. As long as > > > > the last BPF program using the BPF map is unloaded, the kernel wi

Re: Re: Re: Re: Re: [PATCH 2/2] libbpf: BPF programs dynamic loading and attaching

> > > On Mon, 2025-02-10 at 16:06 -0800, Andrii Nakryiko wrote: > > > > Tracking associated maps for a program is not necessary. As long as > > > > the last BPF program using the BPF map is unloaded, the kernel will > > > > automatically free not-anymore-referenced BPF map. Note that > > > > bpf_ob

Re: Re: Re: Re: [PATCH 2/2] libbpf: BPF programs dynamic loading and attaching

On Wed, Feb 12, 2025 at 2:31 PM Martin Kelly wrote: > > On Mon, 2025-02-10 at 16:06 -0800, Andrii Nakryiko wrote: > > > Tracking associated maps for a program is not necessary. As long as > > > the last BPF program using the BPF map is unloaded, the kernel will > > > automatically free not-anymore

Re: Re: Re: Re: [PATCH 2/2] libbpf: BPF programs dynamic loading and attaching

On Mon, 2025-02-10 at 16:06 -0800, Andrii Nakryiko wrote: > > Tracking associated maps for a program is not necessary. As long as > > the last BPF program using the BPF map is unloaded, the kernel will > > automatically free not-anymore-referenced BPF map. Note that > > bpf_object itself will keep