GFP_ATOMIC doesn't cooperate well with memcg pressure so far, especially if we allocate too much GFP_ATOMIC memory. For example, when we set the memcg limit to limit a non-preallocated bpf memory, the GFP_ATOMIC can easily break the memcg limit by force charge. So it is very dangerous to use GFP_ATOMIC in non-preallocated case. One way to make it safe is to remove __GFP_HIGH from GFP_ATOMIC, IOW, use (__GFP_ATOMIC | __GFP_KSWAPD_RECLAIM) instead, then it will be limited if we allocate too much memory. There's a plan to completely remove __GFP_ATOMIC in the mm side[1], so let's use GFP_NOWAIT instead. We introduced BPF_F_NO_PREALLOC is because full map pre-allocation is too memory expensive for some cases. That means removing __GFP_HIGH doesn't break the rule of BPF_F_NO_PREALLOC, but has the same goal with it-avoiding issues caused by too much memory. So let's remove it. This fix can also apply to other run-time allocations, for example, the allocation in lpm trie, local storage and devmap. So let fix it consistently over the bpf code It also fixes a typo in the comment. [1]. https://lore.kernel.org/linux-mm/163712397076.13692.4727608274002939094@noble.neil.brown.name/
Showing the changes to kernel/bpf/devmap.c (1 of 4 files). Show all
Unified · Split
| @@ -845,7 +845,7 @@ static struct bpf_dtab_netdev *__dev_map_alloc_node(struct net *net, · 844 unmodified lines | |||
| 845 | struct bpf_dtab_netdev *dev; | 845 | struct bpf_dtab_netdev *dev; |
| 846 | 846 | ||
| 847 | dev = bpf_map_kmalloc_node(&dtab->map, sizeof(*dev), | 847 | dev = bpf_map_kmalloc_node(&dtab->map, sizeof(*dev), |
| 848 | GFP_ATOMIC | __GFP_NOWARN, | 848 | GFP_NOWAIT | __GFP_NOWARN, |
| 849 | dtab->map.numa_node); | 849 | dtab->map.numa_node); |
| 850 | if (!dev) | 850 | if (!dev) |
| 851 | return ERR_PTR(-ENOMEM); | 851 | return ERR_PTR(-ENOMEM); |