mailweb.openeuler.org
Manage this list

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview

Kernel

Threads by month
  • ----- 2025 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2023 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2022 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2021 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2020 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2019 -----
  • December
kernel@openeuler.org

  • 41 participants
  • 21811 discussions
[PATCH OLK-5.10] vxlan: Fix NPD when refreshing an FDB entry with a nexthop object
by Pu Lehui 08 Dec '25

08 Dec '25
From: Ido Schimmel <idosch(a)nvidia.com> mainline inclusion from mainline-v6.17-rc5 commit 6ead38147ebb813f08be6ea8ef547a0e4c09559a category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/ICYXVU CVE: CVE-2025-39851 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… -------------------------------- VXLAN FDB entries can point to either a remote destination or an FDB nexthop group. The latter is usually used in EVPN deployments where learning is disabled. However, when learning is enabled, an incoming packet might try to refresh an FDB entry that points to an FDB nexthop group and therefore does not have a remote. Such packets should be dropped, but they are only dropped after dereferencing the non-existent remote, resulting in a NPD [1] which can be reproduced using [2]. Fix by dropping such packets earlier. Remove the misleading comment from first_remote_rcu(). [1] BUG: kernel NULL pointer dereference, address: 0000000000000000 [...] CPU: 13 UID: 0 PID: 361 Comm: mausezahn Not tainted 6.17.0-rc1-virtme-g9f6b606b6b37 #1 PREEMPT(voluntary) Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-4.fc41 04/01/2014 RIP: 0010:vxlan_snoop+0x98/0x1e0 [...] Call Trace: <TASK> vxlan_encap_bypass+0x209/0x240 encap_bypass_if_local+0xb1/0x100 vxlan_xmit_one+0x1375/0x17e0 vxlan_xmit+0x6b4/0x15f0 dev_hard_start_xmit+0x5d/0x1c0 __dev_queue_xmit+0x246/0xfd0 packet_sendmsg+0x113a/0x1850 __sock_sendmsg+0x38/0x70 __sys_sendto+0x126/0x180 __x64_sys_sendto+0x24/0x30 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x4b/0x53 [2] #!/bin/bash ip address add 192.0.2.1/32 dev lo ip address add 192.0.2.2/32 dev lo ip nexthop add id 1 via 192.0.2.3 fdb ip nexthop add id 10 group 1 fdb ip link add name vx0 up type vxlan id 10010 local 192.0.2.1 dstport 12345 localbypass ip link add name vx1 up type vxlan id 10020 local 192.0.2.2 dstport 54321 learning bridge fdb add 00:11:22:33:44:55 dev vx0 self static dst 192.0.2.2 port 54321 vni 10020 bridge fdb add 00:aa:bb:cc:dd:ee dev vx1 self static nhid 10 mausezahn vx0 -a 00:aa:bb:cc:dd:ee -b 00:11:22:33:44:55 -c 1 -q Fixes: 1274e1cc4226 ("vxlan: ecmp support for mac fdb entries") Reported-by: Marlin Cremers <mcremers(a)cloudbear.nl> Reviewed-by: Petr Machata <petrm(a)nvidia.com> Signed-off-by: Ido Schimmel <idosch(a)nvidia.com> Reviewed-by: Nikolay Aleksandrov <razor(a)blackwall.org> Link: https://patch.msgid.link/20250901065035.159644-2-idosch@nvidia.com Signed-off-by: Jakub Kicinski <kuba(a)kernel.org> Conflicts: drivers/net/vxlan/vxlan_core.c drivers/net/vxlan/vxlan_private.h [ctx conflicts] Signed-off-by: Pu Lehui <pulehui(a)huawei.com> --- drivers/net/vxlan/vxlan_core.c | 12 +++++------- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/drivers/net/vxlan/vxlan_core.c b/drivers/net/vxlan/vxlan_core.c index 75ebdb79587d..4775161c50aa 100644 --- a/drivers/net/vxlan/vxlan_core.c +++ b/drivers/net/vxlan/vxlan_core.c @@ -173,9 +173,7 @@ static inline struct hlist_head *vs_head(struct net *net, __be16 port) return &vn->sock_list[hash_32(ntohs(port), PORT_HASH_BITS)]; } -/* First remote destination for a forwarding entry. - * Guaranteed to be non-NULL because remotes are never deleted. - */ +/* First remote destination for a forwarding entry. */ static inline struct vxlan_rdst *first_remote_rcu(struct vxlan_fdb *fdb) { if (rcu_access_pointer(fdb->nh)) @@ -1502,6 +1500,10 @@ static bool vxlan_snoop(struct net_device *dev, if (likely(f)) { struct vxlan_rdst *rdst = first_remote_rcu(f); + /* Don't override an fdb with nexthop with a learnt entry */ + if (rcu_access_pointer(f->nh)) + return true; + if (likely(vxlan_addr_equal(&rdst->remote_ip, src_ip) && rdst->remote_ifindex == ifindex)) return false; @@ -1510,10 +1512,6 @@ static bool vxlan_snoop(struct net_device *dev, if (f->state & (NUD_PERMANENT | NUD_NOARP)) return true; - /* Don't override an fdb with nexthop with a learnt entry */ - if (rcu_access_pointer(f->nh)) - return true; - if (net_ratelimit()) netdev_info(dev, "%pM migrated from %pIS to %pIS\n", -- 2.34.1
2 1
0 0
[PATCH OLK-6.6 0/3] arm64/mpam: Reset mbwu_state while creating new monitor group
by Zeng Heng 08 Dec '25

