Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp818929ybl; Wed, 4 Dec 2019 11:23:25 -0800 (PST) X-Google-Smtp-Source: APXvYqwcy8sNmFHhsBITnovkWLEG5vrdUa1MYGeiMj1RsYv2pSKdgefzNOMbvyAc0Y48Z6AMtcKK X-Received: by 2002:a9d:630d:: with SMTP id q13mr3570768otk.31.1575487405260; Wed, 04 Dec 2019 11:23:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575487405; cv=none; d=google.com; s=arc-20160816; b=cSz6sSw3l1DqNmxtEqNcZHJRNbaKhE4mUoZFowifFj9ZWgX7pZNGWT1UzRQsQ2mxY4 DJvWsJIfwlEefAPOBG5Q628ziFTbTZJYeO6YnOl89yKHfHIQa18wqGx6OudD1pQePdrV nOCpi9p3kOcnIP+PdVb8K3kiRyPaaKjdnvA+myyqXtrGRlpPQWlvSgrEBf2v2bqdZWdt Y/2/EGzUykRTCRcjrPKdqU5/h7VIxLUszgEVYshlJ1fpQVwQdspIAX9KJL2fEWljbh2J q3ovpYw80sS+WpeQJxvo4N1eSzKNh72qp+G/OmpYq4hCRkxmvIuH9GBVyr5W257k5hYc PKQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=vohFpE+0o8vLzoRLwPwzymVPs422TxGEm6TXLMhuPtk=; b=V4Uj+MLo6n2KNWyCeTqeghpyZpAsJuZLY7Uz4ym/50l/nZr4YDrMDmYAILrgs0Nalx RatDIh6WZ//JpztBBD4XtC4XXRqEA6BFbdu6p3Bls2yycQsRACqZzBZH84fY6haq0V2i GwuDuDH8KnmQ+5mKXCZFOPJa8+a78KLQd6Yj7THVUM2TIxWTX9ec08SnpzkZcWEa/8r5 nY2kRjZ9qelL7YNhEar4hKvcxaLzCVsd6roCsCqeJJq7xqHtV3B4NexsrOsI3KEUJXGM PKI62B9t/n+w9L0/nNgxFpOyTjIi6FjD5r2FE8sSypNIj1B0CpINcN0hTYicSyF9uI1+ C5aw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=FupoDx1c; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n8si3775806otr.102.2019.12.04.11.23.08; Wed, 04 Dec 2019 11:23:25 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=FupoDx1c; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729606AbfLDSE2 (ORCPT + 99 others); Wed, 4 Dec 2019 13:04:28 -0500 Received: from mail.kernel.org ([198.145.29.99]:49276 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730154AbfLDSEO (ORCPT ); Wed, 4 Dec 2019 13:04:14 -0500 Received: from localhost (unknown [217.68.49.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 8A7AF20675; Wed, 4 Dec 2019 18:04:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1575482653; bh=kqpzJnTxRpyBYOpXv54CkIzJJid5vTn2KtSckSJ5ySM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=FupoDx1cisAZbV9EoC2phTzbcgYX21xO/PGr+8z51Gvmr0+CwsoK/3veyc0iQIlbc HWWOdfPuJNUqoFogMYM7gTgal3ZgNGxgcqKCQydNez5mP2qjb4zuMRz8BmdqUAr3f7 4/XcDbHpN+fk8aN/OlFjyORbexRYL9JN5oUQ4MbQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Petr Machata , "David S. Miller" , Sasha Levin Subject: [PATCH 4.14 081/209] vxlan: Fix error path in __vxlan_dev_create() Date: Wed, 4 Dec 2019 18:54:53 +0100 Message-Id: <20191204175327.105634330@linuxfoundation.org> X-Mailer: git-send-email 2.24.0 In-Reply-To: <20191204175321.609072813@linuxfoundation.org> References: <20191204175321.609072813@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Petr Machata [ Upstream commit 6db9246871394b3a136cd52001a0763676563840 ] When a failure occurs in rtnl_configure_link(), the current code calls unregister_netdevice() to roll back the earlier call to register_netdevice(), and jumps to errout, which calls vxlan_fdb_destroy(). However unregister_netdevice() calls transitively ndo_uninit, which is vxlan_uninit(), and that already takes care of deleting the default FDB entry by calling vxlan_fdb_delete_default(). Since the entry added earlier in __vxlan_dev_create() is exactly the default entry, the cleanup code in the errout block always leads to double free and thus a panic. Besides, since vxlan_fdb_delete_default() always destroys the FDB entry with notification enabled, the deletion of the default entry is notified even before the addition was notified. Instead, move the unregister_netdevice() call after the manual destroy, which solves both problems. Fixes: 0241b836732f ("vxlan: fix default fdb entry netlink notify ordering during netdev create") Signed-off-by: Petr Machata Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- drivers/net/vxlan.c | 13 ++++++++++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c index 6d26bbd190dd6..153a81ece9fe4 100644 --- a/drivers/net/vxlan.c +++ b/drivers/net/vxlan.c @@ -3217,6 +3217,7 @@ static int __vxlan_dev_create(struct net *net, struct net_device *dev, struct vxlan_net *vn = net_generic(net, vxlan_net_id); struct vxlan_dev *vxlan = netdev_priv(dev); struct vxlan_fdb *f = NULL; + bool unregister = false; int err; err = vxlan_dev_configure(net, dev, conf, false, extack); @@ -3242,12 +3243,11 @@ static int __vxlan_dev_create(struct net *net, struct net_device *dev, err = register_netdevice(dev); if (err) goto errout; + unregister = true; err = rtnl_configure_link(dev, NULL); - if (err) { - unregister_netdevice(dev); + if (err) goto errout; - } /* notify default fdb entry */ if (f) @@ -3255,9 +3255,16 @@ static int __vxlan_dev_create(struct net *net, struct net_device *dev, list_add(&vxlan->next, &vn->vxlan_list); return 0; + errout: + /* unregister_netdevice() destroys the default FDB entry with deletion + * notification. But the addition notification was not sent yet, so + * destroy the entry by hand here. + */ if (f) vxlan_fdb_destroy(vxlan, f, false); + if (unregister) + unregister_netdevice(dev); return err; } -- 2.20.1