From: kernel test robot <lkp@intel.com>
To: "Thomas Weißschuh " <thomas.weissschuh@linutronix.de>
Cc: oe-kbuild-all@lists.linux.dev, linux-kernel@vger.kernel.org,
Shuah Khan <skhan@linuxfoundation.org>,
Johannes Berg <johannes@sipsolutions.net>,
David Gow <davidgow@google.com>
Subject: drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
Date: Tue, 22 Sep 2026 16:53:01 +0800 [thread overview]
Message-ID: <202609221636.xKdion6f-lkp@intel.com> (raw)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: f0100363d8c374bd8e9ea7c9ba02744f0b802ca4
commit: 031cdd3bc3f369553933c1b0f4cb18000162c8ff kunit: Enable PCI on UML without triggering WARN()
date: 1 year ago
config: um-randconfig-r1306-20260922 (https://download.01.org/0day-ci/archive/20260922/202609221636.xKdion6f-lkp@intel.com/config)
compiler: clang version 17.0.6 (https://github.com/llvm/llvm-project 6009708b4367171ccdbf4b5905cb6a803753fe18)
sparse: v0.6.5-rc1
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260922/202609221636.xKdion6f-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Fixes: 031cdd3bc3f3 ("kunit: Enable PCI on UML without triggering WARN()")
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202609221636.xKdion6f-lkp@intel.com/
sparse warnings: (new ones prefixed by >>)
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2325:25: sparse: sparse: cast to restricted __be64
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1304:24: sparse: sparse: cast to restricted __be32
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1304:24: sparse: sparse: cast to restricted __be32
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1304:24: sparse: sparse: cast to restricted __be32
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1304:24: sparse: sparse: cast to restricted __be32
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1304:24: sparse: sparse: cast to restricted __be32
>> drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1304:24: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:1323:17: sparse: sparse: cast to restricted __be32
vim +2325 drivers/scsi/cxgbi/cxgb4i/cxgb4i.c
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2306
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2307 #define RX_PULL_LEN 128
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2308 static int t4_uld_rx_handler(void *handle, const __be64 *rsp,
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2309 const struct pkt_gl *pgl)
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2310 {
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2311 const struct cpl_act_establish *rpl;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2312 struct sk_buff *skb;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2313 unsigned int opc;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2314 struct cxgbi_device *cdev = handle;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2315
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2316 if (pgl == NULL) {
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2317 unsigned int len = 64 - sizeof(struct rsp_ctrl) - 8;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2318
24d3f95a5b6082 kxie@chelsio.com 2010-09-23 2319 skb = alloc_wr(len, 0, GFP_ATOMIC);
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2320 if (!skb)
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2321 goto nomem;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2322 skb_copy_to_linear_data(skb, &rsp[1], len);
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2323 } else {
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2324 if (unlikely(*(u8 *)rsp != *(u8 *)pgl->va)) {
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 @2325 pr_info("? FL 0x%p,RSS%#llx,FL %#llx,len %u.\n",
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2326 pgl->va, be64_to_cpu(*rsp),
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2327 be64_to_cpu(*(u64 *)pgl->va),
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2328 pgl->tot_len);
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2329 return 0;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2330 }
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2331 skb = cxgb4_pktgl_to_skb(pgl, RX_PULL_LEN, RX_PULL_LEN);
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2332 if (unlikely(!skb))
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2333 goto nomem;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2334 }
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2335
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2336 rpl = (struct cpl_act_establish *)skb->data;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2337 opc = rpl->ot.opcode;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2338 log_debug(1 << CXGBI_DBG_TOE,
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2339 "cdev %p, opcode 0x%x(0x%x,0x%x), skb %p.\n",
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2340 cdev, opc, rpl->ot.opcode_tid, ntohl(rpl->ot.opcode_tid), skb);
ccc495efb326d1 Dan Carpenter 2018-04-03 2341 if (opc >= ARRAY_SIZE(cxgb4i_cplhandlers) || !cxgb4i_cplhandlers[opc]) {
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2342 pr_err("No handler for opcode 0x%x.\n", opc);
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2343 __kfree_skb(skb);
ccc495efb326d1 Dan Carpenter 2018-04-03 2344 } else
ccc495efb326d1 Dan Carpenter 2018-04-03 2345 cxgb4i_cplhandlers[opc](cdev, skb);
ccc495efb326d1 Dan Carpenter 2018-04-03 2346
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2347 return 0;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2348 nomem:
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2349 log_debug(1 << CXGBI_DBG_TOE, "OOM bailing out.\n");
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2350 return 1;
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2351 }
7b36b6e03b0d6c kxie@chelsio.com 2010-08-16 2352
:::::: The code at line 2325 was first introduced by commit
:::::: 7b36b6e03b0d6cee0948593a6a11841a457695b9 [SCSI] cxgb4i v5: iscsi driver
:::::: TO: kxie@chelsio.com <kxie@chelsio.com>
:::::: CC: James Bottomley <James.Bottomley@suse.de>
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
reply other threads:[~2026-09-22 8:54 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202609221636.xKdion6f-lkp@intel.com \
--to=lkp@intel.com \
--cc=davidgow@google.com \
--cc=johannes@sipsolutions.net \
--cc=linux-kernel@vger.kernel.org \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=skhan@linuxfoundation.org \
--cc=thomas.weissschuh@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.