From: kernel test robot <lkp@intel.com>
To: oe-kbuild@lists.linux.dev
Cc: lkp@intel.com, Dan Carpenter <error27@gmail.com>
Subject: include/net/libeth/xdp.h:1315 libeth_xdp_process_buff() error: we previously assumed 'xdp->data' could be null (see line 1310)
Date: Sat, 23 May 2026 21:57:15 +0800 [thread overview]
Message-ID: <202605232120.b195V7GQ-lkp@intel.com> (raw)
BCC: lkp@intel.com
CC: oe-kbuild-all@lists.linux.dev
CC: linux-kernel@vger.kernel.org
TO: Alexander Lobakin <aleksander.lobakin@intel.com>
CC: Tony Nguyen <anthony.l.nguyen@intel.com>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: 79bd2dded182b1d458b18e62684b7f82ffc682e5
commit: a4d755d1040a49014b52de286c5f535e20788aa3 idpf: use generic functions to build xdp_buff and skb
date: 9 months ago
:::::: branch date: 14 hours ago
:::::: commit date: 9 months ago
config: i386-randconfig-r071-20260523 (https://download.01.org/0day-ci/archive/20260523/202605232120.b195V7GQ-lkp@intel.com/config)
compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261)
smatch: v0.5.0-9185-gbcc58b9c
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: a4d755d1040a ("idpf: use generic functions to build xdp_buff and skb")
| Reported-by: kernel test robot <lkp@intel.com>
| Reported-by: Dan Carpenter <error27@gmail.com>
| Closes: https://lore.kernel.org/r/202605232120.b195V7GQ-lkp@intel.com/
smatch warnings:
include/net/libeth/xdp.h:1315 libeth_xdp_process_buff() error: we previously assumed 'xdp->data' could be null (see line 1310)
vim +1315 include/net/libeth/xdp.h
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1288
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1289 /**
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1290 * libeth_xdp_process_buff - attach Rx buffer to &libeth_xdp_buff
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1291 * @xdp: XDP buffer to attach the Rx buffer to
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1292 * @fqe: Rx buffer to process
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1293 * @len: received data length from the descriptor
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1294 *
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1295 * If the XDP buffer is empty, attaches the Rx buffer as head and initializes
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1296 * the required fields. Otherwise, attaches the buffer as a frag.
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1297 * Already performs DMA sync-for-CPU and frame start prefetch
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1298 * (for head buffers only).
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1299 *
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1300 * Return: true on success, false if the descriptor must be skipped (empty or
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1301 * no space for a new frag).
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1302 */
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1303 static inline bool libeth_xdp_process_buff(struct libeth_xdp_buff *xdp,
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1304 const struct libeth_fqe *fqe,
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1305 u32 len)
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1306 {
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1307 if (!libeth_rx_sync_for_cpu(fqe, len))
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1308 return false;
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1309
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 @1310 if (xdp->data)
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1311 return libeth_xdp_buff_add_frag(xdp, fqe, len);
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1312
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1313 libeth_xdp_prepare_buff(xdp, fqe, len);
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1314
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 @1315 prefetch(xdp->data);
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1316
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1317 return true;
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1318 }
3ef2b0192e8ba1 Alexander Lobakin 2025-06-12 1319
:::::: The code at line 1315 was first introduced by commit
:::::: 3ef2b0192e8ba133f597919632bd9cf196076f0b libeth: xdp: add helpers for preparing/processing &libeth_xdp_buff
:::::: TO: Alexander Lobakin <aleksander.lobakin@intel.com>
:::::: CC: Tony Nguyen <anthony.l.nguyen@intel.com>
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next reply other threads:[~2026-05-23 13:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-23 13:57 kernel test robot [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-02-10 4:30 include/net/libeth/xdp.h:1315 libeth_xdp_process_buff() error: we previously assumed 'xdp->data' could be null (see line 1310) kernel test robot
2026-02-10 16:16 ` Alexander Lobakin
2026-02-10 19:06 ` Dan Carpenter
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=202605232120.b195V7GQ-lkp@intel.com \
--to=lkp@intel.com \
--cc=error27@gmail.com \
--cc=oe-kbuild@lists.linux.dev \
/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.