- Kernel - mailweb.openeuler.org

[openeuler:OLK-6.6 3508/3508] htmldocs: ./include/net/sock.h:556: warning: Function parameter or member 'sk_gid_padding' not described in 'sock'
by kernel test robot 10 Dec '25

10 Dec '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 7bf6051b5c404918d02133a7e2aad8b059d6f6b0 commit: e14009474396762cbc7231fda683da7980880ad7 [3508/3508] net: core: Add a GID field to struct sock. reproduce: (https://download.01.org/0day-ci/archive/20251210/202512101505.lwW2LgkN-lkp@…) 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(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512101505.lwW2LgkN-lkp@intel.com/ All warnings (new ones prefixed by >>): Error: Cannot open file ./include/linux/ethtool.h Error: Cannot open file ./include/linux/net.h Error: Cannot open file ./include/linux/net.h Error: Cannot open file ./include/linux/skbuff.h Error: Cannot open file ./include/linux/skbuff.h >> ./include/net/sock.h:556: warning: Function parameter or member 'sk_gid_padding' not described in 'sock' Error: Cannot open file ./include/linux/etherdevice.h Error: Cannot open file ./include/linux/etherdevice.h Error: Cannot open file ./include/linux/netdevice.h Error: Cannot open file ./include/linux/netdevice.h Error: Cannot open file ./include/linux/phy.h vim +556 ./include/net/sock.h 0c0a5ef809f915 Eric Dumazet 2021-10-25 445 0e36cbb344575e Cong Wang 2013-01-22 446 struct dst_entry __rcu *sk_dst_cache; ^1da177e4c3f41 Linus Torvalds 2005-04-16 447 atomic_t sk_omem_alloc; 4e07a91c37c69e Arnaldo Carvalho de Melo 2007-05-29 448 int sk_sndbuf; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 449 9115e8cd2a0c6e Eric Dumazet 2016-12-03 450 /* ===== cache line for TX ===== */ 9115e8cd2a0c6e Eric Dumazet 2016-12-03 451 int sk_wmem_queued; 14afee4b6092fd Reshetova, Elena 2017-06-30 452 refcount_t sk_wmem_alloc; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 453 unsigned long sk_tsq_flags; 75c119afe14f74 Eric Dumazet 2017-10-05 454 union { 9115e8cd2a0c6e Eric Dumazet 2016-12-03 455 struct sk_buff *sk_send_head; 75c119afe14f74 Eric Dumazet 2017-10-05 456 struct rb_root tcp_rtx_queue; 75c119afe14f74 Eric Dumazet 2017-10-05 457 }; ^1da177e4c3f41 Linus Torvalds 2005-04-16 458 struct sk_buff_head sk_write_queue; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 459 __s32 sk_peek_off; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 460 int sk_write_pending; 9b8805a325591c Julian Anastasov 2017-02-06 461 __u32 sk_dst_pending_confirm; 218af599fa635b Eric Dumazet 2017-05-16 462 u32 sk_pacing_status; /* see enum sk_pacing */ 9115e8cd2a0c6e Eric Dumazet 2016-12-03 463 long sk_sndtimeo; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 464 struct timer_list sk_timer; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 465 __u32 sk_priority; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 466 __u32 sk_mark; 76a9ebe811fb3d Eric Dumazet 2018-10-15 467 unsigned long sk_pacing_rate; /* bytes per second */ 76a9ebe811fb3d Eric Dumazet 2018-10-15 468 unsigned long sk_max_pacing_rate; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 469 struct page_frag sk_frag; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 470 netdev_features_t sk_route_caps; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 471 int sk_gso_type; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 472 unsigned int sk_gso_max_size; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 473 gfp_t sk_allocation; 9115e8cd2a0c6e Eric Dumazet 2016-12-03 474 __u32 sk_txhash; fc64869c48494a Andrey Ryabinin 2016-05-18 475 fc64869c48494a Andrey Ryabinin 2016-05-18 476 /* fc64869c48494a Andrey Ryabinin 2016-05-18 477 * Because of non atomicity rules, all fc64869c48494a Andrey Ryabinin 2016-05-18 478 * changes are protected by socket lock. fc64869c48494a Andrey Ryabinin 2016-05-18 479 */ aba546565b613e Eric Dumazet 2021-11-15 480 u8 sk_gso_disabled : 1, cdfbabfb2f0ce9 David Howells 2017-03-09 481 sk_kern_sock : 1, 28448b80456fea Tom Herbert 2014-05-23 482 sk_no_check_tx : 1, 28448b80456fea Tom Herbert 2014-05-23 483 sk_no_check_rx : 1, bf9765145b856f Mat Martineau 2020-01-09 484 sk_userlocks : 4; 3a9b76fd0db9f0 Eric Dumazet 2017-11-11 485 u8 sk_pacing_shift; bf9765145b856f Mat Martineau 2020-01-09 486 u16 sk_type; bf9765145b856f Mat Martineau 2020-01-09 487 u16 sk_protocol; bf9765145b856f Mat Martineau 2020-01-09 488 u16 sk_gso_max_segs; ^1da177e4c3f41 Linus Torvalds 2005-04-16 489 unsigned long sk_lingertime; 476e19cfa131e2 Arnaldo Carvalho de Melo 2005-05-05 490 struct proto *sk_prot_creator; ^1da177e4c3f41 Linus Torvalds 2005-04-16 491 rwlock_t sk_callback_lock; ^1da177e4c3f41 Linus Torvalds 2005-04-16 492 int sk_err, ^1da177e4c3f41 Linus Torvalds 2005-04-16 493 sk_err_soft; becb74f0acca19 Eric Dumazet 2015-03-19 494 u32 sk_ack_backlog; becb74f0acca19 Eric Dumazet 2015-03-19 495 u32 sk_max_ack_backlog; 86741ec25462e4 Lorenzo Colitti 2016-11-04 496 kuid_t sk_uid; 26859240e4ee70 Akhmat Karakotov 2022-01-31 497 u8 sk_txrehash; 7fd3253a7de6a3 Björn Töpel 2020-11-30 498 #ifdef CONFIG_NET_RX_BUSY_POLL 7fd3253a7de6a3 Björn Töpel 2020-11-30 499 u8 sk_prefer_busy_poll; 7c951cafc0cb2e Björn Töpel 2020-11-30 500 u16 sk_busy_poll_budget; 7fd3253a7de6a3 Björn Töpel 2020-11-30 501 #endif 35306eb2381444 Eric Dumazet 2021-09-29 502 spinlock_t sk_peer_lock; 1ace2b4d2b4e1d Eric Dumazet 2021-11-15 503 int sk_bind_phc; 109f6e39fa07c4 Eric W. Biederman 2010-06-13 504 struct pid *sk_peer_pid; 109f6e39fa07c4 Eric W. Biederman 2010-06-13 505 const struct cred *sk_peer_cred; 35306eb2381444 Eric Dumazet 2021-09-29 506 ^1da177e4c3f41 Linus Torvalds 2005-04-16 507 long sk_rcvtimeo; b7aa0bf70c4afb Eric Dumazet 2007-04-19 508 ktime_t sk_stamp; 3a0ed3e9619738 Deepa Dinamani 2018-12-27 509 #if BITS_PER_LONG==32 3a0ed3e9619738 Deepa Dinamani 2018-12-27 510 seqlock_t sk_stamp_seq; 3a0ed3e9619738 Deepa Dinamani 2018-12-27 511 #endif a1cdec57e03a13 Eric Dumazet 2022-02-17 512 atomic_t sk_tskey; 52267790ef52d7 Willem de Bruijn 2017-08-03 513 atomic_t sk_zckey; b534dc46c8ae01 Willem de Bruijn 2022-12-07 514 u32 sk_tsflags; b534dc46c8ae01 Willem de Bruijn 2022-12-07 515 u8 sk_shutdown; 80b14dee2bea12 Richard Cochran 2018-07-03 516 80b14dee2bea12 Richard Cochran 2018-07-03 517 u8 sk_clockid; 80b14dee2bea12 Richard Cochran 2018-07-03 518 u8 sk_txtime_deadline_mode : 1, 4b15c707535266 Jesus Sanchez-Palencia 2018-07-03 519 sk_txtime_report_errors : 1, 4b15c707535266 Jesus Sanchez-Palencia 2018-07-03 520 sk_txtime_unused : 6; fb87bd47516d9a Guillaume Nault 2022-12-16 521 bool sk_use_task_frag; 80b14dee2bea12 Richard Cochran 2018-07-03 522 ^1da177e4c3f41 Linus Torvalds 2005-04-16 523 struct socket *sk_socket; ^1da177e4c3f41 Linus Torvalds 2005-04-16 524 void *sk_user_data; d5f642384e9da7 Alexey Dobriyan 2008-11-04 525 #ifdef CONFIG_SECURITY ^1da177e4c3f41 Linus Torvalds 2005-04-16 526 void *sk_security; d5f642384e9da7 Alexey Dobriyan 2008-11-04 527 #endif 2a56a1fec290bf Tejun Heo 2015-12-07 528 struct sock_cgroup_data sk_cgrp_data; baac50bbc3cdfd Johannes Weiner 2016-01-14 529 struct mem_cgroup *sk_memcg; ^1da177e4c3f41 Linus Torvalds 2005-04-16 530 void (*sk_state_change)(struct sock *sk); 676d23690fb62b David S. Miller 2014-04-11 531 void (*sk_data_ready)(struct sock *sk); ^1da177e4c3f41 Linus Torvalds 2005-04-16 532 void (*sk_write_space)(struct sock *sk); ^1da177e4c3f41 Linus Torvalds 2005-04-16 533 void (*sk_error_report)(struct sock *sk); ^1da177e4c3f41 Linus Torvalds 2005-04-16 534 int (*sk_backlog_rcv)(struct sock *sk, ^1da177e4c3f41 Linus Torvalds 2005-04-16 535 struct sk_buff *skb); ebf4e808fa0b22 Ilya Lesokhin 2018-04-30 536 #ifdef CONFIG_SOCK_VALIDATE_XMIT ebf4e808fa0b22 Ilya Lesokhin 2018-04-30 537 struct sk_buff* (*sk_validate_xmit_skb)(struct sock *sk, ebf4e808fa0b22 Ilya Lesokhin 2018-04-30 538 struct net_device *dev, ebf4e808fa0b22 Ilya Lesokhin 2018-04-30 539 struct sk_buff *skb); ebf4e808fa0b22 Ilya Lesokhin 2018-04-30 540 #endif ^1da177e4c3f41 Linus Torvalds 2005-04-16 541 void (*sk_destruct)(struct sock *sk); ef456144da8ef5 Craig Gallek 2016-01-04 542 struct sock_reuseport __rcu *sk_reuseport_cb; 6ac99e8f23d4b1 Martin KaFai Lau 2019-04-26 543 #ifdef CONFIG_BPF_SYSCALL 1f00d375af84fb KP Singh 2020-08-25 544 struct bpf_local_storage __rcu *sk_bpf_storage; 6ac99e8f23d4b1 Martin KaFai Lau 2019-04-26 545 #endif a4298e4522d687 Eric Dumazet 2016-04-01 546 struct rcu_head sk_rcu; ffa84b5ffb37a9 Eric Dumazet 2021-12-09 547 netns_tracker ns_tracker; 28044fc1d4953b Joanne Koong 2022-08-22 548 struct hlist_node sk_bind2_node; e1400947439676 Lu Wei 2024-01-15 549 e1400947439676 Lu Wei 2024-01-15 550 #if IS_ENABLED(CONFIG_NETACC_TERRACE) e1400947439676 Lu Wei 2024-01-15 551 union { e1400947439676 Lu Wei 2024-01-15 552 kgid_t sk_gid; e1400947439676 Lu Wei 2024-01-15 553 u64 sk_gid_padding; e1400947439676 Lu Wei 2024-01-15 554 }; e1400947439676 Lu Wei 2024-01-15 555 #endif ^1da177e4c3f41 Linus Torvalds 2005-04-16 @556 }; ^1da177e4c3f41 Linus Torvalds 2005-04-16 557 :::::: The code at line 556 was first introduced by commit :::::: 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Linux-2.6.12-rc2 :::::: TO: Linus Torvalds <torvalds(a)ppc970.osdl.org> :::::: CC: Linus Torvalds <torvalds(a)ppc970.osdl.org> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3508/3508] fs/nfs/dir.c:1498:6: warning: no previous prototype for 'nfs_check_have_lookup_cache_flag'
by kernel test robot 10 Dec '25

