- Kernel - mailweb.openeuler.org

[PATCH OLK-6.6] EDAC/i10nm: Skip DIMM enumeration on a disabled memory controller
by Luo Gengkun 18 Nov '25

18 Nov '25

From: Qiuxu Zhuo <qiuxu.zhuo(a)intel.com> stable inclusion from stable-v6.6.112 commit 8100b6c0f9089d5b156642b81270ce27fff17490 category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/ID6B9J CVE: CVE-2025-40157 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… ---------------------------------------------------------------------- [ Upstream commit 2e6fe1bbefd9c059c3787d1c620fe67343a94dff ] When loading the i10nm_edac driver on some Intel Granite Rapids servers, a call trace may appear as follows: UBSAN: shift-out-of-bounds in drivers/edac/skx_common.c:453:16 shift exponent -66 is negative ... __ubsan_handle_shift_out_of_bounds+0x1e3/0x390 skx_get_dimm_info.cold+0x47/0xd40 [skx_edac_common] i10nm_get_dimm_config+0x23e/0x390 [i10nm_edac] skx_register_mci+0x159/0x220 [skx_edac_common] i10nm_init+0xcb0/0x1ff0 [i10nm_edac] ... This occurs because some BIOS may disable a memory controller if there aren't any memory DIMMs populated on this memory controller. The DIMMMTR register of this disabled memory controller contains the invalid value ~0, resulting in the call trace above. Fix this call trace by skipping DIMM enumeration on a disabled memory controller. Fixes: ba987eaaabf9 ("EDAC/i10nm: Add Intel Granite Rapids server support") Reported-by: Jose Jesus Ambriz Meza <jose.jesus.ambriz.meza(a)intel.com> Reported-by: Chia-Lin Kao (AceLan) <acelan.kao(a)canonical.com> Closes: https://lore.kernel.org/all/20250730063155.2612379-1-acelan.kao@canonical.c… Signed-off-by: Qiuxu Zhuo <qiuxu.zhuo(a)intel.com> Signed-off-by: Tony Luck <tony.luck(a)intel.com> Tested-by: Chia-Lin Kao (AceLan) <acelan.kao(a)canonical.com> Link: https://lore.kernel.org/r/20250806065707.3533345-1-qiuxu.zhuo@intel.com Signed-off-by: Sasha Levin <sashal(a)kernel.org> Signed-off-by: Luo Gengkun <luogengkun2(a)huawei.com> --- drivers/edac/i10nm_base.c | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/drivers/edac/i10nm_base.c b/drivers/edac/i10nm_base.c index 1f06183d1399..80527845dc5f 100644 --- a/drivers/edac/i10nm_base.c +++ b/drivers/edac/i10nm_base.c @@ -1056,6 +1056,15 @@ static bool i10nm_check_ecc(struct skx_imc *imc, int chan) return !!GET_BITFIELD(mcmtr, 2, 2); } +static bool i10nm_channel_disabled(struct skx_imc *imc, int chan) +{ + u32 mcmtr = I10NM_GET_MCMTR(imc, chan); + + edac_dbg(1, "mc%d ch%d mcmtr reg %x\n", imc->mc, chan, mcmtr); + + return (mcmtr == ~0 || GET_BITFIELD(mcmtr, 18, 18)); +} + static int i10nm_get_dimm_config(struct mem_ctl_info *mci, struct res_config *cfg) { @@ -1069,6 +1078,11 @@ static int i10nm_get_dimm_config(struct mem_ctl_info *mci, if (!imc->mbase) continue; + if (i10nm_channel_disabled(imc, i)) { + edac_dbg(1, "mc%d ch%d is disabled.\n", imc->mc, i); + continue; + } + ndimms = 0; if (res_cfg->type != GNR) -- 2.34.1

2 1

[PATCH OLK-5.10] EDAC/i10nm: Skip DIMM enumeration on a disabled memory controller
by Luo Gengkun 18 Nov '25

18 Nov '25

