Re: [PATCH net] ipv6: addrconf: break critical section in addrconf_verify_rtnl()

2018-01-29 Thread David Miller
From: Eric Dumazet Date: Fri, 26 Jan 2018 16:10:43 -0800 > From: Eric Dumazet > > 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 in

Re: [PATCH net] ipv6: addrconf: break critical section in addrconf_verify_rtnl()

2018-01-27 Thread Ido Schimmel
On Fri, Jan 26, 2018 at 04:10:43PM -0800, Eric Dumazet wrote: > From: Eric Dumazet > > 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

[PATCH net] ipv6: addrconf: break critical section in addrconf_verify_rtnl()

2018-01-26 Thread Eric Dumazet
From: Eric Dumazet 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