[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180214032208.mln5oiauqmxtoktu@ast-mbp.dhcp.thefacebook.com>
Date: Tue, 13 Feb 2018 19:22:09 -0800
From: Alexei Starovoitov <alexei.starovoitov@...il.com>
To: John Fastabend <john.fastabend@...il.com>
Cc: Daniel Borkmann <daniel@...earbox.net>,
Eric Dumazet <eric.dumazet@...il.com>,
Alexei Starovoitov <ast@...nel.org>,
netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH bpf-next] bpf: fix sock_map_alloc() error path
On Tue, Feb 13, 2018 at 06:53:36PM -0800, John Fastabend wrote:
> On 02/13/2018 05:19 PM, Daniel Borkmann wrote:
> > Hi Eric,
> >
> > On 02/14/2018 12:43 AM, Eric Dumazet wrote:
> >> On Tue, 2018-02-13 at 15:33 -0800, Eric Dumazet wrote:
> >>> From: Eric Dumazet <edumazet@...gle.com>
> >>>
> >>> In case user program provides silly parameters, we want
> >>> a map_alloc() handler to return an error, not a NULL pointer,
> >>> otherwise we crash later in find_and_alloc_map()
> >>>
> >>> Fixes: 174a79ff9515 ("bpf: sockmap with sk redirect support")
> >>> Signed-off-by: Eric Dumazet <edumazet@...gle.com>
> >>> Reported-by: syzbot <syzkaller@...glegroups.com>
> >>> ---
>
> Thanks Eric, also great to see syzkaller working on the sockmap
> types.
>
> Acked-by: John Fastabend <john.fastabend@...il.com>
>
> >>
> >> This would apply to net or bpf trees, not -next ones, sorry for the
> >> confusion in the [PATCH bpf-next] prefix.
> >
> > No problem, thanks for the fix!
> >
> >> Bug was added in 4.14
> >
> > Fixes tag is actually slightly different, it would be:
> >
> > Fixes: 1aa12bdf1bfb ("bpf: sockmap, add sock close() hook to remove socks")
> >
>
> Yep.
Applied to bpf tree with corrected Fixes tag, Thanks everyone.
Powered by blists - more mailing lists