From: Qiuxu Zhuo <qiuxu.zhuo(a)intel.com> mainline inclusion from mainline-v6.18-rc1 commit 2e6fe1bbefd9c059c3787d1c620fe67343a94dff category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/ID6B9J CVE: CVE-2025-40157 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… ---------------------------------------------------------------------- When loading the i10nm_edac driver on some Intel Granite Rapids servers, a call trace may appear as follows: UBSAN: shift-out-of-bounds in drivers/edac/skx_common.c:453:16 shift exponent -66 is negative ... __ubsan_handle_shift_out_of_bounds+0x1e3/0x390 skx_get_dimm_info.cold+0x47/0xd40 [skx_edac_common] i10nm_get_dimm_config+0x23e/0x390 [i10nm_edac] skx_register_mci+0x159/0x220 [skx_edac_common] i10nm_init+0xcb0/0x1ff0 [i10nm_edac] ... This occurs because some BIOS may disable a memory controller if there aren't any memory DIMMs populated on this memory controller. The DIMMMTR register of this disabled memory controller contains the invalid value ~0, resulting in the call trace above. Fix this call trace by skipping DIMM enumeration on a disabled memory controller. Fixes: ba987eaaabf9 ("EDAC/i10nm: Add Intel Granite Rapids server support") Reported-by: Jose Jesus Ambriz Meza <jose.jesus.ambriz.meza(a)intel.com> Reported-by: Chia-Lin Kao (AceLan) <acelan.kao(a)canonical.com> Closes: https://lore.kernel.org/all/20250730063155.2612379-1-acelan.kao@canonical.c… Signed-off-by: Qiuxu Zhuo <qiuxu.zhuo(a)intel.com> Signed-off-by: Tony Luck <tony.luck(a)intel.com> Tested-by: Chia-Lin Kao (AceLan) <acelan.kao(a)canonical.com> Link: https://lore.kernel.org/r/20250806065707.3533345-1-qiuxu.zhuo@intel.com Signed-off-by: Luo Gengkun <luogengkun2(a)huawei.com> --- drivers/edac/i10nm_base.c | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/drivers/edac/i10nm_base.c b/drivers/edac/i10nm_base.c index 75262ee01167..a7a30a7ab038 100644 --- a/drivers/edac/i10nm_base.c +++ b/drivers/edac/i10nm_base.c @@ -1062,6 +1062,15 @@ static bool i10nm_check_ecc(struct skx_imc *imc, int chan) return !!GET_BITFIELD(mcmtr, 2, 2); } +static bool i10nm_channel_disabled(struct skx_imc *imc, int chan) +{ + u32 mcmtr = I10NM_GET_MCMTR(imc, chan); + + edac_dbg(1, "mc%d ch%d mcmtr reg %x\n", imc->mc, chan, mcmtr); + + return (mcmtr == ~0 || GET_BITFIELD(mcmtr, 18, 18)); +} + static int i10nm_get_dimm_config(struct mem_ctl_info *mci, struct res_config *cfg) { @@ -1075,6 +1084,11 @@ static int i10nm_get_dimm_config(struct mem_ctl_info *mci, if (!imc->mbase) continue; + if (i10nm_channel_disabled(imc, i)) { + edac_dbg(1, "mc%d ch%d is disabled.\n", imc->mc, i); + continue; + } + ndimms = 0; if (res_cfg->type != GNR) -- 2.34.1

2 1

[PATCH OLK-6.6] arm64/mpam: Add build dependencies for CONFIG_RESCTRL_IOMMU
by Zeng Heng 18 Nov '25

18 Nov '25

hulk inclusion category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/ID65P3 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/morse/linux.git/commit/?h=m… -------------------------------- On the ARM64 architecture, the CONFIG_RESCTRL_IOMMU actually depends on the CONFIG_ARM_SMMU_V3, which allows to bind SMMU iommu_groups with resctrl groups. Therefore, add this build dependency in Kconfig. Additionally, to avoid compilation errors due to re-definitions in the include/linux/resctrl.h header file when the CONFIG_RESCTRL_IOMMU is disabled, add the build switch for resctrl_arch_*_iommu_closid_rmid(). Fixes: 7e3f95a1a861 ("fs/resctrl: Add support for assigning iommu_groups to resctrl groups") Signed-off-by: Zeng Heng <zengheng4(a)huawei.com> --- drivers/platform/mpam/Kconfig | 2 +- drivers/platform/mpam/mpam_resctrl.c | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/platform/mpam/Kconfig b/drivers/platform/mpam/Kconfig index a6e937b8f91d..96dd7c091a9f 100644 --- a/drivers/platform/mpam/Kconfig +++ b/drivers/platform/mpam/Kconfig @@ -6,4 +6,4 @@ config ARM_CPU_RESCTRL depends on ARM64 && ARCH_HAS_CPU_RESCTRL depends on MISC_FILESYSTEMS select RESCTRL_RMID_DEPENDS_ON_CLOSID - select RESCTRL_IOMMU + select RESCTRL_IOMMU if ARM_SMMU_V3 diff --git a/drivers/platform/mpam/mpam_resctrl.c b/drivers/platform/mpam/mpam_resctrl.c index 2d3a1827a48c..7c386ce7b80f 100644 --- a/drivers/platform/mpam/mpam_resctrl.c +++ b/drivers/platform/mpam/mpam_resctrl.c @@ -260,6 +260,7 @@ bool resctrl_arch_match_rmid(struct task_struct *tsk, u32 closid, u32 rmid) return (tsk_closid == closid) && (tsk_rmid == rmid); } +#ifdef CONFIG_RESCTRL_IOMMU int resctrl_arch_set_iommu_closid_rmid(struct iommu_group *group, u32 closid, u32 rmid) { @@ -302,6 +303,7 @@ bool resctrl_arch_match_iommu_closid_rmid(struct iommu_group *group, return (partid == closid) && (rmid == pmg); } +#endif struct rdt_resource *resctrl_arch_get_resource(enum resctrl_res_level l) { -- 2.25.1

2 1

[PATCH OLK-6.6 v6 00/48] fuse:io_uring: support fuse over io_uring
by Long Li 18 Nov '25

18 Nov '25

