On Wed, 27 Jan 2021 22:24:54 +0530 Chinmay Agarwal wrote:
> Following race condition was detected:
> - neigh_flush_dev() is under execution and calls
> neigh_mark_dead(n) marking the neighbour entry 'n' as dead.
>
> - Executing: __netif_receive_skb() ->
> __netif_receive_skb_core() -> arp_rcv()
On 1/27/21 9:54 AM, Chinmay Agarwal wrote:
> Following race condition was detected:
> - neigh_flush_dev() is under execution and calls
> neigh_mark_dead(n) marking the neighbour entry 'n' as dead.
>
> - Executing: __netif_receive_skb() ->
> __netif_receive_skb_core() -> arp_rcv() -> arp_process(
On Wed, Jan 27, 2021 at 8:55 AM Chinmay Agarwal wrote:
>
> Following race condition was detected:
> - neigh_flush_dev() is under execution and calls
> neigh_mark_dead(n) marking the neighbour entry 'n' as dead.
>
> - Executing: __netif_receive_skb() ->
> __netif_receive_skb_core() -> arp_rcv() -
Following race condition was detected:
- neigh_flush_dev() is under execution and calls
neigh_mark_dead(n) marking the neighbour entry 'n' as dead.
- Executing: __netif_receive_skb() ->
__netif_receive_skb_core() -> arp_rcv() -> arp_process().arp_process()
calls __neigh_lookup() which takes a re
On Mon, Jan 25, 2021 at 11:59 AM Chinmay Agarwal
wrote:
>
> Following race condition was detected:
> - neigh_flush_dev() is under execution and calls
> neigh_mark_dead(n),
> marking the neighbour entry 'n' as dead.
>
> - Executing: __netif_receive_skb() -> __netif_receive_skb_core()
> -> arp_rc
On Tue, 26 Jan 2021 01:29:37 +0530 Chinmay Agarwal wrote:
> Following race condition was detected:
> - neigh_flush_dev() is under execution and calls
> neigh_mark_dead(n),
> marking the neighbour entry 'n' as dead.
>
> - Executing: __netif_receive_skb() -> __netif_receive_skb_core()
> -> arp_rc
Following race condition was detected:
- neigh_flush_dev() is under execution and calls neigh_mark_dead(n),
marking the neighbour entry 'n' as dead.
- Executing: __netif_receive_skb() -> __netif_receive_skb_core()
-> arp_rcv() -> arp_process().arp_process() calls __neigh_lookup() which takes
a r
Following race condition was detected:
- neigh_flush_dev() is under execution and calls neigh_mark_dead(n),
marking the neighbour entry 'n' as dead.
- Executing: __netif_receive_skb() -> __netif_receive_skb_core()
-> arp_rcv() -> arp_process().arp_process() calls __neigh_lookup() which takes
a r