Received: by 10.192.165.156 with SMTP id m28csp1090326imm; Wed, 11 Apr 2018 12:13:16 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/4bpeyCiijLSIvwl6IKItLkye1LfuBrhxgPiB06G2BbssGiXuLIJ9jXe92Gn9q67teKqo9 X-Received: by 10.99.110.65 with SMTP id j62mr4334784pgc.255.1523473996681; Wed, 11 Apr 2018 12:13:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523473996; cv=none; d=google.com; s=arc-20160816; b=tkSl4hvFph0bvndZ5J0qRYz8l4ECZ6QtDlPsEdDEl+/ti9fOMiEQQ8fGpqijjF9cMM tKIVwZdoNqaIZaQ2xeb3QBwL7GYdy5YeZZSTAWzUPDac8e5oeLbQLRCf4i+l3oPTa6iO 17Na4Od7452pH8hqpBsYepnP1PukCq30wV8vWYfxLfOwQcGFMdfL/3Xt9mNs9yK1m0iy aiUfsF1L/iXqGRKc8pVGwtu/5SqW6DW1zMD/zhS8zgymsOSpT5UzxBOeH/XOMKuDvJ2r 9nhYSSjkqLJ6ulP2mNeg2hIvc1whBQphVov6XPDEv5uvuiivKX8JWDC+JOUDcOnvPRmA Dadw== 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=kR2Yp482SQ80gcUwa3hN1aHl5PYl60sA9TBPksd5KUE=; b=TUqy5/OyRtW6leu9Wuc069n2natAqiEZpuBchYgrj3DgPDiRCw5jJ/H8QCucdJmjLs 7M0m3+DpgzYJlB44DZyJvnEeMQncI8p1a4suzuB/kSRcatLnxbIQAgl6JWTpk3p3caFX /sTqld1YFEI+A/Dc4AcHePl7eSmT3IsDjp6az8oKVRGkFxFoSvfqh9yaYEOuwOZlUAB4 DlON8ihVdGAThuEhoaD+QmAStaZg8rn/VBOSfAwycHBgkeoKzs0z0wJxZilr3fUPSlpe V/OCFsawJWl9l2+++g335bkZyvwWBm37yOLREAqfhu05Gb9zFPi4fz3VTADo6I1kwp5S vpQw== 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 x11-v6si486316plv.149.2018.04.11.12.12.40; Wed, 11 Apr 2018 12:13:16 -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 S935311AbeDKTGu (ORCPT + 99 others); Wed, 11 Apr 2018 15:06:50 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:40918 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935281AbeDKTGr (ORCPT ); Wed, 11 Apr 2018 15:06:47 -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 77869D3F; Wed, 11 Apr 2018 19:06:46 +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.9 309/310] net sched actions: fix dumping which requires several messages to user space Date: Wed, 11 Apr 2018 20:37:28 +0200 Message-Id: <20180411183635.893702209@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180411183622.305902791@linuxfoundation.org> References: <20180411183622.305902791@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.9-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 @@ -95,8 +95,10 @@ static int tcf_dump_walker(struct tcf_ha continue; nest = nla_nest_start(skb, n_i); - if (nest == NULL) + if (nest == NULL) { + index--; goto nla_put_failure; + } err = tcf_action_dump_1(skb, p, 0, 0); if (err < 0) { index--;