v1 -> v2: Fix some build error for io_uring patchs. v2 -> v3: Modify kabi fixed patchs format v3 -> v4: Enable CONFIG_FUSE_IO_URING v4 -> v5: Fix patch commit message format v5 -> v6: Fix separate bg req in fuse iouring Bernd Schubert (19): fuse: rename to fuse_dev_end_requests and make non-static fuse: Move fuse_get_dev to header file fuse: Move request bits fuse: Add fuse-io-uring design documentation fuse: make args->in_args[0] to be always the header fuse: {io-uring} Handle SQEs - register commands fuse: Make fuse_copy non static fuse: Add fuse-io-uring handling into fuse_copy fuse: {io-uring} Make hash-list req unique finding functions non-static fuse: Add io-uring sqe commit and fetch support fuse: {io-uring} Handle teardown of ring entries fuse: {io-uring} Make fuse_dev_queue_{interrupt,forget} non-static fuse: Allow to queue fg requests through io-uring fuse: Allow to queue bg requests through io-uring fuse: {io-uring} Prevent mount point hang on fuse-server termination fuse: block request allocation until io-uring init is complete fuse: enable fuse-over-io-uring fuse: prevent disabling io-uring on active connections fuse: {io-uring} Fix a possible req cancellation race Jens Axboe (1): io_uring: remove dead struct io_submit_state member Joanne Koong (2): fuse: fix uring race condition for null dereference of fc fuse: remove unneeded atomic set in uring creation Long Li (5): io_uring: fix kabi broken in struct io_tw_state io_uring: fix kabi broken in struct io_ring_ctx io_uring: fix kabi broken in struct io_submit_state io_uring: fix kabi broken for header file changed openeuler_defconfig: enable CONFIG_FUSE_IO_URING by default Luis Henriques (2): fuse: fix possible deadlock if rings are never initialized fuse: removed unused function fuse_uring_create() from header Ming Lei (3): io_uring: retain top 8bits of uring_cmd flags for kernel internal use io_uring: cancelable uring_cmd io_uring: kill dead code in io_req_complete_post Pavel Begunkov (16): io_uring: split out cmd api into a separate header io_uring/cmd: inline io_uring_cmd_do_in_task_lazy io_uring/cmd: expose iowq to cmds io_uring/cmd: give inline space in request to cmds io_uring/cmd: move io_uring_try_cancel_uring_cmd() io_uring/cmd: kill one issue_flags to tw conversion io_uring/cmd: fix tw <-> issue_flags conversion io_uring/cmd: document some uring_cmd related helpers io_uring: force tw ctx locking io_uring: remove struct io_tw_state::locked io_uring: refactor io_fill_cqe_req_aux io_uring: get rid of intermediate aux cqe caches io_uring: remove current check from complete_post io_uring: refactor io_req_complete_post() io_uring: clean up io_lockdep_assert_cq_locked io_uring/cmd: let cmds to know about dying task Documentation/filesystems/fuse-io-uring.rst | 99 ++ Documentation/filesystems/index.rst | 1 + MAINTAINERS | 1 + arch/arm64/configs/openeuler_defconfig | 1 + arch/x86/configs/openeuler_defconfig | 1 + drivers/block/ublk_drv.c | 2 +- drivers/nvme/host/ioctl.c | 2 +- fs/fuse/Kconfig | 12 + fs/fuse/Makefile | 1 + fs/fuse/dax.c | 11 +- fs/fuse/dev.c | 165 ++- fs/fuse/dev_uring.c | 1326 +++++++++++++++++++ fs/fuse/dev_uring_i.h | 205 +++ fs/fuse/dir.c | 32 +- fs/fuse/fuse_dev_i.h | 69 + fs/fuse/fuse_i.h | 35 +- fs/fuse/inode.c | 14 +- fs/fuse/xattr.c | 7 +- include/linux/io_uring.h | 73 +- include/linux/io_uring/cmd.h | 140 ++ include/linux/io_uring_types.h | 7 +- include/uapi/linux/fuse.h | 77 +- include/uapi/linux/io_uring.h | 5 +- io_uring/io_uring.c | 212 +-- io_uring/io_uring.h | 34 +- io_uring/net.c | 6 +- io_uring/poll.c | 3 +- io_uring/refs.h | 7 + io_uring/rw.c | 8 +- io_uring/timeout.c | 8 +- io_uring/uring_cmd.c | 114 +- io_uring/uring_cmd.h | 3 + security/selinux/hooks.c | 2 +- security/smack/smack_lsm.c | 2 +- 34 files changed, 2308 insertions(+), 377 deletions(-) create mode 100644 Documentation/filesystems/fuse-io-uring.rst create mode 100644 fs/fuse/dev_uring.c create mode 100644 fs/fuse/dev_uring_i.h create mode 100644 fs/fuse/fuse_dev_i.h create mode 100644 include/linux/io_uring/cmd.h -- 2.39.2

2 49

[PATCH OLK-6.6] cpufreq: intel_pstate: Fix object lifecycle issue in update_qos_request()
by Xinyu Zheng 18 Nov '25

18 Nov '25

