Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1539178rwl; Fri, 31 Mar 2023 12:45:16 -0700 (PDT) X-Google-Smtp-Source: AKy350YL4H0jKQ2j+y7hKW9CeOdg3JaWboDlGOkOlsIcyOCErIEPcPthg1sK3kQ8kR3AzsbMUVsp X-Received: by 2002:a05:6402:1d48:b0:4bb:afe3:e0a with SMTP id dz8-20020a0564021d4800b004bbafe30e0amr8393836edb.3.1680291915886; Fri, 31 Mar 2023 12:45:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680291915; cv=none; d=google.com; s=arc-20160816; b=Pt+Cxyf9sUghrawZ58tsyAgGt9/f1/DfhdzVUsRcvM7ZuofQtx0moLeQm2G09klgYj G1hzt40C4g9arIz9V4Pbt6C4SKUvGc1L+1VrSImr1yeaEstqdaoymlmi1oVepdLXW4aY 2YJ6Py0tz45d6tgN3TD14hBnsi/DIFvDq45LiSTZlnoD7Qqbyc5daGi85u+FMdA3Qldy Oi+cyrFvtJKt1I4WWS8yk4FmR5JmONzKBp9D7gUYx+ycyheMPrCW9DtG40hEyRKbdP5G qPWa2Vjq2o7p2oPMPAlLvMD2oJ90dk5xOSzRfGpr3VMJsYoXRRmmweTRg6mr7oMlt5X6 n8jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=RtTQ0TelFNvhr4v7pTDd7Onq7BMotPFdtCiDNz4aL30=; b=pNUt1pV4e55FXQU2fggTGMx1Wc+0w7d8oOjTvKM+Jp+HaS2mkKtLdqsG8JAhk/Het0 uE/PNE2qWE38FX+WbilrWnybzUjs7BBrhzbnDPMdR0SkwY0I4/zR6kRELVdy+lkB67ox Rc73HVuAn4tfs+YsswwPVw8dZ2DsP4YY3NvPZqoOl3xgCJFw5Kc+41JA97NImbJmROC5 Ah6TBVVfdUc9fLtOvVdH1naaHaEfOhvlGxJoRIKXDUQZfpY67lQpTzRL1YFyxCVRev/e CtJ+5dq31+pJnptfzWVJUEi+t2m3MpsHv8cOjjyehYdnn5lmd10J/tgFG32kZeP0F3XQ rX7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=EFy78E2p; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bo4-20020a0564020b2400b004bdf14718c0si1458854edb.99.2023.03.31.12.44.50; Fri, 31 Mar 2023 12:45:15 -0700 (PDT) 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; dkim=pass header.i=@google.com header.s=20210112 header.b=EFy78E2p; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230064AbjCaTkm (ORCPT + 99 others); Fri, 31 Mar 2023 15:40:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60676 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231357AbjCaTkl (ORCPT ); Fri, 31 Mar 2023 15:40:41 -0400 Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A06AF20619 for ; Fri, 31 Mar 2023 12:40:40 -0700 (PDT) Received: by mail-ed1-x531.google.com with SMTP id y4so93997023edo.2 for ; Fri, 31 Mar 2023 12:40:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; t=1680291638; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=RtTQ0TelFNvhr4v7pTDd7Onq7BMotPFdtCiDNz4aL30=; b=EFy78E2prR8ZYhcuKqdYGs40YHr2i3GiKZosRe1Fv99wvNvLdWbV0A9hrU07K6msOw wWxrTr9gldFZck9SiBs7jbQWVc+cgwKsI5dlR5V/yUb5L2lPe/A93vGaCPulcGqiHfvR VM8pUB8UbXmz8GYtM6xm1cZAlLVNXXwddMLSZD4WOwqnzYZHuFgj5C/hGse076z2eZ/u dZOoTWJCiqt4fai4IbAAo8b8JVInVTju4UrzJENeAwFdstYIDkPlrbI9rDLnJkT3hszR 7w/iIBvz508lW6ULw8Zd3ey+LqrqQf9tb0Pfp+qzRz8W0vmoD2MjJwTujTw14TKVFNR6 tm8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680291638; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=RtTQ0TelFNvhr4v7pTDd7Onq7BMotPFdtCiDNz4aL30=; b=6XsHhoJ0m3Up3nU7lSzpuQo0gtsy1+w56n2ALaY5R1y+3wyt8uLkJa++FIVWupF5kL kRMyDfpef8FLvNG163PFHai0lcikygpHkgjWANz4SJW9wd1D6NI3m0ssXrz7TgtVSIxJ IhxsMhfUuh7EagnGqRKxMXcY2ZI7Rdg7U1+AgtC8O5M2pWynmqX1v2oGTcM3Mgp+qppF Aa+Q3dfFXn+jcMNMU5kDoyf/ipw6g3iCjuPIbDJsw/w33xk7o+WT2ykfE7AXIm9udbOS M0kwk2O0vF93g92hXkRGRYk0Yk3w06B+MWwIRhk2p1JXXm425VAMuYCCy4feLGP4zLOu VSrg== X-Gm-Message-State: AAQBX9ep5TDbD4aSjWTW2KBg7W6x01T7J3MoPjbBF3lg9AfmXfA4o860 ethnw5I5Jm6ZIe85hW49sUsaaXUrlrGMJ0nDtz/U X-Received: by 2002:a50:8712:0:b0:4fa:123:3b32 with SMTP id i18-20020a508712000000b004fa01233b32mr14378356edb.7.1680291638380; Fri, 31 Mar 2023 12:40:38 -0700 (PDT) MIME-Version: 1.0 References: <20230331162617.1858394-1-trix@redhat.com> In-Reply-To: <20230331162617.1858394-1-trix@redhat.com> From: Bill Wendling Date: Fri, 31 Mar 2023 12:40:22 -0700 Message-ID: Subject: Re: [PATCH] scsi: message: fusion: remove unused timeleft variable To: Tom Rix Cc: sathya.prakash@broadcom.com, sreekanth.reddy@broadcom.com, suganath-prabu.subramani@broadcom.com, nathan@kernel.org, ndesaulniers@google.com, MPT-FusionLinux.pdl@broadcom.com, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-15.7 required=5.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,ENV_AND_HDR_SPF_MATCH, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL, USER_IN_DEF_SPF_WL autolearn=unavailable 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 On Fri, Mar 31, 2023 at 9:26=E2=80=AFAM Tom Rix wrote: > > clang with W=3D1 reports > drivers/message/fusion/mptsas.c:4796:17: error: variable > 'timeleft' set but not used [-Werror,-Wunused-but-set-variable] > unsigned long timeleft; > ^ > This variable is not used so remove it. > > Signed-off-by: Tom Rix > --- > drivers/message/fusion/mptsas.c | 3 --- > 1 file changed, 3 deletions(-) > > diff --git a/drivers/message/fusion/mptsas.c b/drivers/message/fusion/mpt= sas.c > index 86f16f3ea478..d458665e2fc9 100644 > --- a/drivers/message/fusion/mptsas.c > +++ b/drivers/message/fusion/mptsas.c > @@ -4793,7 +4793,6 @@ mptsas_issue_tm(MPT_ADAPTER *ioc, u8 type, u8 chann= el, u8 id, u64 lun, > MPT_FRAME_HDR *mf; > SCSITaskMgmt_t *pScsiTm; > int retval; > - unsigned long timeleft; > > *issue_reset =3D 0; > mf =3D mpt_get_msg_frame(mptsasDeviceResetCtx, ioc); > @@ -4829,8 +4828,6 @@ mptsas_issue_tm(MPT_ADAPTER *ioc, u8 type, u8 chann= el, u8 id, u64 lun, > mpt_put_msg_frame_hi_pri(mptsasDeviceResetCtx, ioc, mf); > > /* Now wait for the command to complete */ > - timeleft =3D wait_for_completion_timeout(&ioc->taskmgmt_cmds.done= , > - timeout*HZ); It looks bad to remove the call to wait_for_completion_timeout(). Is it truly not needed? If it's needed, the "timeleft" should be checked or a comment left to explain why it's not checked. -bw > if (!(ioc->taskmgmt_cmds.status & MPT_MGMT_STATUS_COMMAND_GOOD)) = { > retval =3D -1; /* return failure */ > dtmprintk(ioc, printk(MYIOC_s_ERR_FMT > -- > 2.27.0 > >