10 Dec '25

Hi 闫海涛, FYI, the error/warning still remains. tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: b7a3f4f16ebfb6b033fe4f7de8908062eb84a55b commit: 18e360871c3f648ecb0d8cc9b23fd4268a64c17f [3508/3508] add enfs feature config: x86_64-allnoconfig-bpf (https://download.01.org/0day-ci/archive/20251210/202512101401.oMRwRHrx-lkp@…) 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/20251210/202512101401.oMRwRHrx-lkp@…) 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(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512101401.oMRwRHrx-lkp@intel.com/ All warnings (new ones prefixed by >>): >> fs/nfs/dir.c:1498:6: warning: no previous prototype for 'nfs_check_have_lookup_cache_flag' [-Wmissing-prototypes] 1498 | bool nfs_check_have_lookup_cache_flag(struct nfs_server *server, int flag) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ vim +/nfs_check_have_lookup_cache_flag +1498 fs/nfs/dir.c 1497 > 1498 bool nfs_check_have_lookup_cache_flag(struct nfs_server *server, int flag) 1499 { 1500 #if IS_ENABLED(CONFIG_ENFS) 1501 return enfs_check_have_lookup_cache_flag(server, flag); 1502 #else 1503 return (server->flags & NFS_MOUNT_LOOKUP_CACHE_NONE); 1504 #endif 1505 } 1506 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3508/3508] drivers/ub/urma/ubcore/ubcore_connect_adapter.c:189:26: sparse: sparse: symbol 'ubcore_find_remove_ex_tp_info' was not declared. Should it be static?
by kernel test robot 10 Dec '25

10 Dec '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: d80b9970681139376cf12bc9145051760176bb95 commit: cd3e93f2a6d3bba9ff616fb065a943877d3d7894 [3508/3508] urma: implement ubcore basic connection and bonding support config: arm64-randconfig-r112-20251210 (https://download.01.org/0day-ci/archive/20251210/202512102106.8emZWvbe-lkp@…) compiler: aarch64-linux-gcc (GCC) 13.4.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251210/202512102106.8emZWvbe-lkp@…) 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(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512102106.8emZWvbe-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> drivers/ub/urma/ubcore/ubcore_connect_adapter.c:189:26: sparse: sparse: symbol 'ubcore_find_remove_ex_tp_info' was not declared. Should it be static? vim +/ubcore_find_remove_ex_tp_info +189 drivers/ub/urma/ubcore/ubcore_connect_adapter.c 188 > 189 struct ubcore_ex_tp_info * 190 ubcore_find_remove_ex_tp_info(struct ubcore_device *dev, uint64_t tp_handle) 191 { 192 struct ubcore_ex_tp_info *ex_tp_info = NULL; 193 uint32_t hash; 194 195 hash = ubcore_get_ex_tp_hash(&tp_handle); 196 spin_lock(&dev->ht[UBCORE_HT_EX_TP].lock); 197 if (dev->ht[UBCORE_HT_EX_TP].head == NULL) { 198 spin_unlock(&dev->ht[UBCORE_HT_EX_TP].lock); 199 return NULL; 200 } 201 202 ex_tp_info = ubcore_hash_table_lookup_nolock(&dev->ht[UBCORE_HT_EX_TP], 203 hash, &tp_handle); 204 if (ex_tp_info == NULL) { 205 spin_unlock(&dev->ht[UBCORE_HT_EX_TP].lock); 206 ubcore_log_warn("Failed to find ex_tp_info, tp_handle: %llu.\n", 207 tp_handle); 208 return NULL; 209 } 210 ubcore_hash_table_remove_nolock(&dev->ht[UBCORE_HT_EX_TP], 211 &ex_tp_info->hnode); 212 spin_unlock(&dev->ht[UBCORE_HT_EX_TP].lock); 213 214 return ex_tp_info; 215 } 216 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH OLK-6.6 0/6] Some bugfixes for interference
by Tengda Wu 10 Dec '25

10 Dec '25

This series addresses several build and runtime issues discovered in the cgroup interference (IFS) subsystem. Patch 0001~0003 fix some build errors and runtime null-ptr-deref. Patch 0004 adds a fallback to sched_clock when TSC is unavailable, ensuring IFS can still function on systems without TSC. Patch 0005 fixes the missing interference.stat file in v1 hierarchy. Patch 0006 adds a version compatibility check between the IFS subsystem and cgroup to prevent potential mismatches. It would be changed as shown below: ```bash [root@kp91 cpu,cpuacct]# pwd /sys/fs/cgroup/cpu,cpuacct [root@kp91 cpu,cpuacct]# mkdir test [root@kp91 cpu,cpuacct]# mount -t cgroup2 none test [root@kp91 cpu,cpuacct]# [root@kp91 cpu,cpuacct]# cd test/ [root@kp91 test]# cat interference.stat cat: interference.stat: Operation not supported [root@kp91 test]# [root@kp91 test]# dmesg | grep mismatch [ 1060.893809] cgroup version mismatch: subsystem v1, cgroup v2 ``` Tengda Wu (6): interference: Avoid null pointer dereference in cgroup_ifs_add_files interference: Resolve arm32 build error by restricting IFS to x86/arm64 interference: Add dependency on CONFIG_SCHED_INFO to avoid build error interference: Add fallback to sched_clock when TSC is unavailable interference: Fix missing interference.stat file in v1 hierarchy interference: Add version compatibility check between subsystem and cgroup include/linux/cgroup.h | 25 ++++++++++++++------- init/Kconfig | 2 ++ kernel/cgroup/ifs.c | 51 +++++++++++++++++++++++++++++------------- kernel/sched/stats.h | 2 +- 4 files changed, 56 insertions(+), 24 deletions(-) -- 2.34.1

2 7

[openeuler:OLK-6.6 3508/3508] mm/memcontrol.c:4428:12: warning: 'mem_cgroup_check_swap_for_v1' defined but not used
by kernel test robot 10 Dec '25

10 Dec '25

Hi Liu, FYI, the error/warning still remains. tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 56da8c1ec8638f6ad4df737a133a41b106a3ce42 commit: a095a940f784db58ea4e87df361f9a4fd0dd977f [3508/3508] memcg: add restrict to swap to cgroup1 config: x86_64-randconfig-122-20251210 (https://download.01.org/0day-ci/archive/20251210/202512101954.2PMARPcx-lkp@…) 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/20251210/202512101954.2PMARPcx-lkp@…) 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(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512101954.2PMARPcx-lkp@intel.com/ All warnings (new ones prefixed by >>): >> mm/memcontrol.c:4428:12: warning: 'mem_cgroup_check_swap_for_v1' defined but not used [-Wunused-function] 4428 | static int mem_cgroup_check_swap_for_v1(struct folio *folio, swp_entry_t entry) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ vim +/mem_cgroup_check_swap_for_v1 +4428 mm/memcontrol.c 4427 > 4428 static int mem_cgroup_check_swap_for_v1(struct folio *folio, swp_entry_t entry) 4429 { 4430 return 0; 4431 } 4432 #endif 4433 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3508/3508] htmldocs: ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush'
by kernel test robot 10 Dec '25

10 Dec '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 413c8958a89da414e792cff13c7ddb1217f8a693 commit: 394bc797fb96f1eda8dac440dd97e673115d7c78 [3508/3508] wifi: cfg80211: fix kernel-doc for wiphy_delayed_work_flush() reproduce: (https://download.01.org/0day-ci/archive/20251210/202512101158.SZfSVzDP-lkp@…) 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(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512101158.SZfSVzDP-lkp@intel.com/ All warnings (new ones prefixed by >>): Error: Cannot open file ./include/linux/of_graph.h Error: Cannot open file ./include/linux/of_device.h Error: Cannot open file ./include/linux/of_device.h Error: Cannot open file ./include/linux/of_platform.h Error: Cannot open file ./include/linux/of_platform.h >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' >> ./include/net/cfg80211.h:5891: warning: Excess function parameter 'work' description in 'wiphy_delayed_work_flush' Error: Cannot open file ./include/linux/aperture.h Error: Cannot open file ./include/linux/aperture.h Error: Cannot open file ./include/linux/auxiliary_bus.h Error: Cannot open file ./include/linux/auxiliary_bus.h Error: Cannot open file ./include/linux/auxiliary_bus.h vim +5891 ./include/net/cfg80211.h a3ee4dc84c4e9d Johannes Berg 2023-06-06 5853 a3ee4dc84c4e9d Johannes Berg 2023-06-06 5854 /** a3ee4dc84c4e9d Johannes Berg 2023-06-06 5855 * wiphy_delayed_work_queue - queue delayed work for the wiphy a3ee4dc84c4e9d Johannes Berg 2023-06-06 5856 * @wiphy: the wiphy to queue for a3ee4dc84c4e9d Johannes Berg 2023-06-06 5857 * @dwork: the delayable worker a3ee4dc84c4e9d Johannes Berg 2023-06-06 5858 * @delay: number of jiffies to wait before queueing a3ee4dc84c4e9d Johannes Berg 2023-06-06 5859 * a3ee4dc84c4e9d Johannes Berg 2023-06-06 5860 * This is useful for work that must be done asynchronously, and work a3ee4dc84c4e9d Johannes Berg 2023-06-06 5861 * queued here has the special property that the wiphy mutex will be a3ee4dc84c4e9d Johannes Berg 2023-06-06 5862 * held as if wiphy_lock() was called, and that it cannot be running a3ee4dc84c4e9d Johannes Berg 2023-06-06 5863 * after wiphy_lock() was called. Therefore, wiphy_cancel_work() can a3ee4dc84c4e9d Johannes Berg 2023-06-06 5864 * use just cancel_work() instead of cancel_work_sync(), it requires a3ee4dc84c4e9d Johannes Berg 2023-06-06 5865 * being in a section protected by wiphy_lock(). a3ee4dc84c4e9d Johannes Berg 2023-06-06 5866 */ a3ee4dc84c4e9d Johannes Berg 2023-06-06 5867 void wiphy_delayed_work_queue(struct wiphy *wiphy, a3ee4dc84c4e9d Johannes Berg 2023-06-06 5868 struct wiphy_delayed_work *dwork, a3ee4dc84c4e9d Johannes Berg 2023-06-06 5869 unsigned long delay); a3ee4dc84c4e9d Johannes Berg 2023-06-06 5870 a3ee4dc84c4e9d Johannes Berg 2023-06-06 5871 /** a3ee4dc84c4e9d Johannes Berg 2023-06-06 5872 * wiphy_delayed_work_cancel - cancel previously queued delayed work a3ee4dc84c4e9d Johannes Berg 2023-06-06 5873 * @wiphy: the wiphy, for debug purposes a3ee4dc84c4e9d Johannes Berg 2023-06-06 5874 * @dwork: the delayed work to cancel a3ee4dc84c4e9d Johannes Berg 2023-06-06 5875 * a3ee4dc84c4e9d Johannes Berg 2023-06-06 5876 * Cancel the work *without* waiting for it, this assumes being a3ee4dc84c4e9d Johannes Berg 2023-06-06 5877 * called under the wiphy mutex acquired by wiphy_lock(). a3ee4dc84c4e9d Johannes Berg 2023-06-06 5878 */ a3ee4dc84c4e9d Johannes Berg 2023-06-06 5879 void wiphy_delayed_work_cancel(struct wiphy *wiphy, a3ee4dc84c4e9d Johannes Berg 2023-06-06 5880 struct wiphy_delayed_work *dwork); a3ee4dc84c4e9d Johannes Berg 2023-06-06 5881 8137a638e642a1 Johannes Berg 2023-11-23 5882 /** 394bc797fb96f1 Johannes Berg 2023-11-23 5883 * wiphy_delayed_work_flush - flush previously queued delayed work 8137a638e642a1 Johannes Berg 2023-11-23 5884 * @wiphy: the wiphy, for debug purposes 8137a638e642a1 Johannes Berg 2023-11-23 5885 * @work: the work to flush 8137a638e642a1 Johannes Berg 2023-11-23 5886 * 8137a638e642a1 Johannes Berg 2023-11-23 5887 * Flush the work (i.e. run it if pending). This must be called 8137a638e642a1 Johannes Berg 2023-11-23 5888 * under the wiphy mutex acquired by wiphy_lock(). 8137a638e642a1 Johannes Berg 2023-11-23 5889 */ 8137a638e642a1 Johannes Berg 2023-11-23 5890 void wiphy_delayed_work_flush(struct wiphy *wiphy, 8137a638e642a1 Johannes Berg 2023-11-23 @5891 struct wiphy_delayed_work *dwork); 8137a638e642a1 Johannes Berg 2023-11-23 5892 :::::: The code at line 5891 was first introduced by commit :::::: 8137a638e642a1f9d6511c3d2cb8d90bcfe45367 wifi: cfg80211: add flush functions for wiphy work :::::: TO: Johannes Berg <johannes.berg(a)intel.com> :::::: CC: Zheng Zengkai <zhengzengkai(a)huawei.com> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3508/3508] drivers/ub/urma/ubcore/net/ubcore_sock.c:73:39: sparse: sparse: restricted __be32 degrades to integer
by kernel test robot 10 Dec '25

10 Dec '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 56da8c1ec8638f6ad4df737a133a41b106a3ce42 commit: fa2cd1217a55bfd5ad96e991f64f72d9692844e1 [3508/3508] urma: add network framework facilities for ubcore. config: arm64-randconfig-r112-20251210 (https://download.01.org/0day-ci/archive/20251210/202512101830.7qQXxUnc-lkp@…) compiler: aarch64-linux-gcc (GCC) 13.4.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251210/202512101830.7qQXxUnc-lkp@…) 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(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512101830.7qQXxUnc-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> drivers/ub/urma/ubcore/net/ubcore_sock.c:73:39: sparse: sparse: restricted __be32 degrades to integer >> drivers/ub/urma/ubcore/net/ubcore_sock.c:78:45: sparse: sparse: incorrect type in assignment (different base types) @@ expected restricted __be32 [usertype] s_addr @@ got unsigned int [usertype] addr @@ drivers/ub/urma/ubcore/net/ubcore_sock.c:78:45: sparse: expected restricted __be32 [usertype] s_addr drivers/ub/urma/ubcore/net/ubcore_sock.c:78:45: sparse: got unsigned int [usertype] addr >> drivers/ub/urma/ubcore/net/ubcore_sock.c:181:35: sparse: sparse: incorrect type in assignment (different base types) @@ expected unsigned int [usertype] addr @@ got restricted __be32 [usertype] s_addr @@ drivers/ub/urma/ubcore/net/ubcore_sock.c:181:35: sparse: expected unsigned int [usertype] addr drivers/ub/urma/ubcore/net/ubcore_sock.c:181:35: sparse: got restricted __be32 [usertype] s_addr >> drivers/ub/urma/ubcore/net/ubcore_sock.c:348:24: sparse: sparse: incorrect type in assignment (different base types) @@ expected restricted __poll_t [usertype] _key @@ got int @@ drivers/ub/urma/ubcore/net/ubcore_sock.c:348:24: sparse: expected restricted __poll_t [usertype] _key drivers/ub/urma/ubcore/net/ubcore_sock.c:348:24: sparse: got int >> drivers/ub/urma/ubcore/net/ubcore_sock.c:527:29: sparse: sparse: restricted __poll_t degrades to integer drivers/ub/urma/ubcore/net/ubcore_sock.c:529:34: sparse: sparse: restricted __poll_t degrades to integer -- >> drivers/ub/urma/ubcore/net/ubcore_session.c:38:31: sparse: sparse: symbol 'session_ctx' was not declared. Should it be static? vim +73 drivers/ub/urma/ubcore/net/ubcore_sock.c 68 69 static void k_parse_addr(union ubcore_net_addr_union *ub_addr, uint16_t port, 70 struct sockaddr *sk_addr, int *sk_addr_size) 71 { 72 if (ub_addr->in4.reserved1 == 0 && > 73 ub_addr->in4.reserved2 == htonl(IPV4_MAP_IPV6_PREFIX)) { 74 struct sockaddr_in *sk_addr_in = (struct sockaddr_in *)sk_addr; 75 76 sk_addr_in->sin_family = AF_INET; 77 sk_addr_in->sin_port = htons(port); > 78 sk_addr_in->sin_addr.s_addr = ub_addr->in4.addr; 79 80 *sk_addr_size = (int)sizeof(*sk_addr_in); 81 } else { 82 struct sockaddr_in6 *sk_addr_in6 = 83 (struct sockaddr_in6 *)sk_addr; 84 85 sk_addr_in6->sin6_family = AF_INET6; 86 sk_addr_in6->sin6_port = htons(port); 87 memcpy(&sk_addr_in6->sin6_addr, &ub_addr->in6, 88 sizeof(ub_addr->in6)); 89 90 *sk_addr_size = (int)sizeof(*sk_addr_in6); 91 } 92 } 93 94 static int k_setsockopt_keepalive(struct socket *sock) 95 { 96 int keepidle = 5; 97 int keepcnt = 3; 98 99 sock_set_keepalive(sock->sk); 100 tcp_sock_set_keepcnt(sock->sk, keepcnt); 101 tcp_sock_set_keepidle(sock->sk, keepidle); 102 tcp_sock_set_keepintvl(sock->sk, keepidle); 103 104 return 0; 105 } 106 107 static inline void k_setsockopt_reuse(struct socket *sock) 108 { 109 sock->sk->sk_reuse = true; 110 } 111 112 static inline void k_close(struct socket *sock) 113 { 114 sock_release(sock); 115 } 116 117 static struct socket *k_listen(union ubcore_net_addr_union *ub_addr, 118 uint16_t port) 119 { 120 struct socket *sock = NULL; 121 struct sockaddr_in6 sk_addr_inner = { 0 }; 122 struct sockaddr *sk_addr = (struct sockaddr *)&sk_addr_inner; 123 int sk_addr_size, backlog = 128; 124 int ret; 125 126 k_parse_addr(ub_addr, port, sk_addr, &sk_addr_size); 127 128 ret = sock_create(sk_addr->sa_family, SOCK_STREAM, 0, &sock); 129 if (ret < 0) { 130 ubcore_log_err("Failed to create socket"); 131 return NULL; 132 } 133 134 k_setsockopt_reuse(sock); 135 136 ret = kernel_bind(sock, sk_addr, sk_addr_size); 137 if (ret < 0) { 138 ubcore_log_err("Failed to call kernel_bind, ret: %d.\n", ret); 139 goto destroy_sock; 140 } 141 142 ret = kernel_listen(sock, backlog); 143 if (ret < 0) { 144 ubcore_log_err("Failed to call kernel_listen"); 145 goto destroy_sock; 146 } 147 148 return sock; 149 150 destroy_sock: 151 k_close(sock); 152 return NULL; 153 } 154 155 static struct socket *k_accept(struct socket *sock, 156 union ubcore_net_addr_union *ub_addr) 157 { 158 struct socket *newsock = NULL; 159 struct sockaddr_in6 sk_addr_inner = { 0 }; 160 struct sockaddr *sk_addr = (struct sockaddr *)&sk_addr_inner; 161 int ret; 162 163 ret = kernel_accept(sock, &newsock, 0); 164 if (ret < 0) { 165 ubcore_log_err("Failed to call kernel_accept"); 166 return NULL; 167 } 168 169 ret = kernel_getpeername(newsock, sk_addr); 170 if (ret == sizeof(struct sockaddr_in6) && 171 sk_addr->sa_family == AF_INET6) { 172 struct sockaddr_in6 *sk_addr_in6 = 173 (struct sockaddr_in6 *)sk_addr; 174 175 memcpy(&ub_addr->in6, &sk_addr_in6->sin6_addr, 176 sizeof(sk_addr_in6->sin6_addr)); 177 } else if (ret == sizeof(struct sockaddr_in) && 178 sk_addr->sa_family == AF_INET) { 179 struct sockaddr_in *sk_addr_in = (struct sockaddr_in *)sk_addr; 180 > 181 ub_addr->in4.addr = sk_addr_in->sin_addr.s_addr; 182 ub_addr->in4.reserved2 = IPV4_MAP_IPV6_PREFIX; 183 } else { 184 ubcore_log_err("Failed to call kernel_getpeername"); 185 goto destroy_sock; 186 } 187 188 ret = k_setsockopt_keepalive(newsock); 189 if (ret < 0) { 190 ubcore_log_err("Failed to set socket keepalive"); 191 goto destroy_sock; 192 } 193 194 return newsock; 195 196 destroy_sock: 197 k_close(newsock); 198 return NULL; 199 } 200 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH OLK-6.6 0/9] crypto: hisilicon - some bugfix
by Chenghai Huang 10 Dec '25

10 Dec '25

From: JiangShui Yang <yangjiangshui(a)h-partners.com> Chenghai Huang (4): crypto: hisilicon/sgl - fix inconsistent map/unmap direction issue crypto: hisilicon/zip - fix a callback problem crypto: hisilicon/zip - add algorithm check before soft tfm allocation crypto: hisilicon/zip - remove redundant callback validation and invocation in crypto_wait_req Weili Qian (3): crypto: hisilicon - mask all error type when uninit crypto: hisilicon/hpre - support curve25519 fallback for hardware queue unavailable crypto: hisilicon/qm - increment PM usage counter when handling the aeq interrupt Zhushuai Yin (1): crypto: hisilicon/qm - place the interrupt status interface after the PM usage counter lizhi (1): crypto: hisilicon - lower priority for hisilicon crypto implementations drivers/crypto/hisilicon/hpre/hpre_crypto.c | 72 ++++++++++++++++-- drivers/crypto/hisilicon/hpre/hpre_main.c | 9 +-- drivers/crypto/hisilicon/qm.c | 82 ++++++++++----------- drivers/crypto/hisilicon/sec2/sec_crypto.c | 2 +- drivers/crypto/hisilicon/sec2/sec_main.c | 3 +- drivers/crypto/hisilicon/sgl.c | 2 +- drivers/crypto/hisilicon/zip/zip_crypto.c | 20 ++--- drivers/crypto/hisilicon/zip/zip_main.c | 10 +-- include/linux/hisi_acc_qm.h | 1 - 9 files changed, 129 insertions(+), 72 deletions(-) -- 2.43.0

2 11

[PATCH OLK-6.6] ipv6: reject malicious packets in ipv6_gso_segment()
by Wang Liang 10 Dec '25

10 Dec '25

From: Eric Dumazet <edumazet(a)google.com> stable inclusion from stable-v6.6.102 commit ef05007b403dcc21e701cb1f30d4572ac0a9da20 category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/ICU6G7 CVE: CVE-2025-38572 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… -------------------------------- [ Upstream commit d45cf1e7d7180256e17c9ce88e32e8061a7887fe ] syzbot was able to craft a packet with very long IPv6 extension headers leading to an overflow of skb->transport_header. This 16bit field has a limited range. Add skb_reset_transport_header_careful() helper and use it from ipv6_gso_segment() WARNING: CPU: 0 PID: 5871 at ./include/linux/skbuff.h:3032 skb_reset_transport_header include/linux/skbuff.h:3032 [inline] WARNING: CPU: 0 PID: 5871 at ./include/linux/skbuff.h:3032 ipv6_gso_segment+0x15e2/0x21e0 net/ipv6/ip6_offload.c:151 Modules linked in: CPU: 0 UID: 0 PID: 5871 Comm: syz-executor211 Not tainted 6.16.0-rc6-syzkaller-g7abc678e3084 #0 PREEMPT(full) Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 07/12/2025 RIP: 0010:skb_reset_transport_header include/linux/skbuff.h:3032 [inline] RIP: 0010:ipv6_gso_segment+0x15e2/0x21e0 net/ipv6/ip6_offload.c:151 Call Trace: <TASK> skb_mac_gso_segment+0x31c/0x640 net/core/gso.c:53 nsh_gso_segment+0x54a/0xe10 net/nsh/nsh.c:110 skb_mac_gso_segment+0x31c/0x640 net/core/gso.c:53 __skb_gso_segment+0x342/0x510 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [inline] validate_xmit_skb+0x857/0x11b0 net/core/dev.c:3950 validate_xmit_skb_list+0x84/0x120 net/core/dev.c:4000 sch_direct_xmit+0xd3/0x4b0 net/sched/sch_generic.c:329 __dev_xmit_skb net/core/dev.c:4102 [inline] __dev_queue_xmit+0x17b6/0x3a70 net/core/dev.c:4679 Fixes: d1da932ed4ec ("ipv6: Separate ipv6 offload support") Reported-by: syzbot+af43e647fd835acc02df(a)syzkaller.appspotmail.com Closes: https://lore.kernel.org/netdev/688a1a05.050a0220.5d226.0008.GAE@google.com/… Signed-off-by: Eric Dumazet <edumazet(a)google.com> Reviewed-by: Dawid Osuchowski <dawid.osuchowski(a)linux.intel.com> Reviewed-by: Willem de Bruijn <willemb(a)google.com> Link: https://patch.msgid.link/20250730131738.3385939-1-edumazet@google.com Signed-off-by: Jakub Kicinski <kuba(a)kernel.org> Signed-off-by: Sasha Levin <sashal(a)kernel.org> Signed-off-by: Wang Liang <wangliang74(a)huawei.com> --- include/linux/skbuff.h | 23 +++++++++++++++++++++++ net/ipv6/ip6_offload.c | 4 +++- 2 files changed, 26 insertions(+), 1 deletion(-) diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h index 1597a5f9b5b8..68a236566458 100644 --- a/include/linux/skbuff.h +++ b/include/linux/skbuff.h @@ -2891,6 +2891,29 @@ static inline void skb_reset_transport_header(struct sk_buff *skb) skb->transport_header = skb->data - skb->head; } +/** + * skb_reset_transport_header_careful - conditionally reset transport header + * @skb: buffer to alter + * + * Hardened version of skb_reset_transport_header(). + * + * Returns: true if the operation was a success. + */ +static inline bool __must_check +skb_reset_transport_header_careful(struct sk_buff *skb) +{ + long offset = skb->data - skb->head; + + if (unlikely(offset != (typeof(skb->transport_header))offset)) + return false; + + if (unlikely(offset == (typeof(skb->transport_header))~0U)) + return false; + + skb->transport_header = offset; + return true; +} + static inline void skb_set_transport_header(struct sk_buff *skb, const int offset) { diff --git a/net/ipv6/ip6_offload.c b/net/ipv6/ip6_offload.c index 7f014a8969fb..84b17eeaa57c 100644 --- a/net/ipv6/ip6_offload.c +++ b/net/ipv6/ip6_offload.c @@ -150,7 +150,9 @@ static struct sk_buff *ipv6_gso_segment(struct sk_buff *skb, ops = rcu_dereference(inet6_offloads[proto]); if (likely(ops && ops->callbacks.gso_segment)) { - skb_reset_transport_header(skb); + if (!skb_reset_transport_header_careful(skb)) + goto out; + segs = ops->callbacks.gso_segment(skb, features); if (!segs) skb->network_header = skb_mac_header(skb) + nhoff - skb->head; -- 2.34.1

1 0

[PATCH OLK-6.6] vsock: Do not allow binding to VMADDR_PORT_ANY
by Wang Liang 10 Dec '25

10 Dec '25

From: Budimir Markovic <markovicbudimir(a)gmail.com> stable inclusion from stable-v6.6.102 commit 44bd006d5c93f6a8f28b106cbae2428c5d0275b7 category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/ICUC4U CVE: CVE-2025-38618 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… -------------------------------- commit aba0c94f61ec05315fa7815d21aefa4c87f6a9f4 upstream. It is possible for a vsock to autobind to VMADDR_PORT_ANY. This can cause a use-after-free when a connection is made to the bound socket. The socket returned by accept() also has port VMADDR_PORT_ANY but is not on the list of unbound sockets. Binding it will result in an extra refcount decrement similar to the one fixed in fcdd2242c023 (vsock: Keep the binding until socket destruction). Modify the check in __vsock_bind_connectible() to also prevent binding to VMADDR_PORT_ANY. Fixes: d021c344051a ("VSOCK: Introduce VM Sockets") Reported-by: Budimir Markovic <markovicbudimir(a)gmail.com> Signed-off-by: Budimir Markovic <markovicbudimir(a)gmail.com> Reviewed-by: Stefano Garzarella <sgarzare(a)redhat.com> Link: https://patch.msgid.link/20250807041811.678-1-markovicbudimir@gmail.com Signed-off-by: Jakub Kicinski <kuba(a)kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Signed-off-by: Wang Liang <wangliang74(a)huawei.com> --- net/vmw_vsock/af_vsock.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/vmw_vsock/af_vsock.c b/net/vmw_vsock/af_vsock.c index f8f1a49689da..cdcffa01c230 100644 --- a/net/vmw_vsock/af_vsock.c +++ b/net/vmw_vsock/af_vsock.c @@ -654,7 +654,8 @@ static int __vsock_bind_connectible(struct vsock_sock *vsk, unsigned int i; for (i = 0; i < MAX_PORT_RETRIES; i++) { - if (port <= LAST_RESERVED_PORT) + if (port == VMADDR_PORT_ANY || + port <= LAST_RESERVED_PORT) port = LAST_RESERVED_PORT + 1; new_addr.svm_port = port++; -- 2.34.1

2 1