From: "Rafael J. Wysocki" <rafael.j.wysocki(a)intel.com> stable inclusion from stable-v6.6.113 commit 69a18ff6c60e8e113420f15355fad862cb45d38e category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/ID6BVZ CVE: CVE-2025-40194 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… -------------------------------- commit 69e5d50fcf4093fb3f9f41c4f931f12c2ca8c467 upstream. The cpufreq_cpu_put() call in update_qos_request() takes place too early because the latter subsequently calls freq_qos_update_request() that indirectly accesses the policy object in question through the QoS request object passed to it. Fortunately, update_qos_request() is called under intel_pstate_driver_lock, so this issue does not matter for changing the intel_pstate operation mode, but it theoretically can cause a crash to occur on CPU device hot removal (which currently can only happen in virt, but it is formally supported nevertheless). Address this issue by modifying update_qos_request() to drop the reference to the policy later. Fixes: da5c504c7aae ("cpufreq: intel_pstate: Implement QoS supported freq constraints") Cc: 5.4+ <stable(a)vger.kernel.org> # 5.4+ Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki(a)intel.com> Reviewed-by: Zihuan Zhang <zhangzihuan(a)kylinos.cn> Link: https://patch.msgid.link/2255671.irdbgypaU6@rafael.j.wysocki Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Signed-off-by: Xinyu Zheng <zhengxinyu6(a)huawei.com> --- drivers/cpufreq/intel_pstate.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c index 51e7d2ea8294..0908e3ed17b3 100644 --- a/drivers/cpufreq/intel_pstate.c +++ b/drivers/cpufreq/intel_pstate.c @@ -1354,10 +1354,10 @@ static void update_qos_request(enum freq_qos_req_type type) continue; req = policy->driver_data; - cpufreq_cpu_put(policy); - - if (!req) + if (!req) { + cpufreq_cpu_put(policy); continue; + } if (hwp_active) intel_pstate_get_hwp_cap(cpu); @@ -1373,6 +1373,8 @@ static void update_qos_request(enum freq_qos_req_type type) if (freq_qos_update_request(req, freq) < 0) pr_warn("Failed to update freq constraint: CPU%d\n", i); + + cpufreq_cpu_put(policy); } } -- 2.34.1

2 1

[openeuler:OLK-6.6 3214/3214] mm/gmem_phys.c:245:19: sparse: sparse: symbol 'gm_evict_page_locked' was not declared. Should it be static?
by kernel test robot 18 Nov '25

18 Nov '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: c1201208f61f497ac8e2b9826e822e261af1d334 commit: 8f4f66a9d851f366942e8ee319292e41ad2baa95 [3214/3214] gmem: support swapping heterogeneous memory config: x86_64-randconfig-r111-20251118 (https://download.01.org/0day-ci/archive/20251118/202511181354.QrCo9qqP-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/20251118/202511181354.QrCo9qqP-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/202511181354.QrCo9qqP-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) mm/gmem_phys.c:21:1: sparse: sparse: symbol 'hnode_lock' was not declared. Should it be static? >> mm/gmem_phys.c:245:19: sparse: sparse: symbol 'gm_evict_page_locked' was not declared. Should it be static? >> mm/gmem_phys.c:345:19: sparse: sparse: symbol 'gm_evict_page' was not declared. Should it be static? vim +/gm_evict_page_locked +245 mm/gmem_phys.c 244 > 245 enum gm_evict_ret gm_evict_page_locked(struct gm_page *gm_page) 246 { 247 struct gm_dev *gm_dev; 248 struct gm_mapping *gm_mapping; 249 struct vm_area_struct *vma; 250 struct mm_struct *mm; 251 struct page *page; 252 struct device *dma_dev; 253 unsigned long va; 254 struct folio *folio = NULL; 255 struct gm_fault_t gmf = { 256 .size = HPAGE_SIZE, 257 .copy = true 258 }; 259 enum gm_evict_ret ret = GM_EVICT_SUCCESS; 260 enum gm_ret gm_ret; 261 262 gm_dev = get_gm_dev(gm_page->hnid); 263 if (!gm_dev) 264 return GM_EVICT_DEVERR; 265 266 spin_lock(&gm_page->rmap_lock); 267 if (!gm_page->mm) { 268 /* Evicting gm_page conflicts with unmap.*/ 269 ret = GM_EVICT_UNMAP; 270 goto rmap_unlock; 271 } 272 273 mm = gm_page->mm; 274 va = gm_page->va; 275 vma = find_vma(mm, va); 276 if (!vma || !vma->vm_obj) { 277 gmem_err("%s: cannot find vma or vma->vm_obj is null for va %lx", __func__, va); 278 ret = GM_EVICT_UNMAP; 279 goto rmap_unlock; 280 } 281 282 gm_mapping = vm_object_lookup(vma->vm_obj, va); 283 if (!gm_mapping) { 284 gmem_err("%s: no gm_mapping for va %lx", __func__, va); 285 ret = GM_EVICT_UNMAP; 286 goto rmap_unlock; 287 } 288 289 spin_unlock(&gm_page->rmap_lock); 290 291 mutex_lock(&gm_mapping->lock); 292 if (!gm_mapping_device(gm_mapping)) { 293 /* Evicting gm_page conflicts with unmap.*/ 294 ret = GM_EVICT_UNMAP; 295 goto gm_mapping_unlock; 296 } 297 298 if (gm_mapping->gm_page != gm_page) { 299 /* gm_mapping maps to another gm_page. */ 300 ret = GM_EVICT_UNMAP; 301 goto gm_mapping_unlock; 302 } 303 304 folio = vma_alloc_folio(GFP_TRANSHUGE, HPAGE_PMD_ORDER, vma, va, true); 305 if (!folio) { 306 gmem_err("%s: allocate host page failed.", __func__); 307 ret = GM_EVICT_FALLBACK; 308 goto gm_mapping_unlock; 309 } 310 page = &folio->page; 311 312 gmf.mm = mm; 313 gmf.va = va; 314 gmf.dev = gm_dev; 315 gmf.pfn = gm_page->dev_pfn; 316 dma_dev = gm_dev->dma_dev; 317 gmf.dma_addr = dma_map_page(dma_dev, page, 0, HPAGE_SIZE, DMA_BIDIRECTIONAL); 318 if (dma_mapping_error(dma_dev, gmf.dma_addr)) { 319 gmem_err("%s: dma map failed.", __func__); 320 ret = GM_EVICT_FALLBACK; 321 goto gm_mapping_unlock; 322 } 323 324 gm_ret = gm_dev->mmu->peer_unmap(&gmf); 325 if (gm_ret != GM_RET_SUCCESS) { 326 gmem_err("%s: peer_unmap failed.", __func__); 327 ret = GM_EVICT_DEVERR; 328 goto dma_unmap; 329 } 330 331 gm_mapping_flags_set(gm_mapping, GM_MAPPING_CPU); 332 gm_page_remove_rmap(gm_page); 333 gm_mapping->page = page; 334 put_gm_page(gm_page); 335 dma_unmap: 336 dma_unmap_page(dma_dev, gmf.dma_addr, HPAGE_SIZE, DMA_BIDIRECTIONAL); 337 gm_mapping_unlock: 338 mutex_unlock(&gm_mapping->lock); 339 return ret; 340 rmap_unlock: 341 spin_unlock(&gm_page->rmap_lock); 342 return ret; 343 } 344 > 345 enum gm_evict_ret gm_evict_page(struct gm_page *gm_page) 346 { 347 struct mm_struct *mm = gm_page->mm; 348 enum gm_evict_ret ret; 349 350 mmap_read_lock(mm); 351 ret = gm_evict_page_locked(gm_page); 352 mmap_read_unlock(mm); 353 return ret; 354 } 355 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3214/3214] drivers/base/arch_numa.c:194:12: sparse: sparse: symbol 'node_reclaim_distance_setup' was not declared. Should it be static?
by kernel test robot 18 Nov '25

