Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp6977563rwb; Tue, 15 Nov 2022 06:14:14 -0800 (PST) X-Google-Smtp-Source: AA0mqf4EoNDLG62iVuyIKi71ETStAoqose096m+qqGmLe0AcifrK/Pq5pDNq0peZv5iCIgFIgAId X-Received: by 2002:a17:90a:8d15:b0:211:59c6:6133 with SMTP id c21-20020a17090a8d1500b0021159c66133mr2429755pjo.238.1668521653737; Tue, 15 Nov 2022 06:14:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668521653; cv=none; d=google.com; s=arc-20160816; b=mAFOGuwcp26xJ0HdtOOWOPrFAoVgGfSRrAVCUNvwXW8HNaCXyYKyLp3vpMS9TJLOau jShuJJ75vVCzhyvv55E54atyC3ymoh5jhGgQXQKfw/ubcNAcpTT/wGXoWI1fjReCr9oL lN3rJK0qVy2q6f04SRgHKNx8YhG/3jmSASdsiw+52EdXsllTQqSld6VkGpGmpShWBSHP VvggxjXXA9NnS/I7IDZ9+WdNM8Rw97xzb8epYA8oScmjjD+vwvAcbNe63+Ryo3KRaK4w tzpi6XYFm/8fEi2ARALRf3ftPJEHtBNuyiH4o4j5fgPGQCT7xGkSX750RTxuQjV+33Ce IoHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=YPYdHJt0wZvih3Iyp1jmO5D2imi8BgTljpZPl4R7cRo=; b=yDGfbI9bVv9c4Gc3dI4iMOT5Z+qZHQnSIsLHq6pY9WroElwZeo+rE8qojUSR5K55Rq XQvc8UtDMhc9fs/Pyh8GZ4HgRzyWye3A2feU8+e05vQgISxSNQcEV8xH4PQHLEhrFL9r u+NPackdlAHaIP4kougHnVefs4jRBsIbPhvdB0InkPYmBGftLSkm2WG01bKNUkang5C7 IYzui6nRxjuDtjAm8wFiXkSn5EsANS1eFBdg9sqFgZF4Em4eZExpdxqQUUGSlEkDuZLr RMPUjtUpUtVTiXFbke8YHX4KzbUwdH/mkieYzlWo824i+lL8sfivbXO7CXVzpITXd/OJ 4s3w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cm9-20020a056a00338900b0056e6d31b27asi11543105pfb.160.2022.11.15.06.14.00; Tue, 15 Nov 2022 06:14:13 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230058AbiKOONE (ORCPT + 90 others); Tue, 15 Nov 2022 09:13:04 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38348 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238223AbiKOOMm (ORCPT ); Tue, 15 Nov 2022 09:12:42 -0500 Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B251A2CC8B; Tue, 15 Nov 2022 06:12:36 -0800 (PST) Received: from dggpemm500023.china.huawei.com (unknown [172.30.72.53]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4NBSmY1F9Yz15MPB; Tue, 15 Nov 2022 22:12:13 +0800 (CST) Received: from dggpemm500005.china.huawei.com (7.185.36.74) by dggpemm500023.china.huawei.com (7.185.36.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Tue, 15 Nov 2022 22:12:33 +0800 Received: from [10.67.102.37] (10.67.102.37) by dggpemm500005.china.huawei.com (7.185.36.74) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Tue, 15 Nov 2022 22:12:33 +0800 Subject: Re: [PATCH net-next 1/4] net: hns3: refine the tcam key convert handle To: Leon Romanovsky , Guangbin Huang References: <20220927111205.18060-1-huangguangbin2@huawei.com> <20220927111205.18060-2-huangguangbin2@huawei.com> CC: , , , , , , From: Hao Lan Message-ID: Date: Tue, 15 Nov 2022 22:12:33 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.67.102.37] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To dggpemm500005.china.huawei.com (7.185.36.74) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Can you please explain why do you need special define for boolean AND? we use '&', just define a bitwise AND, not define boolean AND. Thanks. On 2022/9/28 18:28, Leon Romanovsky wrote: > On Tue, Sep 27, 2022 at 07:12:02PM +0800, Guangbin Huang wrote: >> From: Jian Shen >> >> The expression '(k ^ ~v)' is exaclty '(k & v)', and >> '(k & v) & k' is exaclty 'k & v'. So simplify the >> expression for tcam key convert. >> >> It also add necessary brackets for them. >> >> Signed-off-by: Jian Shen >> Signed-off-by: Guangbin Huang >> --- >> .../net/ethernet/hisilicon/hns3/hns3pf/hclge_main.h | 11 +++-------- >> 1 file changed, 3 insertions(+), 8 deletions(-) >> >> diff --git a/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.h b/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.h >> index 495b639b0dc2..59bfacc687c9 100644 >> --- a/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.h >> +++ b/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.h >> @@ -827,15 +827,10 @@ struct hclge_vf_vlan_cfg { >> * Then for input key(k) and mask(v), we can calculate the value by >> * the formulae: >> * x = (~k) & v >> - * y = (k ^ ~v) & k >> + * y = k & v >> */ >> -#define calc_x(x, k, v) (x = ~(k) & (v)) >> -#define calc_y(y, k, v) \ >> - do { \ >> - const typeof(k) _k_ = (k); \ >> - const typeof(v) _v_ = (v); \ >> - (y) = (_k_ ^ ~_v_) & (_k_); \ >> - } while (0) >> +#define calc_x(x, k, v) ((x) = ~(k) & (v)) >> +#define calc_y(y, k, v) ((y) = (k) & (v)) > > Can you please explain why do you need special define for boolean AND? we use '&', just define a bitwise AND, not define boolean AND. > > Thanks > >> >> #define HCLGE_MAC_STATS_FIELD_OFF(f) (offsetof(struct hclge_mac_stats, f)) >> #define HCLGE_STATS_READ(p, offset) (*(u64 *)((u8 *)(p) + (offset))) >> -- >> 2.33.0 >> > . >