From: Kiran T <kiran.lkml@xxxxxxxxx> Date: Thu, 7 Sep 2017 22:28:32 -0700 > On Thu, Sep 7, 2017 at 7:12 PM, David Miller <davem@xxxxxxxxxxxxx> wrote: > ... >> >> Pinning is so that an unload of a BPF program doesn't cause it's maps >> to go away. >> >> It's designed so that things like statistics can be persistent across >> BPF program loads. >> >> So you can load and unload a BPF program multiple times, and you won't >> lose the statistic increments done by earlier instances. > > I understand. > However, I have a use case where data used to filter perf events can > change and can > be loaded as a full map, much after the bpf program is loaded. The > map will be pinned, > but the bpf program currently has no way to access this map. Can this use case > be addressed? The BPF program has to know the type of the map and what it looks like at compile time. So what you are suggesting seems to be impossible.
|