> On Sat, 16 Mar 2019 13:24:39 +0800 > Zhiqiang Liu <liuzhiqian...@huawei.com> wrote: > >> I have updated the commit message as suggested by Eric. Even though I have >> read >> Documentation/networking/netdev-FAQ.rst as you mentioned. I am now still a >> little >> confused about the subject-prefix of v3 (net or net-next). > > It's "net": this is a (likely critical) fix. > >> And David Miller saied the net-next tree is CLOSED. > > Right, but this is not for net-next anymore, given what Eric found. > >> Could you help me check whether the following v3 patch is ok? >> >> >> Subject: [PATCH net v3] vxlan: remove the redundant gro_cells_destroy() >> calling. > > This one. And it's not just redundant, so maybe something like: > > "[PATCH net v3] vxlan: Don't call gro_cells_destroy() before > device is unregistered" > >> OR >> Subject: [PATCH net-next v3] vxlan: remove the redundant gro_cells_destroy() >> calling. >> >> Commit ad6c9986bcb62 ("vxlan: Fix GRO cells race condition between >> receive and link delete") fixed a race condition for the typical case a vxlan >> device is dismantled from the current netns. But if a netns is dismantled, >> vxlan_destroy_tunnels() is called to schedule a unregister_netdevice_queue() >> of all the vxlan tunnels that are related to this netns. >> >> In vxlan_destroy_tunnels(), gro_cells_destroy() is called and finished before >> unregister_netdevice_queue(). This means that the gro_cells_destroy() call is >> done too soon, for the same reasons explained in above commit. >> >> So we need to fully respect the RCU rules, and thus must remove the >> gro_cells_destroy() call or risk use after-free. >> >> Fixes: 58ce31cca1ff ("vxlan: GRO support at tunnel layer") >> Signed-off-by: Suanming.Mou <mousuanm...@huawei.com> >> Suggested-by: Eric Dumazet <eric.duma...@gmail.com> >> Reviewed-by: Stefano Brivio <sbri...@redhat.com> >> Reviewed-by: Zhiqiang Liu <liuzhiqian...@huawei.com> >> --- >> V1->V2: > > This will actually be v3. > >> - update the commit message suggeted by Eric Dumazet >> - update Fixes: tag >> >> drivers/net/vxlan.c | 4 +--- >> 1 file changed, 1 insertion(+), 3 deletions(-) >> >> diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c >> index 077f1b9f2761..d76dfed8d9bb 100644 >> --- a/drivers/net/vxlan.c >> +++ b/drivers/net/vxlan.c >> @@ -4335,10 +4335,8 @@ static void vxlan_destroy_tunnels(struct net *net, >> struct list_head *head) >> /* If vxlan->dev is in the same netns, it has already been added >> * to the list by the previous loop. >> */ >> - if (!net_eq(dev_net(vxlan->dev), net)) { >> - gro_cells_destroy(&vxlan->gro_cells); >> + if (!net_eq(dev_net(vxlan->dev), net)) >> unregister_netdevice_queue(vxlan->dev, head); >> - } >> } >> >> for (h = 0; h < PORT_HASH_SIZE; ++h) > > Looks good to me, you can keep my Reviewed-by: tag for v3. Thanks! >
Thank you for your patience to reply. And thanks for Eric and David Miller again. I will make the v3 as your suggestion.