From: Eric Dumazet <eric.duma...@gmail.com>
Date: Fri, 26 Jan 2018 16:10:43 -0800
> From: Eric Dumazet <eduma...@google.com>
>
> Heiner reported a lockdep splat [1]
>
> This is caused by attempting GFP_KERNEL allocation while RCU lock is
> held and BH blocked.
>
> We believe that addrconf_verify_rtnl() could run for a long period,
> so instead of using GFP_ATOMIC here as Ido suggested, we should break
> the critical section and restart it after the allocation.
>
>
> [1]
...
> Fixes: f3d9832e56c4 ("ipv6: addrconf: cleanup locking in ipv6_add_addr")
> Signed-off-by: Eric Dumazet <eduma...@google.com>
> Reported-by: Heiner Kallweit <hkallwe...@gmail.com>
Applied and queued up for v4.15 -stable, thanks.
