Received: by 10.192.165.156 with SMTP id m28csp37456imm; Tue, 10 Apr 2018 15:54:41 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/pigLdsyPHcZQmQC5DANHn+kHkJ/v7FbXKe1vgvA3EZuLvWaeQ9hmQQIDgD+c7wllqFeYP X-Received: by 2002:a17:902:7441:: with SMTP id e1-v6mr2323527plt.169.1523400881357; Tue, 10 Apr 2018 15:54:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523400881; cv=none; d=google.com; s=arc-20160816; b=CM221KTZl2u/5eF75lfPsSeAMhLua+MR2XIjdmM33YvkcSUY+eGYfwUyt3p2R7GbJg Ef0QX0uWhPIGmNkobCijr3yCdmsT2+BgsTR/L0pL/0jj6d7uwsAkZ3X1LABgImJtbFev tMAgOmJcRdTOZDkzFV8qGYX0SMZL+lcWfGtqP7hZK328lwx5bTMCnT2fWGa8hhCYfer6 wlsOa3Bo7IQq7CISxcUCSpmA71JiXF32osj1RvfGt3ONuDEheg/6U/YW/LPzhSQTmZ5A PyV2z9MEvvP+RFtXxXX4llEHnG/z2p6fVcdg6sCSOakkTUtjSBzmHnynbpHCE900M3mc eZgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=ge3mPjeUEnq5PZlahWSwh0O3OWUO/Ydwu6X0MiS86vw=; b=YTTq3ncLBUQ1l/iZ/cEpcpoDFlhAvHMqbu5Imc41pGLMWcntmAYPNFZTIhY+oafaJW BsHSovbgaEmlMiOZ7fYvuHrQHavOZjL6uuW5Xuy4qmG3rWKMahaF9YiTUm6s8RI9+mYl jgRbHSccjLAh+8YX8RGh8gB4s8lFjjblnryR+yEDmCRomhWKgpsoXJgEqHBtJnxH7Bvg I05rtEx+fa+BvjrN4MrXb6ZZdqs1+vtTmDZgbcOtcToc9iLhXOxg4tRFGURTyI4qxBMw JFxGtKQOeWAKvxO6/gmEf40wZoRoV2JNFjKvfwfJOFUBSHmT6oWrz0MVMnA7QhznWCHE Q7Jw== ARC-Authentication-Results: i=1; mx.google.com; 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 g1-v6si3546121pld.549.2018.04.10.15.54.04; Tue, 10 Apr 2018 15:54:41 -0700 (PDT) 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; 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 S1756090AbeDJWsy (ORCPT + 99 others); Tue, 10 Apr 2018 18:48:54 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:44808 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755942AbeDJWiU (ORCPT ); Tue, 10 Apr 2018 18:38:20 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 83BB5D4F; Tue, 10 Apr 2018 22:38:19 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Craig Dillabaugh , Jamal Hadi Salim , "David S. Miller" Subject: [PATCH 4.14 104/138] net sched actions: fix dumping which requires several messages to user space Date: Wed, 11 Apr 2018 00:24:54 +0200 Message-Id: <20180410212914.274790641@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180410212902.121524696@linuxfoundation.org> References: <20180410212902.121524696@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.14-stable review patch. If anyone has any objections, please let me know. ------------------ From: Craig Dillabaugh [ Upstream commit 734549eb550c0c720bc89e50501f1b1e98cdd841 ] Fixes a bug in the tcf_dump_walker function that can cause some actions to not be reported when dumping a large number of actions. This issue became more aggrevated when cookies feature was added. In particular this issue is manifest when large cookie values are assigned to the actions and when enough actions are created that the resulting table must be dumped in multiple batches. The number of actions returned in each batch is limited by the total number of actions and the memory buffer size. With small cookies the numeric limit is reached before the buffer size limit, which avoids the code path triggering this bug. When large cookies are used buffer fills before the numeric limit, and the erroneous code path is hit. For example after creating 32 csum actions with the cookie aaaabbbbccccdddd $ tc actions ls action csum total acts 26 action order 0: csum (tcp) action continue index 1 ref 1 bind 0 cookie aaaabbbbccccdddd ..... action order 25: csum (tcp) action continue index 26 ref 1 bind 0 cookie aaaabbbbccccdddd total acts 6 action order 0: csum (tcp) action continue index 28 ref 1 bind 0 cookie aaaabbbbccccdddd ...... action order 5: csum (tcp) action continue index 32 ref 1 bind 0 cookie aaaabbbbccccdddd Note that the action with index 27 is omitted from the report. Fixes: 4b3550ef530c ("[NET_SCHED]: Use nla_nest_start/nla_nest_end")" Signed-off-by: Craig Dillabaugh Acked-by: Jamal Hadi Salim Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/sched/act_api.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/net/sched/act_api.c +++ b/net/sched/act_api.c @@ -133,8 +133,10 @@ static int tcf_dump_walker(struct tcf_id continue; nest = nla_nest_start(skb, n_i); - if (!nest) + if (!nest) { + index--; goto nla_put_failure; + } err = tcf_action_dump_1(skb, p, 0, 0); if (err < 0) { index--;