08 Dec '25
Zeng Heng (3): arm64/mpam: Reset mbwu_state while creating new monitor group arm64/mpam: Remove the redundant prev_val member variable arm64/mpam: Need to reset MPAM component when umounting resctrl drivers/platform/mpam/mpam_devices.c | 9 +-------- drivers/platform/mpam/mpam_internal.h | 3 --- drivers/platform/mpam/mpam_resctrl.c | 3 ++- 3 files changed, 3 insertions(+), 12 deletions(-) -- 2.25.1
2 4
0 0
[openeuler:OLK-6.6 3482/3482] kernel/xsched/rt.c:207:6: sparse: sparse: symbol 'rq_init_rt' was not declared. Should it be static?
by kernel test robot 08 Dec '25

08 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: 832ec54e11a079d968d8f23780ab455b1537b214 [3482/3482] xsched: Add xsched RT class config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251208/202512080850.XFeNdf38-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251208/202512080850.XFeNdf38-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/202512080850.XFeNdf38-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> kernel/xsched/rt.c:207:6: sparse: sparse: symbol 'rq_init_rt' was not declared. Should it be static? >> kernel/xsched/rt.c:218:6: sparse: sparse: symbol 'xse_init_rt' was not declared. Should it be static? >> kernel/xsched/rt.c:228:6: sparse: sparse: symbol 'xse_deinit_rt' was not declared. Should it be static? -- kernel/xsched/core.c:189:5: sparse: sparse: symbol 'xsched_xse_set_class' was not declared. Should it be static? >> kernel/xsched/core.c:497:12: sparse: sparse: symbol 'xsched_sched_init' was not declared. Should it be static? vim +/rq_init_rt +207 kernel/xsched/rt.c 206 > 207 void rq_init_rt(struct xsched_cu *xcu) 208 { 209 int prio = 0; 210 211 xcu->xrq.rt.nr_running = 0; 212 213 for_each_xse_prio(prio) { 214 INIT_LIST_HEAD(&xcu->xrq.rt.rq[prio]); 215 } 216 } 217 > 218 void xse_init_rt(struct xsched_entity *xse) 219 { 220 struct tgid_prio *map = tgid_prio_find(xse->tgid); 221 222 xse->rt.prio = (map) ? map->prio : XSE_PRIO_DFLT; 223 XSCHED_DEBUG("Xse init: set priority=%d.\n", xse->rt.prio); 224 xse->rt.timeslice = XSCHED_RT_TIMESLICE; 225 INIT_LIST_HEAD(&xse->rt.list_node); 226 } 227 > 228 void xse_deinit_rt(struct xsched_entity *xse) 229 { 230 struct tgid_prio *map = tgid_prio_find(xse->tgid); 231 232 if (map) { 233 tgid_prio_delete(xse->tgid); 234 XSCHED_DEBUG("Map deleted: tgid=%d\n", xse->tgid); 235 } 236 } 237 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
[openeuler:OLK-6.6 3482/3482] kernel/xsched/core.c:189:5: sparse: sparse: symbol 'xsched_xse_set_class' was not declared. Should it be static?
by kernel test robot 08 Dec '25

