Stefano Brivio ad6c9986bc vxlan: Fix GRO cells race condition between receive and link delete
If we receive a packet while deleting a VXLAN device, there's a chance
vxlan_rcv() is called at the same time as vxlan_dellink(). This is fine,
except that vxlan_dellink() should never ever touch stuff that's still in
use, such as the GRO cells list.

Otherwise, vxlan_rcv() crashes while queueing packets via
gro_cells_receive().

Move the gro_cells_destroy() to vxlan_uninit(), which runs after the RCU
grace period is elapsed and nothing needs the gro_cells anymore.

This is now done in the same way as commit 8e816df87997 ("geneve: Use GRO
cells infrastructure.") originally implemented for GENEVE.

Reported-by: Jianlin Shi <jishi@redhat.com>
Fixes: 58ce31cca1ff ("vxlan: GRO support at tunnel layer")
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: Sabrina Dubroca <sd@queasysnail.net>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2019-03-08 11:27:21 -08:00
..
2019-03-04 19:16:09 -08:00
2019-01-10 13:39:19 +02:00
2018-12-29 08:20:44 -07:00
2019-02-20 11:40:21 -08:00
2019-02-10 10:39:37 -08:00
2018-12-10 10:17:45 +01:00
2019-03-04 15:32:51 +00:00
2019-02-28 14:05:33 +10:00
2019-01-09 19:20:31 -05:00
2019-03-01 09:13:04 -08:00
2019-03-04 19:33:04 -08:00
2019-02-15 09:12:28 -08:00
2019-01-05 11:30:37 -08:00
2018-12-28 16:52:18 -08:00
2019-02-01 15:53:54 +01:00
2019-03-01 09:50:10 +01:00
2019-03-04 19:23:56 -08:00
2018-12-06 15:45:46 +01:00
2019-02-08 15:32:10 -08:00
2019-01-05 11:23:17 -08:00
2018-12-29 13:03:29 -08:00
2018-12-24 12:06:56 +01:00
2019-01-01 13:24:31 -08:00
2019-03-02 11:39:54 -08:00
2019-03-04 15:32:51 +00:00
2019-02-08 10:49:55 -08:00
2018-12-28 20:54:57 -08:00
2019-01-25 12:58:40 -10:00
2018-11-11 12:58:27 -08:00
2018-12-29 13:40:29 -08:00
2018-11-12 10:33:49 +01:00