18 Nov '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4bd802eb810aced0425a9fbdedbf306c0c1e0fda commit: 5e5d40e65cb55e4699c9879674a004f246606a8d [3214/3214] arch_numa: Make node reclaim distance adjustment always available config: arm64-randconfig-r121-20251118 (https://download.01.org/0day-ci/archive/20251118/202511181224.q1NCFdeb-lkp@…) compiler: clang version 22.0.0git (https://github.com/llvm/llvm-project 0bba1e76581bad04e7d7f09f5115ae5e2989e0d9) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251118/202511181224.q1NCFdeb-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/202511181224.q1NCFdeb-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> drivers/base/arch_numa.c:194:12: sparse: sparse: symbol 'node_reclaim_distance_setup' was not declared. Should it be static? vim +/node_reclaim_distance_setup +194 drivers/base/arch_numa.c 192 193 #define DISTANCE_MAX (1 << DISTANCE_BITS) > 194 int __init node_reclaim_distance_setup(char *str) 195 { 196 int val; 197 198 if (kstrtoint(str, 0, &val)) 199 return -EINVAL; 200 201 if (val < LOCAL_DISTANCE || val >= DISTANCE_MAX) 202 return -EINVAL; 203 204 if (val != RECLAIM_DISTANCE) { 205 node_reclaim_distance = val; 206 pr_info("Force set node_reclaim_distance to %d\n", val); 207 } 208 209 return 0; 210 } 211 early_param("node_reclaim_distance", node_reclaim_distance_setup); 212 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3214/3214] mm/gmem_phys.c:18:1: sparse: sparse: symbol 'hnode_lock' was not declared. Should it be static?
by kernel test robot 18 Nov '25

18 Nov '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 4bd802eb810aced0425a9fbdedbf306c0c1e0fda commit: ef19106bc1b493f2eb9d312de86f3cc0896b218a [3214/3214] gmem: introduce hnode for free peer-shared free page management config: x86_64-randconfig-r111-20251118 (https://download.01.org/0day-ci/archive/20251118/202511181114.4QpjxRoN-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/20251118/202511181114.4QpjxRoN-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/202511181114.4QpjxRoN-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> mm/gmem_phys.c:18:1: sparse: sparse: symbol 'hnode_lock' was not declared. Should it be static? vim +/hnode_lock +18 mm/gmem_phys.c 16 17 > 18 DEFINE_SPINLOCK(hnode_lock); 19 static nodemask_t hnode_map; 20 struct hnode *hnodes[MAX_NUMNODES]; 21 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3214/3214] drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:779:20: error: incomplete definition of type 'struct acpi_device'
by kernel test robot 18 Nov '25

18 Nov '25

