Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp772715ybl; Fri, 9 Aug 2019 13:42:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqyMQwOX14+nJUeP3+USon3rTFOAucHH2jYROU1Pm9HPDh9kGxl5qKZSO1GwYlafZJ346JXx X-Received: by 2002:a17:90a:4f0e:: with SMTP id p14mr10853116pjh.40.1565383363193; Fri, 09 Aug 2019 13:42:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565383363; cv=none; d=google.com; s=arc-20160816; b=BM9cYgUyym/LsYeZljm44MTavO1ZzxoRz7lGjbwGlYw6I1Xv0tYzBK9ZFUtrsp5wIg 1dW+/jsMhdaiaLbziI37drgJHaXpMTfTO1SLBuisGt8Ea99J2KiiPmMKYzslZrLXdqBb yxQaWAOkO+TKnOj7otD3awPuF5AiFJZZ5xnsUiJTNFJorqiCwAl5qKGU8SygtEfrjHmu J3sz56MHuVsONzBetx/qbda47ePKwjoqUXWLcEH5YQHe0GTtlK58KCz3oxc3tqYL11/X EoPj5FSaWXLysxq51qy1IrKdDG8I1uS7x78B4AidxvtmkXThhv6ybBseAGJjyr/Q6j/W 3S+Q== 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 :references:in-reply-to:from:subject:cc:to:message-id:date; bh=n/1tzk96Z+Y4fC5OM09P4ncUNzeSdl5yWg8bFqp8Y5s=; b=MRkuVN23EAazYh4hRHpjxqj4ESYw/3Ms73MEkvtUeeEwHwpA0Ttrtxjrt8pZ68faXA W3SZUmcEUG8dtKYhnu1cSL8LESFcYAHSc2tybsH626xjRnmz0ezUQTIcTTuVvKTwVhLa AlLhaeDI5plrW94sgWVzTVyb3bW9vn9JNiTYJb964VVkixxKYYNLYD7K5z5hiU6Q2eOS 77Yq1sf4wCyi/o3RaHQogB8yJ1Sny+agxV71Q2zix3ozOW+OUTAcDiXsGGK1sXWIZO1Y 5G19r7ZRQpXYdOpeHcdYqS5WnHyrXaH7eKbar55ZiDV0DMu7e9eX2huGQUDLgQ4c4jH1 4FWQ== 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 a190si58263942pfb.127.2019.08.09.13.42.27; Fri, 09 Aug 2019 13:42:43 -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 S1727731AbfHIUli (ORCPT + 99 others); Fri, 9 Aug 2019 16:41:38 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:37864 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725943AbfHIUli (ORCPT ); Fri, 9 Aug 2019 16:41:38 -0400 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::d71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 791D4145DD3AA; Fri, 9 Aug 2019 13:41:37 -0700 (PDT) Date: Fri, 09 Aug 2019 13:41:36 -0700 (PDT) Message-Id: <20190809.134136.289159189804759707.davem@davemloft.net> To: yuehaibing@huawei.com Cc: jhs@mojatatu.com, xiyou.wangcong@gmail.com, jiri@resnulli.us, vinicius.gomes@intel.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH v2 net-next] taprio: remove unused variable 'entry_list_policy' From: David Miller In-Reply-To: <20190809014923.69328-1-yuehaibing@huawei.com> References: <20190808142623.69188-1-yuehaibing@huawei.com> <20190809014923.69328-1-yuehaibing@huawei.com> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 09 Aug 2019 13:41:37 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: YueHaibing Date: Fri, 9 Aug 2019 09:49:23 +0800 > net/sched/sch_taprio.c:680:32: warning: > entry_list_policy defined but not used [-Wunused-const-variable=] > > One of the points of commit a3d43c0d56f1 ("taprio: Add support adding > an admin schedule") is that it removes support (it now returns "not > supported") for schedules using the TCA_TAPRIO_ATTR_SCHED_SINGLE_ENTRY > attribute (which were never used), the parsing of those types of schedules > was the only user of this policy. So removing this policy should be fine. > > Reported-by: Hulk Robot > Suggested-by: Vinicius Costa Gomes > Signed-off-by: YueHaibing > --- > v2: respin commit log using Vinicius's explanation. Applied.