On Sat, 2015-10-17 at 05:02 -0700, David Miller wrote:
> Sorry I've been meaning to go back and apply it properly. I'll do that right
> now...
>
> There, done and properly queued up for -stable too. :)
>
Perfect, thanks a lot David.
--
To unsubscribe from this list: send the line "unsubscrib
From: Eric Dumazet
Date: Fri, 16 Oct 2015 08:38:38 -0700
> On Tue, 2015-09-29 at 21:56 -0700, David Miller wrote:
>> From: Eric Dumazet
>> Date: Tue, 29 Sep 2015 18:52:25 -0700
>>
>> > From: Eric Dumazet
>> >
>> > Greg reported crashes hitting the following check in __sk_backlog_rcv()
>> >
>
On Tue, 2015-09-29 at 21:56 -0700, David Miller wrote:
> From: Eric Dumazet
> Date: Tue, 29 Sep 2015 18:52:25 -0700
>
> > From: Eric Dumazet
> >
> > Greg reported crashes hitting the following check in __sk_backlog_rcv()
> >
> > BUG_ON(!sock_flag(sk, SOCK_MEMALLOC));
> >
> > The pfmemall
On Tue, 2015-09-29 at 21:56 -0700, David Miller wrote:
> From: Eric Dumazet
> Date: Tue, 29 Sep 2015 18:52:25 -0700
>
> > From: Eric Dumazet
> >
> > Greg reported crashes hitting the following check in __sk_backlog_rcv()
> >
> > BUG_ON(!sock_flag(sk, SOCK_MEMALLOC));
> >
> > The pfmemall
From: Eric Dumazet
Date: Tue, 29 Sep 2015 18:52:25 -0700
> From: Eric Dumazet
>
> Greg reported crashes hitting the following check in __sk_backlog_rcv()
>
> BUG_ON(!sock_flag(sk, SOCK_MEMALLOC));
>
> The pfmemalloc bit is currently checked in sk_filter().
>
> This works correctly for
From: Eric Dumazet
Greg reported crashes hitting the following check in __sk_backlog_rcv()
BUG_ON(!sock_flag(sk, SOCK_MEMALLOC));
The pfmemalloc bit is currently checked in sk_filter().
This works correctly for TCP, because sk_filter() is ran in
tcp_v[46]_rcv() before hitting the preq
