Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp875434pxb; Tue, 1 Feb 2022 12:13:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJy7Q2mhKlDmH4qMJd/L0dlaeaNPF1947ss2InxVDWZbukQ4Xcht0MM8y1pYIf1saKTgIDKl X-Received: by 2002:a17:90b:391:: with SMTP id ga17mr4246625pjb.230.1643746396729; Tue, 01 Feb 2022 12:13:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643746396; cv=none; d=google.com; s=arc-20160816; b=WvWmxpz+T3X4VPd8eZ0i1OwP5QGViDvo4vlgIuT+WONItGVuAonn42r1jkOmZyhwTI blExN/ZIR1vwVP4WgOFzcKCrr99ViEcOJAo4skRLTs0XWU50CwY+BlftK/h+fB7fp1lF 5k0qi3imH9CFxiniUxChXDkrs+WtFvI+t4NkbXOT3rUjKeCcf7mEaPG15FYqSp0lqI1N jdCr2cBLfIKjfJxOSrFHu8mIt64sJG+DJUGL5Jnk4piOs4k9aPehEy9SRpG4Rw+2j2vT 6axi6ceKwnxeQ//aRJWLb+greFsfkz/qbx04e8Rn6EhufRy/WkO+zjBW8ZIVUXizzdFU Mp6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=yapie/zDyslFeBl/rBXyIdSbyZ4/z6ParG+YB5Rb7gg=; b=sKqnHayG3FrzDp4P00ucNkyLxQ2Oc9sBBw5feLZNBgVME7EemjGoOLxnkbj9SX+heV UkYoVcpMbm7K/sK1QgKbN4xrpREVauxkMeIEyRa6uLlRAxXmm5RLpFWhSRuE8R7dDu05 94PuU0uYl57IiWXG8HcTfmiErvZ9cNAT1VCa1nKOaAD/OABhnwWJnTGyTKQpR3D06Gac bkL2iEnWBhBKlilbcgayUY5uH8mSGKbobiW/l3vTcdynesf/OWPDcNZ8Epqx7zkJ7ZzI ca5xA0XZUo1sKESjQYrRMAGXE2Eav8CNKNLtpqZ7OMfF9xMFeep35Arjt7dEdQ/nHiz0 862Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=s9qpTy4z; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n10si19402120plf.196.2022.02.01.12.13.05; Tue, 01 Feb 2022 12:13:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=s9qpTy4z; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1377209AbiAaLtV (ORCPT + 99 others); Mon, 31 Jan 2022 06:49:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51112 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1376437AbiAaLgS (ORCPT ); Mon, 31 Jan 2022 06:36:18 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D8638C0797B2; Mon, 31 Jan 2022 03:24:39 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 7F946B82A77; Mon, 31 Jan 2022 11:24:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A29D5C340EE; Mon, 31 Jan 2022 11:24:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643628278; bh=a/JJ/Dx6ZVJ/iFD/BFIC+/1NKyGvL29depip4VS96Ls=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=s9qpTy4z5QbxtuYYzP/zX01CPQB5VYLTbo1T6edP2ifftOfTbjeMxY7s4d/WbfWnJ IeBRx9yfGbIqeweMld+W3M0DJXHWiGMGHl6CNzJEw1ptlXrJBTGQ2oJEt9liE0M0Dl xmq26eYlJXF8qKpkF/CtaVn3Dp1LiRHW9MfKCuK0= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Benjamin Poirier , Nikolay Aleksandrov , "David S. Miller" , Sasha Levin Subject: [PATCH 5.16 182/200] net: bridge: vlan: fix single net device option dumping Date: Mon, 31 Jan 2022 11:57:25 +0100 Message-Id: <20220131105239.674238665@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220131105233.561926043@linuxfoundation.org> References: <20220131105233.561926043@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nikolay Aleksandrov [ Upstream commit dcb2c5c6ca9b9177f04abaf76e5a983d177c9414 ] When dumping vlan options for a single net device we send the same entries infinitely because user-space expects a 0 return at the end but we keep returning skb->len and restarting the dump on retry. Fix it by returning the value from br_vlan_dump_dev() if it completed or there was an error. The only case that must return skb->len is when the dump was incomplete and needs to continue (-EMSGSIZE). Reported-by: Benjamin Poirier Fixes: 8dcea187088b ("net: bridge: vlan: add rtm definitions and dump support") Signed-off-by: Nikolay Aleksandrov Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- net/bridge/br_vlan.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/bridge/br_vlan.c b/net/bridge/br_vlan.c index 49e105e0a4479..d0ebcc99bfa9d 100644 --- a/net/bridge/br_vlan.c +++ b/net/bridge/br_vlan.c @@ -2020,7 +2020,8 @@ static int br_vlan_rtm_dump(struct sk_buff *skb, struct netlink_callback *cb) goto out_err; } err = br_vlan_dump_dev(dev, skb, cb, dump_flags); - if (err && err != -EMSGSIZE) + /* if the dump completed without an error we return 0 here */ + if (err != -EMSGSIZE) goto out_err; } else { for_each_netdev_rcu(net, dev) { -- 2.34.1