Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp5106568pxb; Mon, 15 Feb 2021 09:37:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJxCow6R8INDfOq+YLbzMpr9UhbFp6YqLi0Q8KupByWJdvDWFTd+s7f+3vnGBtGVVN9PmrP6 X-Received: by 2002:a05:6402:3514:: with SMTP id b20mr16504516edd.100.1613410646159; Mon, 15 Feb 2021 09:37:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613410646; cv=none; d=google.com; s=arc-20160816; b=yEq7eEP+/MKNtQPWPEjG8lDgoZFCng+9lHaQ570BrIrAHV3QbLD4KOYsaaQ8Nh6EZs jVpFrH4agF4SEFfXPxVb+y43r2Mm39PJnXhWUch/EtUD9h28otL/xrqxTkRcd9L0Np/e +nuv2iA0D6qk78N9sTZ8b+GgWVJ3rWIKQlulXHz+TjN02mljOtDGvcO7Babz87NtVmbs 3l5/uw6l1oABbApYy9SFXudmFWoz9BSLR89ak7McytfXiDiPOQCMXPU7TK61VJFQJqFN VElsZzD5FU4gHrx2+oGBvgXLl90nWPAlH8c/cj18Ryzw/9bzpQI/wqL5o4Lg5OwtWxTu D1Yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :mime-version:user-agent:date:message-id:subject:from:cc:to; bh=TQ2x+rCTpk4IBZhgwE0MBQETadfXjWSHKNxZ7jAD2Aw=; b=Xbw6eVm5p7sxz6MDiUg9JYmacWujZhL3x8qQhs1oOHNpsL0iZ5E0c/8E3c/3bs6meh djBnCE+8od0VNgW23Bs8EfYzsCdwWLLiCQu2ncVPJGofdar4bTUSCW7/06LkBpeUtcuO o8iYzHj51Bp9yVCbT3wuTtbPmtDAFTeMqFEYMe65JvwDbteaSxRcgaRsCf7DaiHce/CY 5/b/qkfCyseUrzEltr4xA6/rWDzRoU1jJq+AcAbec9u+/sdA1baMeFqunTSuL+X1gBzT fXjETpb+PRWXtOfY4TIyf1EuiP9fHcAyw0yexj6HzIAycphxYFzNrbnN6umm7Ku6Tdeh oZjQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s24si12114286ejf.601.2021.02.15.09.37.02; Mon, 15 Feb 2021 09:37:26 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231697AbhBORg2 (ORCPT + 99 others); Mon, 15 Feb 2021 12:36:28 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:53452 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231495AbhBOQxZ (ORCPT ); Mon, 15 Feb 2021 11:53:25 -0500 Received: from 1.general.cking.uk.vpn ([10.172.193.212]) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1lBh75-0001vr-PW; Mon, 15 Feb 2021 16:52:43 +0000 To: Hariprasad Kelam Cc: Sunil Goutham , Linu Cherian , Geetha sowjanya , Jerin Jacob , hariprasad , Subbaraya Sundeep , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" From: Colin Ian King Subject: re: octeontx2-af: cn10k: MAC internal loopback support Message-ID: Date: Mon, 15 Feb 2021 16:52:43 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Static analysis on linux-next today using Coverity found an issue in the following commit: commit 3ad3f8f93c81f81d6e28b2e286b03669cc1fb3b0 Author: Hariprasad Kelam Date: Thu Feb 11 21:28:34 2021 +0530 octeontx2-af: cn10k: MAC internal loopback support The analysis is as follows: 723 static int rvu_cgx_config_intlbk(struct rvu *rvu, u16 pcifunc, bool en) 724 { 725 struct mac_ops *mac_ops; 1. var_decl: Declaring variable lmac_id without initializer. 726 u8 cgx_id, lmac_id; 727 2. Condition !is_cgx_config_permitted(rvu, pcifunc), taking false branch. 728 if (!is_cgx_config_permitted(rvu, pcifunc)) 729 return -EPERM; 730 Uninitialized scalar variable (UNINIT) 731 mac_ops = get_mac_ops(rvu_cgx_pdata(cgx_id, rvu)); 732 Uninitialized scalar variable (UNINIT) 3. uninit_use_in_call: Using uninitialized value lmac_id when calling *mac_ops->mac_lmac_intl_lbk. 733 return mac_ops->mac_lmac_intl_lbk(rvu_cgx_pdata(cgx_id, rvu), 734 lmac_id, en); 735 } Variables cgx_id and lmac_id are no longer being initialized and garbage values are being passed into function calls. Originally, these variables were being initialized with a call to rvu_get_cgx_lmac_id() but that has now been removed. Colin