08 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: 76c15076abcb100f7c1204bd1ef0ec55128d6546 [3482/3482] xsched: Add basic scheduler core support config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251208/202512080744.dk0pGz73-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251208/202512080744.dk0pGz73-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/202512080744.dk0pGz73-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> kernel/xsched/core.c:189:5: sparse: sparse: symbol 'xsched_xse_set_class' was not declared. Should it be static? vim +/xsched_xse_set_class +189 kernel/xsched/core.c 188 > 189 int xsched_xse_set_class(struct xsched_entity *xse) 190 { 191 struct xsched_class *sched = xsched_first_class; 192 193 xse->class = sched; 194 return 0; 195 } 196 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
[openeuler:OLK-6.6 3482/3482] kernel/xsched/vstream.c:94:18: sparse: sparse: symbol 'xcu_find' was not declared. Should it be static?
by kernel test robot 08 Dec '25

08 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: 8dde1f2e6bf6049bf69c9f510349c698e0aba49d [3482/3482] xsched: Introduce vstream management config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251208/202512080518.RsQU37Pq-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251208/202512080518.RsQU37Pq-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/202512080518.RsQU37Pq-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> kernel/xsched/vstream.c:94:18: sparse: sparse: symbol 'xcu_find' was not declared. Should it be static? vim +/xcu_find +94 kernel/xsched/vstream.c 93 > 94 struct xsched_cu *xcu_find(uint32_t type, 95 uint32_t dev_id, uint32_t channel_id) 96 { 97 struct xcu_group *group = NULL; 98 99 /* Find xcu by type. */ 100 group = xcu_group_find(xcu_group_root, type); 101 if (group == NULL) { 102 XSCHED_ERR("Fail to find type group.\n"); 103 return NULL; 104 } 105 106 /* Find device id group. */ 107 group = xcu_group_find(group, dev_id); 108 if (group == NULL) { 109 XSCHED_ERR("Fail to find device group.\n"); 110 return NULL; 111 } 112 /* Find channel id group. */ 113 group = xcu_group_find(group, channel_id); 114 if (group == NULL) { 115 XSCHED_ERR("Fail to find channel group.\n"); 116 return NULL; 117 } 118 119 XSCHED_DEBUG("XCU found: type=%u, dev_id=%u, chan_id=%u.\n", 120 type, dev_id, channel_id); 121 122 return group->xcu; 123 } 124 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
[openeuler:OLK-6.6 3482/3482] drivers/xcu/xcu_group.c:41:5: sparse: sparse: symbol '__xcu_group_attach' was not declared. Should it be static?
by kernel test robot 08 Dec '25

08 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: b7261a251299bfdababe53a848084af2ecfcc1ae [3482/3482] xcu: Add base NPU driver support config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251208/202512080408.Kma3SOA7-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251208/202512080408.Kma3SOA7-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/202512080408.Kma3SOA7-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) drivers/xcu/xcu_group.c:25:18: sparse: sparse: symbol 'xsched_cu_mgr' was not declared. Should it be static? >> drivers/xcu/xcu_group.c:41:5: sparse: sparse: symbol '__xcu_group_attach' was not declared. Should it be static? vim +/__xcu_group_attach +41 drivers/xcu/xcu_group.c 40 > 41 int __xcu_group_attach(struct xcu_group *new_group, 42 struct xcu_group *previous_group) 43 { 44 int id = new_group->id; 45 46 if (id == -1) 47 id = idr_alloc(&previous_group->next_layer, new_group, 0, 48 INT_MAX, GFP_KERNEL); 49 else 50 id = idr_alloc(&previous_group->next_layer, new_group, id, 51 id + 1, GFP_KERNEL); 52 53 if (id < 0) { 54 XSCHED_ERR("Fail to attach xcu_group: id conflict @ %s\n", 55 __func__); 56 return -EEXIST; 57 } 58 new_group->id = id; 59 new_group->previous_layer = previous_group; 60 61 return 0; 62 } 63 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
[openeuler:OLK-6.6 3482/3482] drivers/misc/zcopy/zcopy.c:621:51: sparse: sparse: incorrect type in argument 2 (different address spaces)
by kernel test robot 08 Dec '25

