All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.