Message ID | 20221101115657.48267-1-colin.i.king@gmail.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp2912344wru; Tue, 1 Nov 2022 05:02:03 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6bTC7B7jIrGS1KHYYYrujSrZIstPHptA2qt8gwy5m0rJQRJ9wMBQx6swdv2LyWmEvAgKQe X-Received: by 2002:a17:902:d4ce:b0:186:c8b9:c301 with SMTP id o14-20020a170902d4ce00b00186c8b9c301mr19271268plg.27.1667304123367; Tue, 01 Nov 2022 05:02:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667304123; cv=none; d=google.com; s=arc-20160816; b=C3pcRJEGjLrxrtfXdHuwmE2AIadWL5hOeCxIg6ojlXYkBv7dW/pR3Ry3ko39LfsaYp rdWZ18jguUb2IhqepP44/vqEOsZ5ug/XuSR4gHoywU9I6/UG/nb+ekd7XfToMM8WwTda r00DFatBF85EVkc4ZSXKwgPF3T8+7o39bDjod/vbENh3HqUDJT0wn5XplIHYEA29oSS7 v2mthxiPX1AXjzIgtX87cjETI9OYvU2OqABwabvUtGmucyeWBQtGy46SPdB69eZqX+/f oOqMkEpER7fonwUedA7GUwizwHm/BnAPaguOxl7H6P7i48V/DI9KM1+U1sfyb2NcBPtL tZ6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=avD7AsLYAabT4MRxA4af15kY8M1x7LqMRU8EJksJQzU=; b=GVANhG6vc7X+M39AlvyefgEVlgm+kEI0nkxRlgg3/B7ghBQ2LFRv33jGgnml44uwiR w1u37yckahcDHuLp69XDsXD2HhD9yEFCjzJLCcyfIHomXDZFaqEwlkUl0aSZnP1OMZiC +E5sxACCptm1cHgaqMnDivryVKrVaZ6CF59DhupfafNw5PRKwM2ibGDJe6xOXFKyf3vK mmlpSXs/zvNnp5hCRMI7q9Nqc3IFqTMSf87rZLdMAER369StaayM0sf6/H7UfD3V26VW mZDTCR8XQUMZNrqn192p086s79hQb6CM/Gb/AeSRG9eRo1BkNpCa1tymT+Vmpim0EZhQ Dbcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=HcwjTt+A; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ot7-20020a17090b3b4700b001fac102fdeesi13263889pjb.95.2022.11.01.05.01.45; Tue, 01 Nov 2022 05:02:03 -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=@gmail.com header.s=20210112 header.b=HcwjTt+A; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230341AbiKAL5F (ORCPT <rfc822;kartikey406@gmail.com> + 99 others); Tue, 1 Nov 2022 07:57:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48382 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230239AbiKAL5C (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 1 Nov 2022 07:57:02 -0400 Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3981C6387; Tue, 1 Nov 2022 04:57:00 -0700 (PDT) Received: by mail-wr1-x42a.google.com with SMTP id bk15so19739265wrb.13; Tue, 01 Nov 2022 04:57:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=avD7AsLYAabT4MRxA4af15kY8M1x7LqMRU8EJksJQzU=; b=HcwjTt+AZwgxEXuLfGdDhzw5siB0usEMihQMMtm6COsuce+D71orrJ32ulXf+P5z6U R5qPE/9LMHFAKTrGdjPQ8i0BquIGWgtCdmj1hJqmo4AaxbmNw6rtOrgFcIbuATL9zcPc 1VsOhsmnf4qBPor5ZtXS+SHZl/MZu5yjUJW8fUTA+4hZccSXcrtw8bMtXXLX6GGyK0Ld nicXnR3INwSAyO/6Av4Tx1ERwua/HY0rclGcCSvegQa3x2BGidbZPtYP5OBhsLk3ztbT s0NQBKslkRdz+mqbswM8CxFbpz3GV/RRdTjir2T1KH22PyqTKSbDO7ElT2xLsJzocd1c slKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=avD7AsLYAabT4MRxA4af15kY8M1x7LqMRU8EJksJQzU=; b=LxKbbqLvYQCIk4CjYm//SpWHaiGPEydr/KEIV4zYCLVBC8iEJ0Mffx1IfTbHpwlRz2 KDUMkCfCYUsmyAAO82ZarRWyNU9MMiXHuyWu1KOW8jYEm3Uyy+QFuqS23twl5DgH0FXZ u9EiF9DQpb8+TpCCA606bz75Z9Ruu8j8hjvicr4KuVCpHwTQoQBPI8VlhCltFGsRpCEq wxr0UoP0+zjj01NCNo+keFVZAx0SCCnfTMN6Y2gENzJdtpev39H/8QOERl1sWS12Ngy1 QB1eBMBBCq5p7WnfnIWTyD91tqMCqvcAF7RBiQBMVPcZIlzHSHQtSJhdA5TNvY1Vyjo6 C79A== X-Gm-Message-State: ACrzQf3AKz1CwcAVVETX09Q/LkVcCUkEYY1Q67qng6DDiNW/leR91Cii zyXpmelaZdkBt0LO5V4ItfU= X-Received: by 2002:a05:6000:381:b0:232:2e1:48e9 with SMTP id u1-20020a056000038100b0023202e148e9mr11123028wrf.166.1667303818657; Tue, 01 Nov 2022 04:56:58 -0700 (PDT) Received: from localhost (cpc154979-craw9-2-0-cust193.16-3.cable.virginm.net. [80.193.200.194]) by smtp.gmail.com with ESMTPSA id x3-20020a5d4443000000b0023659925b2asm9863117wrr.51.2022.11.01.04.56.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 01 Nov 2022 04:56:58 -0700 (PDT) From: Colin Ian King <colin.i.king@gmail.com> To: James Smart <james.smart@broadcom.com>, Dick Kennedy <dick.kennedy@broadcom.com>, "James E . J . Bottomley" <jejb@linux.ibm.com>, "Martin K . Petersen" <martin.petersen@oracle.com>, linux-scsi@vger.kernel.org Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] scsi: lpfc: remove redundant pointer lp Date: Tue, 1 Nov 2022 11:56:57 +0000 Message-Id: <20221101115657.48267-1-colin.i.king@gmail.com> X-Mailer: git-send-email 2.37.3 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1748295088006082361?= X-GMAIL-MSGID: =?utf-8?q?1748295088006082361?= |
Series |
scsi: lpfc: remove redundant pointer lp
|
|
Commit Message
Colin Ian King
Nov. 1, 2022, 11:56 a.m. UTC
Pointer lp is being initialized and incremented but the result
is never read. The pointer is redundant and can be removed.
Signed-off-by: Colin Ian King <colin.i.king@gmail.com>
---
drivers/scsi/lpfc/lpfc_els.c | 3 ---
1 file changed, 3 deletions(-)
Comments
Hi Colin,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on mkp-scsi/for-next]
[also build test WARNING on jejb-scsi/for-next linus/master v6.1-rc3 next-20221101]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url: https://github.com/intel-lab-lkp/linux/commits/Colin-Ian-King/scsi-lpfc-remove-redundant-pointer-lp/20221101-195936
base: https://git.kernel.org/pub/scm/linux/kernel/git/mkp/scsi.git for-next
patch link: https://lore.kernel.org/r/20221101115657.48267-1-colin.i.king%40gmail.com
patch subject: [PATCH] scsi: lpfc: remove redundant pointer lp
config: ia64-allyesconfig
compiler: ia64-linux-gcc (GCC) 12.1.0
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://github.com/intel-lab-lkp/linux/commit/e11ce9b9f1589e7088f17b72cd4df1c2c0bbb1d1
git remote add linux-review https://github.com/intel-lab-lkp/linux
git fetch --no-tags linux-review Colin-Ian-King/scsi-lpfc-remove-redundant-pointer-lp/20221101-195936
git checkout e11ce9b9f1589e7088f17b72cd4df1c2c0bbb1d1
# save the config file
mkdir build_dir && cp config build_dir/.config
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=ia64 SHELL=/bin/bash drivers/scsi/
If you fix the issue, kindly add following tag where applicable
| Reported-by: kernel test robot <lkp@intel.com>
All warnings (new ones prefixed by >>):
drivers/scsi/lpfc/lpfc_els.c: In function 'lpfc_els_rcv_farpr':
>> drivers/scsi/lpfc/lpfc_els.c:9175:29: warning: variable 'pcmd' set but not used [-Wunused-but-set-variable]
9175 | struct lpfc_dmabuf *pcmd;
| ^~~~
vim +/pcmd +9175 drivers/scsi/lpfc/lpfc_els.c
dea3101e0a5c89 James Bottomley 2005-04-17 9156
e59058c44025d7 James Smart 2008-08-24 9157 /**
3621a710a7dbb2 James Smart 2009-04-06 9158 * lpfc_els_rcv_farpr - Process an unsolicited farp response iocb
e59058c44025d7 James Smart 2008-08-24 9159 * @vport: pointer to a host virtual N_Port data structure.
e59058c44025d7 James Smart 2008-08-24 9160 * @cmdiocb: pointer to lpfc command iocb data structure.
e59058c44025d7 James Smart 2008-08-24 9161 * @ndlp: pointer to a node-list data structure.
e59058c44025d7 James Smart 2008-08-24 9162 *
e59058c44025d7 James Smart 2008-08-24 9163 * This routine processes Fibre Channel Address Resolution Protocol
e59058c44025d7 James Smart 2008-08-24 9164 * Response (FARPR) IOCB received as an ELS unsolicited event. It simply
e59058c44025d7 James Smart 2008-08-24 9165 * invokes the lpfc_els_rsp_acc() routine to the remote node to accept
e59058c44025d7 James Smart 2008-08-24 9166 * the FARP response request.
e59058c44025d7 James Smart 2008-08-24 9167 *
e59058c44025d7 James Smart 2008-08-24 9168 * Return code
e59058c44025d7 James Smart 2008-08-24 9169 * 0 - Successfully processed FARPR IOCB (currently always return 0)
e59058c44025d7 James Smart 2008-08-24 9170 **/
dea3101e0a5c89 James Bottomley 2005-04-17 9171 static int
2e0fef85e098f6 James Smart 2007-06-17 9172 lpfc_els_rcv_farpr(struct lpfc_vport *vport, struct lpfc_iocbq *cmdiocb,
2e0fef85e098f6 James Smart 2007-06-17 9173 struct lpfc_nodelist *ndlp)
dea3101e0a5c89 James Bottomley 2005-04-17 9174 {
dea3101e0a5c89 James Bottomley 2005-04-17 @9175 struct lpfc_dmabuf *pcmd;
b27cbd55495093 Bart Van Assche 2019-03-28 9176 uint32_t did;
dea3101e0a5c89 James Bottomley 2005-04-17 9177
3bea83b68d5447 James Smart 2022-02-24 9178 did = get_job_els_rsp64_did(vport->phba, cmdiocb);
d51cf5bd926c7d James Smart 2022-04-12 9179 pcmd = cmdiocb->cmd_dmabuf;
dea3101e0a5c89 James Bottomley 2005-04-17 9180
dea3101e0a5c89 James Bottomley 2005-04-17 9181 /* FARP-RSP received from DID <did> */
e8b62011d88d6f James Smart 2007-08-02 9182 lpfc_printf_vlog(vport, KERN_INFO, LOG_ELS,
e8b62011d88d6f James Smart 2007-08-02 9183 "0600 FARP-RSP received from DID x%x\n", did);
dea3101e0a5c89 James Bottomley 2005-04-17 9184 /* ACCEPT the Farp resp request */
51ef4c26891a73 James Smart 2007-08-02 9185 lpfc_els_rsp_acc(vport, ELS_CMD_ACC, cmdiocb, ndlp, NULL);
dea3101e0a5c89 James Bottomley 2005-04-17 9186
dea3101e0a5c89 James Bottomley 2005-04-17 9187 return 0;
dea3101e0a5c89 James Bottomley 2005-04-17 9188 }
dea3101e0a5c89 James Bottomley 2005-04-17 9189
Colin, > Pointer lp is being initialized and incremented but the result > is never read. The pointer is redundant and can be removed. > @@ -9173,14 +9173,11 @@ lpfc_els_rcv_farpr(struct lpfc_vport *vport, struct lpfc_iocbq *cmdiocb, > struct lpfc_nodelist *ndlp) Looks like this function has been dubious for a long time. From a quick glance it doesn't appear to have done anything useful with those variable assignments since back in the 4.x days. James, please have a look.
Hi Colin,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on mkp-scsi/for-next]
[also build test WARNING on jejb-scsi/for-next linus/master v6.1-rc5 next-20221114]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url: https://github.com/intel-lab-lkp/linux/commits/Colin-Ian-King/scsi-lpfc-remove-redundant-pointer-lp/20221101-195936
base: https://git.kernel.org/pub/scm/linux/kernel/git/mkp/scsi.git for-next
patch link: https://lore.kernel.org/r/20221101115657.48267-1-colin.i.king%40gmail.com
patch subject: [PATCH] scsi: lpfc: remove redundant pointer lp
config: arm-randconfig-c002-20221114
compiler: clang version 16.0.0 (https://github.com/llvm/llvm-project 463da45892e2d2a262277b91b96f5f8c05dc25d0)
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# install arm cross compiling tool for clang build
# apt-get install binutils-arm-linux-gnueabi
# https://github.com/intel-lab-lkp/linux/commit/e11ce9b9f1589e7088f17b72cd4df1c2c0bbb1d1
git remote add linux-review https://github.com/intel-lab-lkp/linux
git fetch --no-tags linux-review Colin-Ian-King/scsi-lpfc-remove-redundant-pointer-lp/20221101-195936
git checkout e11ce9b9f1589e7088f17b72cd4df1c2c0bbb1d1
# save the config file
mkdir build_dir && cp config build_dir/.config
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm SHELL=/bin/bash drivers/scsi/lpfc/
If you fix the issue, kindly add following tag where applicable
| Reported-by: kernel test robot <lkp@intel.com>
All warnings (new ones prefixed by >>):
In file included from drivers/scsi/lpfc/lpfc_els.c:38:
drivers/scsi/lpfc/lpfc_hw.h:850:19: warning: field portName within 'struct _ADISC' is less aligned than 'struct lpfc_name' and is usually due to 'struct _ADISC' being packed, which can lead to unaligned accesses [-Wunaligned-access]
struct lpfc_name portName;
^
drivers/scsi/lpfc/lpfc_hw.h:851:19: warning: field nodeName within 'struct _ADISC' is less aligned than 'struct lpfc_name' and is usually due to 'struct _ADISC' being packed, which can lead to unaligned accesses [-Wunaligned-access]
struct lpfc_name nodeName;
^
drivers/scsi/lpfc/lpfc_hw.h:881:19: warning: field FportName within 'struct _FAN' is less aligned than 'struct lpfc_name' and is usually due to 'struct _FAN' being packed, which can lead to unaligned accesses [-Wunaligned-access]
struct lpfc_name FportName;
^
drivers/scsi/lpfc/lpfc_hw.h:882:19: warning: field FnodeName within 'struct _FAN' is less aligned than 'struct lpfc_name' and is usually due to 'struct _FAN' being packed, which can lead to unaligned accesses [-Wunaligned-access]
struct lpfc_name FnodeName;
^
drivers/scsi/lpfc/lpfc_hw.h:922:19: warning: field portName within 'struct _RNID' is less aligned than 'struct lpfc_name' and is usually due to 'struct _RNID' being packed, which can lead to unaligned accesses [-Wunaligned-access]
struct lpfc_name portName;
^
drivers/scsi/lpfc/lpfc_hw.h:923:19: warning: field nodeName within 'struct _RNID' is less aligned than 'struct lpfc_name' and is usually due to 'struct _RNID' being packed, which can lead to unaligned accesses [-Wunaligned-access]
struct lpfc_name nodeName;
^
drivers/scsi/lpfc/lpfc_hw.h:926:4: warning: field un within 'struct _RNID' is less aligned than 'union (unnamed union at drivers/scsi/lpfc/lpfc_hw.h:924:2)' and is usually due to 'struct _RNID' being packed, which can lead to unaligned accesses [-Wunaligned-access]
} un;
^
>> drivers/scsi/lpfc/lpfc_els.c:9175:22: warning: variable 'pcmd' set but not used [-Wunused-but-set-variable]
struct lpfc_dmabuf *pcmd;
^
8 warnings generated.
vim +/pcmd +9175 drivers/scsi/lpfc/lpfc_els.c
dea3101e0a5c89 James Bottomley 2005-04-17 9156
e59058c44025d7 James Smart 2008-08-24 9157 /**
3621a710a7dbb2 James Smart 2009-04-06 9158 * lpfc_els_rcv_farpr - Process an unsolicited farp response iocb
e59058c44025d7 James Smart 2008-08-24 9159 * @vport: pointer to a host virtual N_Port data structure.
e59058c44025d7 James Smart 2008-08-24 9160 * @cmdiocb: pointer to lpfc command iocb data structure.
e59058c44025d7 James Smart 2008-08-24 9161 * @ndlp: pointer to a node-list data structure.
e59058c44025d7 James Smart 2008-08-24 9162 *
e59058c44025d7 James Smart 2008-08-24 9163 * This routine processes Fibre Channel Address Resolution Protocol
e59058c44025d7 James Smart 2008-08-24 9164 * Response (FARPR) IOCB received as an ELS unsolicited event. It simply
e59058c44025d7 James Smart 2008-08-24 9165 * invokes the lpfc_els_rsp_acc() routine to the remote node to accept
e59058c44025d7 James Smart 2008-08-24 9166 * the FARP response request.
e59058c44025d7 James Smart 2008-08-24 9167 *
e59058c44025d7 James Smart 2008-08-24 9168 * Return code
e59058c44025d7 James Smart 2008-08-24 9169 * 0 - Successfully processed FARPR IOCB (currently always return 0)
e59058c44025d7 James Smart 2008-08-24 9170 **/
dea3101e0a5c89 James Bottomley 2005-04-17 9171 static int
2e0fef85e098f6 James Smart 2007-06-17 9172 lpfc_els_rcv_farpr(struct lpfc_vport *vport, struct lpfc_iocbq *cmdiocb,
2e0fef85e098f6 James Smart 2007-06-17 9173 struct lpfc_nodelist *ndlp)
dea3101e0a5c89 James Bottomley 2005-04-17 9174 {
dea3101e0a5c89 James Bottomley 2005-04-17 @9175 struct lpfc_dmabuf *pcmd;
b27cbd55495093 Bart Van Assche 2019-03-28 9176 uint32_t did;
dea3101e0a5c89 James Bottomley 2005-04-17 9177
3bea83b68d5447 James Smart 2022-02-24 9178 did = get_job_els_rsp64_did(vport->phba, cmdiocb);
d51cf5bd926c7d James Smart 2022-04-12 9179 pcmd = cmdiocb->cmd_dmabuf;
dea3101e0a5c89 James Bottomley 2005-04-17 9180
dea3101e0a5c89 James Bottomley 2005-04-17 9181 /* FARP-RSP received from DID <did> */
e8b62011d88d6f James Smart 2007-08-02 9182 lpfc_printf_vlog(vport, KERN_INFO, LOG_ELS,
e8b62011d88d6f James Smart 2007-08-02 9183 "0600 FARP-RSP received from DID x%x\n", did);
dea3101e0a5c89 James Bottomley 2005-04-17 9184 /* ACCEPT the Farp resp request */
51ef4c26891a73 James Smart 2007-08-02 9185 lpfc_els_rsp_acc(vport, ELS_CMD_ACC, cmdiocb, ndlp, NULL);
dea3101e0a5c89 James Bottomley 2005-04-17 9186
dea3101e0a5c89 James Bottomley 2005-04-17 9187 return 0;
dea3101e0a5c89 James Bottomley 2005-04-17 9188 }
dea3101e0a5c89 James Bottomley 2005-04-17 9189
diff --git a/drivers/scsi/lpfc/lpfc_els.c b/drivers/scsi/lpfc/lpfc_els.c index 2b03210264bb..3f13fcf75fce 100644 --- a/drivers/scsi/lpfc/lpfc_els.c +++ b/drivers/scsi/lpfc/lpfc_els.c @@ -9173,14 +9173,11 @@ lpfc_els_rcv_farpr(struct lpfc_vport *vport, struct lpfc_iocbq *cmdiocb, struct lpfc_nodelist *ndlp) { struct lpfc_dmabuf *pcmd; - uint32_t *lp; uint32_t did; did = get_job_els_rsp64_did(vport->phba, cmdiocb); pcmd = cmdiocb->cmd_dmabuf; - lp = (uint32_t *)pcmd->virt; - lp++; /* FARP-RSP received from DID <did> */ lpfc_printf_vlog(vport, KERN_INFO, LOG_ELS, "0600 FARP-RSP received from DID x%x\n", did);