From: Dan Carpenter <dan.carpenter@linaro.org>
To: Alexander Lobakin <aleksander.lobakin@intel.com>
Cc: kernel test robot <lkp@intel.com>,
oe-kbuild@lists.linux.dev, Dan Carpenter <error27@gmail.com>
Subject: Re: include/net/libeth/xdp.h:1315 libeth_xdp_process_buff() error: we previously assumed 'xdp->data' could be null (see line 1310)
Date: Tue, 10 Feb 2026 22:06:30 +0300 [thread overview]
Message-ID: <aYuBtpTvdsK0R-om@stanley.mountain> (raw)
In-Reply-To: <c6f5022e-9dca-4d36-a821-8ff3261b5c0c@intel.com>
Yeah. Intel created the zero day bot before lei was invented. You
weren't supposed to recieve this email because we filter out the
obvious false postives and resend the others.
The zero day bot can't use the cross function database because it
doesn't scale well enough.
regards,
dan carpenter
On Tue, Feb 10, 2026 at 05:16:04PM +0100, Alexander Lobakin wrote:
> From: Kernel Test Robot <lkp@intel.com>
> Date: Tue, 10 Feb 2026 12:30:48 +0800
>
> > BCC: lkp@intel.com
> > CC: oe-kbuild-all@lists.linux.dev
> > CC: linux-kernel@vger.kernel.org
> > CC: Tony Nguyen <anthony.l.nguyen@intel.com>
> > CC: Alexander Lobakin <aleksander.lobakin@intel.com>
> > CC: Jacob Keller <jacob.e.keller@intel.com>
> >
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> > head: 8a5203c630c67d578975ff237413f5e0b5000af8
> > commit: 93f53db9f9dc4a16b40ecd18e6d338ad57e4b670 ice: switch to Page Pool
> > date: 3 months ago
> > :::::: branch date: 4 hours ago
> > :::::: commit date: 3 months ago
> > config: i386-randconfig-141-20260210 (https://download.01.org/0day-ci/archive/20260210/202602101205.Ce7wRn0m-lkp@intel.com/config)
> > compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261)
> > smatch version: v0.5.0-8994-gd50c5a4c
> >
> > 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
> > | Reported-by: kernel test robot <lkp@intel.com>
> > | Reported-by: Dan Carpenter <error27@gmail.com>
> > | Closes: https://lore.kernel.org/r/202602101205.Ce7wRn0m-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)
>
> Sounds like a false positive, see below:
>
> >
> > 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);
>
> libeth_xdp_prepare_buff() *always* initializes xdp->data, so there's no
> way that prefetch() will get NULL.
>
> > 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>
>
> Thanks,
> Olek
next prev parent reply other threads:[~2026-02-10 19:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
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 [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-05-23 13:57 kernel test robot
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=aYuBtpTvdsK0R-om@stanley.mountain \
--to=dan.carpenter@linaro.org \
--cc=aleksander.lobakin@intel.com \
--cc=error27@gmail.com \
--cc=lkp@intel.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.