Hi LeoLiu-oc, First bad commit (maybe != root cause): tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 17cadcdf512f891675c3c9df62bcf05511293ae9 commit: 5d01c9ec4f3b95b0629a38d936f69bc05e494cc9 [3214/3214] pinctrl: Zhaoxin: Add KH-50000 support config: x86_64-buildonly-randconfig-004-20251118 (https://download.01.org/0day-ci/archive/20251118/202511180448.bJpcAwU9-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/20251118/202511180448.bJpcAwU9-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/202511180448.bJpcAwU9-lkp@intel.com/ All errors (new ones prefixed by >>): drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:123:6: warning: variable 'value_back' set but not used [-Wunused-but-set-variable] 123 | u16 value_back = 0; | ^ drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:249:6: warning: variable 'pin' set but not used [-Wunused-but-set-variable] 249 | int pin; | ^ drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:270:6: warning: variable 'pin' set but not used [-Wunused-but-set-variable] 270 | int pin; | ^ drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:330:6: warning: variable 'base_offset' set but not used [-Wunused-but-set-variable] 330 | int base_offset = 0; | ^ drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:363:6: warning: variable 'base_offset' set but not used [-Wunused-but-set-variable] 363 | int base_offset = 0; | ^ drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:487:6: warning: variable 'test_mask' set but not used [-Wunused-but-set-variable] 487 | u16 test_mask; | ^ >> drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:779:20: error: incomplete definition of type 'struct acpi_device' 779 | if (!strcmp(adev->pnp.unique_id, table[i]->uid)) { | ~~~~^ include/linux/compiler.h:55:47: note: expanded from macro 'if' 55 | #define if(cond, ...) if ( __trace_if_var( !!(cond , ## __VA_ARGS__) ) ) | ^~~~ include/linux/compiler.h:57:52: note: expanded from macro '__trace_if_var' 57 | #define __trace_if_var(cond) (__builtin_constant_p(cond) ? (cond) : __trace_if_value(cond)) | ^~~~ include/linux/acpi.h:798:8: note: forward declaration of 'struct acpi_device' 798 | struct acpi_device; | ^ >> drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:779:20: error: incomplete definition of type 'struct acpi_device' 779 | if (!strcmp(adev->pnp.unique_id, table[i]->uid)) { | ~~~~^ include/linux/compiler.h:55:47: note: expanded from macro 'if' 55 | #define if(cond, ...) if ( __trace_if_var( !!(cond , ## __VA_ARGS__) ) ) | ^~~~ include/linux/compiler.h:57:61: note: expanded from macro '__trace_if_var' 57 | #define __trace_if_var(cond) (__builtin_constant_p(cond) ? (cond) : __trace_if_value(cond)) | ^~~~ include/linux/acpi.h:798:8: note: forward declaration of 'struct acpi_device' 798 | struct acpi_device; | ^ >> drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c:779:20: error: incomplete definition of type 'struct acpi_device' 779 | if (!strcmp(adev->pnp.unique_id, table[i]->uid)) { | ~~~~^ include/linux/compiler.h:55:47: note: expanded from macro 'if' 55 | #define if(cond, ...) if ( __trace_if_var( !!(cond , ## __VA_ARGS__) ) ) | ^~~~ include/linux/compiler.h:57:86: note: expanded from macro '__trace_if_var' 57 | #define __trace_if_var(cond) (__builtin_constant_p(cond) ? (cond) : __trace_if_value(cond)) | ^~~~ include/linux/compiler.h:68:3: note: expanded from macro '__trace_if_value' 68 | (cond) ? \ | ^~~~ include/linux/acpi.h:798:8: note: forward declaration of 'struct acpi_device' 798 | struct acpi_device; | ^ 6 warnings and 3 errors generated. vim +779 drivers/pinctrl/zhaoxin/pinctrl-zhaoxin.c 996e18349e58a3 leoliu-oc 2024-02-04 765 996e18349e58a3 leoliu-oc 2024-02-04 766 const struct zhaoxin_pinctrl_soc_data *zhaoxin_pinctrl_get_soc_data(struct platform_device *pdev) 996e18349e58a3 leoliu-oc 2024-02-04 767 { 996e18349e58a3 leoliu-oc 2024-02-04 768 const struct zhaoxin_pinctrl_soc_data *data = NULL; 996e18349e58a3 leoliu-oc 2024-02-04 769 const struct zhaoxin_pinctrl_soc_data **table; 996e18349e58a3 leoliu-oc 2024-02-04 770 struct acpi_device *adev; 996e18349e58a3 leoliu-oc 2024-02-04 771 unsigned int i; 996e18349e58a3 leoliu-oc 2024-02-04 772 996e18349e58a3 leoliu-oc 2024-02-04 773 adev = ACPI_COMPANION(&pdev->dev); 996e18349e58a3 leoliu-oc 2024-02-04 774 if (adev) { 996e18349e58a3 leoliu-oc 2024-02-04 775 const void *match = device_get_match_data(&pdev->dev); 996e18349e58a3 leoliu-oc 2024-02-04 776 996e18349e58a3 leoliu-oc 2024-02-04 777 table = (const struct zhaoxin_pinctrl_soc_data **)match; 996e18349e58a3 leoliu-oc 2024-02-04 778 for (i = 0; table[i]; i++) { 996e18349e58a3 leoliu-oc 2024-02-04 @779 if (!strcmp(adev->pnp.unique_id, table[i]->uid)) { 996e18349e58a3 leoliu-oc 2024-02-04 780 data = table[i]; 996e18349e58a3 leoliu-oc 2024-02-04 781 break; 996e18349e58a3 leoliu-oc 2024-02-04 782 } 996e18349e58a3 leoliu-oc 2024-02-04 783 } 996e18349e58a3 leoliu-oc 2024-02-04 784 } else { 996e18349e58a3 leoliu-oc 2024-02-04 785 const struct platform_device_id *id; 996e18349e58a3 leoliu-oc 2024-02-04 786 996e18349e58a3 leoliu-oc 2024-02-04 787 id = platform_get_device_id(pdev); 996e18349e58a3 leoliu-oc 2024-02-04 788 if (!id) 996e18349e58a3 leoliu-oc 2024-02-04 789 return ERR_PTR(-ENODEV); 996e18349e58a3 leoliu-oc 2024-02-04 790 996e18349e58a3 leoliu-oc 2024-02-04 791 table = (const struct zhaoxin_pinctrl_soc_data **)id->driver_data; 996e18349e58a3 leoliu-oc 2024-02-04 792 data = table[pdev->id]; 996e18349e58a3 leoliu-oc 2024-02-04 793 } 996e18349e58a3 leoliu-oc 2024-02-04 794 996e18349e58a3 leoliu-oc 2024-02-04 795 return data ?: ERR_PTR(-ENODATA); 996e18349e58a3 leoliu-oc 2024-02-04 796 } 996e18349e58a3 leoliu-oc 2024-02-04 797 EXPORT_SYMBOL_GPL(zhaoxin_pinctrl_get_soc_data); 996e18349e58a3 leoliu-oc 2024-02-04 798 :::::: The code at line 779 was first introduced by commit :::::: 996e18349e58a3ace519f9c0f32f4e62fc46ec2c Add support Zhaoxin GPIO pinctrl :::::: TO: leoliu-oc <leoliu-oc(a)zhaoxin.com> :::::: CC: leoliu-oc <leoliu-oc(a)zhaoxin.com> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 3214/3214] drivers/crypto/ccp/hygon/ccp-mdev.c:895:17: error: no member named 'numa_node' in 'struct device'
by kernel test robot 18 Nov '25

18 Nov '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 17cadcdf512f891675c3c9df62bcf05511293ae9 commit: 592817a30ddc0ef43c7f5b5fe906ae37cf3bea3b [3214/3214] crypto: ccp: add ccp-mdev functionality to the ccp module. config: x86_64-buildonly-randconfig-005-20251118 (https://download.01.org/0day-ci/archive/20251118/202511180451.SpjYxpJv-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/20251118/202511180451.SpjYxpJv-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/202511180451.SpjYxpJv-lkp@intel.com/ All errors (new ones prefixed by >>): >> drivers/crypto/ccp/hygon/ccp-mdev.c:895:17: error: no member named 'numa_node' in 'struct device' 895 | if (pdev->dev.numa_node >= 0) | ~~~~~~~~~ ^ drivers/crypto/ccp/hygon/ccp-mdev.c:896:31: error: no member named 'numa_node' in 'struct device' 896 | addr.numa_node = pdev->dev.numa_node; | ~~~~~~~~~ ^ drivers/crypto/ccp/hygon/ccp-mdev.c:1144:15: warning: no previous prototype for function 'ccp_pin_memory' [-Wmissing-prototypes] 1144 | struct page **ccp_pin_memory(struct ccp_private *private, unsigned long uaddr, | ^ drivers/crypto/ccp/hygon/ccp-mdev.c:1144:1: note: declare 'static' if the function is not intended to be used outside of this translation unit 1144 | struct page **ccp_pin_memory(struct ccp_private *private, unsigned long uaddr, | ^ | static drivers/crypto/ccp/hygon/ccp-mdev.c:1542:54: error: no member named 'numa_node' in 'struct device' 1542 | numa_node = ccp_mdev_data.iommu[page_idx].pdev->dev.numa_node; | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ 1 warning and 3 errors generated. vim +895 drivers/crypto/ccp/hygon/ccp-mdev.c 720 721 static long ccp_ioctl(struct file *file, unsigned int cmd, unsigned long arg) 722 { 723 struct mdev_state *mdev_state = file->private_data; 724 unsigned long minsz; 725 int ret = 0; 726 727 switch (cmd) { 728 case VFIO_DEVICE_GET_INFO: 729 { 730 struct vfio_device_info info; 731 732 minsz = offsetofend(struct vfio_device_info, num_irqs); 733 734 if (copy_from_user(&info, (void __user *)arg, minsz)) 735 return -EFAULT; 736 737 if (info.argsz < minsz) 738 return -EINVAL; 739 740 ret = ccp_get_device_info(mdev_state, &info); 741 if (ret) 742 return ret; 743 744 memcpy(&mdev_state->dev_info, &info, sizeof(info)); 745 746 if (copy_to_user((void __user *)arg, &info, minsz)) 747 return -EFAULT; 748 749 return 0; 750 } 751 case VFIO_DEVICE_GET_REGION_INFO: 752 { 753 struct vfio_region_info info; 754 u16 cap_type_id = 0; 755 void *cap_type = NULL; 756 757 minsz = offsetofend(struct vfio_region_info, offset); 758 759 if (copy_from_user(&info, (void __user *)arg, minsz)) 760 return -EFAULT; 761 762 if (info.argsz < minsz) 763 return -EINVAL; 764 765 ret = ccp_get_region_info(mdev_state, &info, &cap_type_id, 766 &cap_type); 767 if (ret) 768 return ret; 769 770 if (copy_to_user((void __user *)arg, &info, minsz)) 771 return -EFAULT; 772 773 return 0; 774 } 775 case VFIO_DEVICE_GET_IRQ_INFO: 776 { 777 struct vfio_irq_info info; 778 779 minsz = offsetofend(struct vfio_irq_info, count); 780 781 if (copy_from_user(&info, (void __user *)arg, minsz)) 782 return -EFAULT; 783 784 if ((info.argsz < minsz) || 785 (info.index >= mdev_state->dev_info.num_irqs)) 786 return -EINVAL; 787 788 ret = ccp_get_irq_info(mdev_state, &info); 789 if (ret) 790 return ret; 791 792 if (copy_to_user((void __user *)arg, &info, minsz)) 793 return -EFAULT; 794 795 return 0; 796 } 797 case VFIO_DEVICE_SET_IRQS: 798 { 799 struct vfio_irq_set hdr; 800 u8 *data = NULL; 801 size_t data_size = 0; 802 803 minsz = offsetofend(struct vfio_irq_set, count); 804 805 if (copy_from_user(&hdr, (void __user *)arg, minsz)) 806 return -EFAULT; 807 808 ret = ccp_set_irqs_validate_and_prepare(&hdr, mdev_state->dev_info.num_irqs, 809 mdev_state->dev_info.num_irqs, &data_size); 810 if (ret) 811 return ret; 812 813 if (data_size) { 814 data = memdup_user((void __user *)(arg + minsz), data_size); 815 if (IS_ERR(data)) 816 return PTR_ERR(data); 817 } 818 819 mutex_lock(&mdev_state->ops_lock); 820 ret = ccp_set_irq_efds(mdev_state, &hdr, data); 821 mutex_unlock(&mdev_state->ops_lock); 822 kfree(data); 823 824 return ret; 825 } 826 case VFIO_DEVICE_CCP_SET_MODE: 827 { 828 struct hygon_ccp_dev_wrapper *ccp_wrapper = mdev_state->iommu->wrapper; 829 unsigned long flags; 830 831 if (!write_trylock_irqsave(&ccp_wrapper->q_lock, flags)) 832 return -EAGAIN; 833 834 if (ccp_wrapper->used_mode == arg) { 835 write_unlock_irqrestore(&ccp_wrapper->q_lock, flags); 836 return 0; 837 } 838 839 switch (arg) { 840 case _KERNEL_SPACE_USED: 841 ccp_wrapper->used_mode = _KERNEL_SPACE_USED; 842 ccp_dev_iommu_detach_device(ccp_wrapper->pdev); 843 ccp_dev_queue_switch(ccp_wrapper->cdev); 844 ccp_add_device(ccp_wrapper->cdev); 845 break; 846 case _USER_SPACE_USED: 847 if (ccp_wrapper->del_flag == 0) { 848 ccp_del_device(ccp_wrapper->cdev); 849 ccp_wrapper->del_flag = 1; 850 } 851 if (ccp_dev_kernel_mode_used_state(ccp_wrapper->cdev)) { 852 ret = -EAGAIN; 853 break; 854 } 855 if (ccp_dev_iommu_attach_device(ccp_wrapper->pdev)) { 856 ccp_add_device(ccp_wrapper->cdev); 857 ccp_wrapper->del_flag = 0; 858 ret = -EINVAL; 859 } else { 860 ccp_wrapper->used_mode = _USER_SPACE_USED; 861 ccp_ectx_list_init(ccp_wrapper); 862 ccp_dev_usermode_userid_clear(mdev_state->iommu->id); 863 } 864 break; 865 default: 866 pr_err("arg = %lu, invalid.\n", arg); 867 ret = -EINVAL; 868 break; 869 } 870 871 write_unlock_irqrestore(&ccp_wrapper->q_lock, flags); 872 return ret; 873 } 874 case VFIO_DEVICE_CCP_GET_MODE: 875 { 876 struct hygon_ccp_dev_wrapper *ccp_wrapper = mdev_state->iommu->wrapper; 877 878 if (put_user(ccp_wrapper->used_mode, (int __user *)arg)) 879 return -EFAULT; 880 881 return 0; 882 } 883 case VFIO_DEVICE_GET_PCI_ADDR: 884 { 885 struct pci_dev *pdev = mdev_state->iommu->pdev; 886 struct mccp_pci_addr addr; 887 888 if (copy_from_user(&addr, (void __user *)arg, sizeof(addr))) 889 return -EFAULT; 890 891 addr.domain = pci_domain_nr(pdev->bus); 892 addr.bus = pdev->bus->number; 893 addr.devid = PCI_SLOT(pdev->devfn); 894 addr.function = PCI_FUNC(pdev->devfn); > 895 if (pdev->dev.numa_node >= 0) 896 addr.numa_node = pdev->dev.numa_node; 897 else 898 addr.numa_node = 0; 899 900 if (copy_to_user((void __user *)arg, &addr, sizeof(addr))) 901 return -EFAULT; 902 903 return 0; 904 } 905 case VFIO_DEVICE_GET_PCI_ID: 906 { 907 struct pci_dev *pdev = mdev_state->iommu->pdev; 908 struct mccp_pci_id pid; 909 910 if (copy_from_user(&pid, (void __user *)arg, sizeof(pid))) 911 return -EFAULT; 912 913 pid.class = pdev->class; 914 pid.vendor = pdev->vendor; 915 pid.device = pdev->device; 916 pid.subsystem_vendor = pdev->subsystem_vendor; 917 pid.subsystem_device = pdev->subsystem_device; 918 919 if (copy_to_user((void __user *)arg, &pid, sizeof(pid))) 920 return -EFAULT; 921 922 return 0; 923 } 924 case VFIO_DEVICE_RESET: 925 return ccp_reset(mdev_state); 926 } 927 return -ENOTTY; 928 } 929 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0