08 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: 0305a09f222b7b94b01e478948f09ef95e9afda2 [3482/3482] zcopy: Introduce the pageattach interface config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251208/202512080059.AtMf7DsU-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251208/202512080059.AtMf7DsU-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/202512080059.AtMf7DsU-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> drivers/misc/zcopy/zcopy.c:621:51: sparse: sparse: incorrect type in argument 2 (different address spaces) @@ expected void const [noderef] __user *from @@ got void * @@ drivers/misc/zcopy/zcopy.c:621:51: sparse: expected void const [noderef] __user *from drivers/misc/zcopy/zcopy.c:621:51: sparse: got void * vim +621 drivers/misc/zcopy/zcopy.c 611 612 static long zcopy_ioctl(struct file *file, unsigned int type, unsigned long ptr) 613 { 614 long ret = 0; 615 616 switch (type) { 617 case IO_ATTACH: 618 { 619 struct zcopy_ioctl_pswap ctx; 620 > 621 if (copy_from_user((void *)&ctx, (void *)ptr, 622 sizeof(struct zcopy_ioctl_pswap))) { 623 ret = -EFAULT; 624 break; 625 } 626 ret = attach_pages(ctx.dst_addr, ctx.src_addr, ctx.dst_pid, 627 ctx.src_pid, ctx.size); 628 break; 629 } 630 default: 631 break; 632 } 633 634 return ret; 635 } 636 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
[openeuler:OLK-6.6 3482/3482] drivers/crypto/ccp/hygon/ccp-mdev.c:243:23: sparse: sparse: cast to restricted __le32
by kernel test robot 07 Dec '25

07 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: 592817a30ddc0ef43c7f5b5fe906ae37cf3bea3b [3482/3482] crypto: ccp: add ccp-mdev functionality to the ccp module. config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251207/202512071819.8VAvTIH6-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251207/202512071819.8VAvTIH6-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/202512071819.8VAvTIH6-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> drivers/crypto/ccp/hygon/ccp-mdev.c:243:23: sparse: sparse: cast to restricted __le32 >> drivers/crypto/ccp/hygon/ccp-mdev.c:1144:13: sparse: sparse: symbol 'ccp_pin_memory' was not declared. Should it be static? vim +243 drivers/crypto/ccp/hygon/ccp-mdev.c 239 240 static int handle_pci_cfg_write(struct mdev_state *mdev_state, u16 offset, 241 u8 *buf, u32 count) 242 { > 243 u32 tmp_val = le32_to_cpu(*(u32 *)buf); 244 struct pci_dev *pdev = NULL; 245 int ret = -EINVAL; 246 247 if (!mdev_state || !mdev_state->iommu) { 248 pr_err("ccp: invalid mdev_state.\n"); 249 return ret; 250 } 251 252 pdev = mdev_state->iommu->pdev; 253 254 if (count == 1) 255 ret = pci_user_write_config_byte(pdev, offset, tmp_val); 256 else if (count == 2) 257 ret = pci_user_write_config_word(pdev, offset, tmp_val); 258 else if (count == 4) 259 ret = pci_user_write_config_dword(pdev, offset, tmp_val); 260 261 return ret; 262 } 263 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
[openeuler:OLK-6.6 3482/3482] drivers/firmware/ubios_uvb/odf/odf_get_fdt.c:29:54: sparse: sparse: incorrect type in argument 1 (different base types)
by kernel test robot 07 Dec '25

