Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp903329pxb; Tue, 1 Feb 2022 12:49:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJxvIvC6lCItnvJg2h5MXIZR9MUU9+n1DKI6kTEqc1Fou0KUR7wcZC1RA/ytObH9kEjg5fV7 X-Received: by 2002:a17:90b:1647:: with SMTP id il7mr4394200pjb.168.1643748594701; Tue, 01 Feb 2022 12:49:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643748594; cv=none; d=google.com; s=arc-20160816; b=zMCWERNujN4IGjGjOQRKriYlDu7OEDTOmjf4mFgbKMQy7Jt1pWSBSF1udmbJhbfsbz yJnVa5buPeYVCy5P1IzujweH6x4xzGZJNXnv2UBf8wAMDf5TcrPahTpUvZeIg2zhR6pZ ruB5Sza1g0Fir9Ryt6XQ/gyXAJjmgN9CPejK0eSzxmBwvXBR8fasY8rlyy4AMlsJyrnD phpvkgCBkbhUhWWTrQZwqI1DthCCZPn4S/yiz3TgV7f2VZbIpubu7Yc6fGE7ETpYfOHZ uQmXlJpMPE/JvNRZcKLJHj8gUaQTz1Ushrk52gQlettzeyvrsAPVlfBGOuCrFRFx1nwq ciWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=EU2Xym3Hvklr8uao8FiRk+noHaYUwUMr5BNLPUQQOek=; b=CErQnRYpJSC/3IkK8lM5QH/JgyXjHTVEdQVYKZU8PeDkvKN6Q9zo2THISqRlvScsk7 Y0WOC6Xx+aRSioLx17jEwz+ZzLv95OhIhvyumJer+7b0dq53SsxqC9MNyPdgKqk+k62v 1IDRjYz4MhhnLqNTYYWNze6Df6ukbJ8E1c6ZtdwnHOcE/iGOm50+mBLwYx9xiN+WQQWp b3rswY+95RVr6dmbvlbA8qiRLAvApYjDDxc9VPCLlKwJwBKkJB8Ws7WVzBMMiCeYhUpz slIFr+fDQGNTPG8aqMDMOWNJ5GbqvRtSGBJLuF9uvGj/6yHlyOSHi1cB505QN/9Y70om hnOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=WjmMyeQN; 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e2si17295035pgc.62.2022.02.01.12.49.43; Tue, 01 Feb 2022 12:49:54 -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=@intel.com header.s=Intel header.b=WjmMyeQN; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1377597AbiAaTvr (ORCPT + 99 others); Mon, 31 Jan 2022 14:51:47 -0500 Received: from mga18.intel.com ([134.134.136.126]:42806 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232738AbiAaTvX (ORCPT ); Mon, 31 Jan 2022 14:51:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1643658683; x=1675194683; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=AuQjRb5W+n0pT7rLWvB6cY+pUQDPFpGw+PwT3Eo7hgY=; b=WjmMyeQNo6IR0Y2JhIdaxUldK2ixlGH5pAxtFiUungGbIio+s9TiYtq3 BKtz05+3XT5x2u9zP0Mpi21cdZ2UcteyAW31cxK7yXVYyWmRn9s+15wZ4 qP0o+ng+gAGu75TYqIcN0kIRuzeJ1jdGE+jk9Q1f2a1f84vOQH0umRpFD IhYvAKYtceO4LLjI1w4tJtPGIG5PEdUqDkIMu1w8j1x1wsegZAjOcm9Ik 9iumkfxXU8idl1DWpZyqKPD8nJDjxHBdx8z7KJX4BY6KIRduT4QuNBFHD S6RfyiPsCitVZ2hJsatW1Jrjqao3VjbDV3h1nOe/bHqUJ3u/HwLiImT8n Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10244"; a="231109334" X-IronPort-AV: E=Sophos;i="5.88,331,1635231600"; d="scan'208";a="231109334" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jan 2022 11:51:22 -0800 X-IronPort-AV: E=Sophos;i="5.88,331,1635231600"; d="scan'208";a="537455738" Received: from abilal-mobl1.amr.corp.intel.com ([10.212.252.235]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jan 2022 11:51:21 -0800 Date: Mon, 31 Jan 2022 11:51:21 -0800 (PST) From: Mat Martineau To: Greg Kroah-Hartman cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Matthieu Baerts , Jean Sacren , Jakub Kicinski , Sasha Levin Subject: Re: [PATCH 5.16 137/200] mptcp: clean up harmless false expressions In-Reply-To: <20220131105238.167982722@linuxfoundation.org> Message-ID: References: <20220131105233.561926043@linuxfoundation.org> <20220131105238.167982722@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 31 Jan 2022, Greg Kroah-Hartman wrote: > From: Jean Sacren > > [ Upstream commit 59060a47ca50bbdb1d863b73667a1065873ecc06 ] > Please drop this from the stable queue for both 5.15 and 5.16. This is a code cleanup (no functional change) patch that was originally merged in net-next and then got selected for stable. It's pretty harmless to backport this one, but I hope this feedback is useful for tuning your scripts or manual patch review processes. If it's more helpful for me to let something like this slide by, or I'm misunderstanding how this might belong in the stable trees, I am likewise open to feedback! Thanks, Mat > entry->addr.id is u8 with a range from 0 to 255 and MAX_ADDR_ID is 255. > We should drop both false expressions of (entry->addr.id > MAX_ADDR_ID). > > We should also remove the obsolete parentheses in the first if branch. > > Use U8_MAX for MAX_ADDR_ID and add a comment to show the link to > mptcp_addr_info.id as suggested by Mr. Matthieu Baerts. > > Reviewed-by: Matthieu Baerts > Signed-off-by: Jean Sacren > Signed-off-by: Mat Martineau > Signed-off-by: Jakub Kicinski > Signed-off-by: Sasha Levin > --- > net/mptcp/pm_netlink.c | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/net/mptcp/pm_netlink.c b/net/mptcp/pm_netlink.c > index d18b13e3e74c6..27427aeeee0e5 100644 > --- a/net/mptcp/pm_netlink.c > +++ b/net/mptcp/pm_netlink.c > @@ -38,7 +38,8 @@ struct mptcp_pm_add_entry { > u8 retrans_times; > }; > > -#define MAX_ADDR_ID 255 > +/* max value of mptcp_addr_info.id */ > +#define MAX_ADDR_ID U8_MAX > #define BITMAP_SZ DIV_ROUND_UP(MAX_ADDR_ID + 1, BITS_PER_LONG) > > struct pm_nl_pernet { > @@ -831,14 +832,13 @@ find_next: > entry->addr.id = find_next_zero_bit(pernet->id_bitmap, > MAX_ADDR_ID + 1, > pernet->next_id); > - if ((!entry->addr.id || entry->addr.id > MAX_ADDR_ID) && > - pernet->next_id != 1) { > + if (!entry->addr.id && pernet->next_id != 1) { > pernet->next_id = 1; > goto find_next; > } > } > > - if (!entry->addr.id || entry->addr.id > MAX_ADDR_ID) > + if (!entry->addr.id) > goto out; > > __set_bit(entry->addr.id, pernet->id_bitmap); > -- > 2.34.1 > > > > -- Mat Martineau Intel