srv6_mobile_send.c:60:18: warning: 'plen' may be used uninitialized

kernel test robot <[email protected]>
Newsgroups dev.linux.lists.oe-kbuild
Message-ID <[email protected]>
:::::: 
:::::: Manual check reason: "low confidence bisect report"
:::::: Manual check reason: "likely FALSE maybe-used-uninitialized warning on old compiler"
:::::: 

BCC: [email protected]
CC: [email protected]
TO: Yuya Kusakabe <[email protected]>
CC: 0day robot <[email protected]>

tree:   https://github.com/intel-lab-lkp/linux/commits/Yuya-Kusakabe/seg6-add-support-for-the-SRv6-End-MAP-behavior/20260710-171238
head:   15a633eda320fd75c637aca18deb3620faa75214
commit: 15a633eda320fd75c637aca18deb3620faa75214 selftests: seg6: add selftest for End.MAP behavior
date:   16 hours ago
:::::: branch date: 16 hours ago
:::::: commit date: 16 hours ago
config: x86_64-allnoconfig-bpf (https://download.01.org/0day-ci/archive/20260711/[email protected]/config)
compiler: gcc-14 (Debian 14.2.0-19) 14.2.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260711/[email protected]/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
| Reported-by: kernel test robot <[email protected]>
| Closes: https://lore.kernel.org/r/[email protected]/

Note: it may well be a FALSE warning. FWIW you are at least aware of it now.
http://gcc.gnu.org/wiki/Better_Uninitialized_Warnings

All warnings (new ones prefixed by >>):

   srv6_mobile_send.c: In function 'main':
>> srv6_mobile_send.c:60:18: warning: 'plen' may be used uninitialized [-Wmaybe-uninitialized]
      60 |         uint32_t plen = htonl(len);
         |                  ^~~~
>> srv6_mobile_send.c:59:18: warning: 'nexthdr' may be used uninitialized [-Wmaybe-uninitialized]
      59 |         uint32_t nexthdr = htonl(IPPROTO_ICMPV6);
         |                  ^~~~~~~

--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.