Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1590897
| From | Valentine Sinitsyn <valentine.sinitsyn@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [RFC] [PATCH] net: account for possible negative frag_mem_limit |
| Date | 2017-03-02 08:40 +0100 |
| Message-ID | <tgtvb-7o3-7@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
I'm also not sure if we'd better disable bottom halves before calculating the counter sum, as sum_frag_mem_limit() does. --- 8< --- On SMP systems, percpu_counter_sum() is permitted to return negative values. However, inet_frag_exit_net() function is following the assumption that its return value is either positive or zero. If a negative value is returned, the code loops forever, possibly keeping net_mutex locked. This could break many things, including unshare(CLONE_NEWNET) system call which would hang forever. Fix this by explicitly asking for a positive return value from the percpu counter. Signed-off-by: Valentine Sinitsyn <valentine.sinitsyn@gmail.com> --- net/ipv4/inet_fragment.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv4/inet_fragment.c b/net/ipv4/inet_fragment.c index b5e9317..0a63c9e 100644 --- a/net/ipv4/inet_fragment.c +++ b/net/ipv4/inet_fragment.c @@ -234,7 +234,7 @@ void inet_frags_exit_net(struct netns_frags *nf, struct inet_frags *f) cond_resched(); if (read_seqretry(&f->rnd_seqlock, seq) || - percpu_counter_sum(&nf->mem)) + percpu_counter_sum_positive(&nf->mem)) goto evict_again; percpu_counter_destroy(&nf->mem); -- 2.7.4
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
[RFC] [PATCH] net: account for possible negative frag_mem_limit Valentine Sinitsyn <valentine.sinitsyn@gmail.com> - 2017-03-02 08:40 +0100
csiph-web