07 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: c477b8f076e2b3385ad93a517136b0066a691813 [3482/3482] ubios_uvb: support CIS framework receive function config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251207/202512071326.3J4mASYn-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251207/202512071326.3J4mASYn-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/202512071326.3J4mASYn-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> drivers/firmware/ubios_uvb/odf/odf_get_fdt.c:29:54: sparse: sparse: incorrect type in argument 1 (different base types) @@ expected restricted __be32 const [usertype] *p @@ got unsigned int const [usertype] * @@ drivers/firmware/ubios_uvb/odf/odf_get_fdt.c:29:54: sparse: expected restricted __be32 const [usertype] *p drivers/firmware/ubios_uvb/odf/odf_get_fdt.c:29:54: sparse: got unsigned int const [usertype] * -- >> drivers/firmware/ubios_uvb/odf/odf_trans.c:28:6: sparse: sparse: symbol 'free_cis_info' was not declared. Should it be static? -- >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:23:1: sparse: sparse: symbol 'cis_register_lock' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:26:6: sparse: sparse: symbol 'ubios_prepare_output_data' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:45:5: sparse: sparse: symbol 'get_cis_group_info' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:87:22: sparse: sparse: symbol 'search_local_cis_func_node' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:163:31: sparse: sparse: symbol 'uvb_occupy_window' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:225:6: sparse: sparse: symbol 'uvb_free_wd_obtain' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:233:5: sparse: sparse: symbol 'uvb_free_window' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:298:5: sparse: sparse: symbol 'uvb_fill_window' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:323:5: sparse: sparse: symbol 'uvb_poll_window_call' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:345:5: sparse: sparse: symbol 'uvb_poll_window_call_sync' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:362:5: sparse: sparse: symbol 'uvb_get_output_data' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:384:6: sparse: sparse: symbol 'free_io_param_with_buffer' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:394:5: sparse: sparse: symbol 'cis_call_uvb' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_info_process.c:465:5: sparse: sparse: symbol 'cis_call_uvb_sync' was not declared. Should it be static? -- >> drivers/firmware/ubios_uvb/cis/uvb_info_process.c:129:6: sparse: sparse: symbol 'search_local_receiver_id' was not declared. Should it be static? -- >> drivers/firmware/ubios_uvb/cis/cis_core.c:25:5: sparse: sparse: symbol 'create_uvb_poll_window_thread' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_core.c:38:6: sparse: sparse: symbol 'uvb_poll_window_thread_stop' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_core.c:86:5: sparse: sparse: symbol 'init_uvb' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_core.c:111:5: sparse: sparse: symbol 'init_global_vars' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_core.c:120:5: sparse: sparse: symbol 'init_cis_table' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_core.c:130:6: sparse: sparse: symbol 'free_global_vars' was not declared. Should it be static? >> drivers/firmware/ubios_uvb/cis/cis_core.c:136:6: sparse: sparse: symbol 'uninit_uvb' was not declared. Should it be static? vim +29 drivers/firmware/ubios_uvb/odf/odf_get_fdt.c 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 13 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 14 int odf_get_fdt_ubiostbl(u64 *phys_addr, char *tbl) 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 15 { 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 16 int node, len; 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 17 const void *prop; 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 18 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 19 node = fdt_path_offset(initial_boot_params, "/chosen"); 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 20 if (node < 0) { 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 21 pr_err("failed to get device tree chosen node\n"); 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 22 return -EINVAL; 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 23 } 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 24 prop = fdt_getprop(initial_boot_params, node, tbl, &len); 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 25 if (!prop) { 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 26 pr_err("failed to get property\n"); 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 27 return -EINVAL; 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 28 } 9c3097dcbec30d drivers/ubios_uvb/odf/odf_get_fdt.c Anonymous_Z 2025-11-04 @29 *phys_addr = (len == 4) ? (u64)be32_to_cpup((const u32 *)prop) : :::::: The code at line 29 was first introduced by commit :::::: 9c3097dcbec30da54bc5082cb3236b300770993d ubios_uvb: support parse ubios information by dtb :::::: TO: Anonymous_Z <zhangrui182(a)huawei.com> :::::: CC: t30009442 <tangce1(a)huawei.com> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
[openeuler:OLK-6.6 3482/3482] arch/arm64/kernel/virtcca_cvm_guest.c:77:16: sparse: sparse: symbol 'cvm_spin_cpumask' was not declared. Should it be static?
by kernel test robot 07 Dec '25

07 Dec '25
tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4b48fa45408a2757255bdd0c640c1f693b424fe4 commit: da1164d1b52edbba7cf637423e626b0647388b23 [3482/3482] Add IPI direct inject method for virtCCA CVM. config: arm64-randconfig-r111-20251206 (https://download.01.org/0day-ci/archive/20251207/202512070750.e8G4R9UF-lkp@…) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251207/202512070750.e8G4R9UF-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/202512070750.e8G4R9UF-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) arch/arm64/kernel/virtcca_cvm_guest.c:23:1: sparse: sparse: symbol 'cvm_tsi_present' was not declared. Should it be static? >> arch/arm64/kernel/virtcca_cvm_guest.c:77:16: sparse: sparse: symbol 'cvm_spin_cpumask' was not declared. Should it be static? arch/arm64/kernel/virtcca_cvm_guest.c:87:16: sparse: sparse: context imbalance in 'soft_ipi_passthrough_store' - wrong count at exit vim +/cvm_spin_cpumask +77 arch/arm64/kernel/virtcca_cvm_guest.c 76 > 77 struct cpumask cvm_spin_cpumask; 78 static DEFINE_SPINLOCK(ipi_passthrough_lock); 79 DEFINE_PER_CPU(unsigned int, virtcca_unpark_idle_notify); 80 DEFINE_PER_CPU(unsigned int, virtcca_park_idle_state); 81 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
1 0
0 0
  • ← Newer
  • 1
  • ...
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • ...
  • 2182
  • Older →

HyperKitty Powered by HyperKitty