- Kernel - mailweb.openeuler.org

[PATCH OLK-6.6 00/14] mm: add huge pfnmap support for remap_pfn_range()
by Yin Tirui 12 Nov '25

12 Nov '25

Overview ======== This patch series adds huge page support for remap_pfn_range(), automatically creating huge mappings when prerequisites are satisfied (size, alignment, architecture support, etc.) and falling back to normal page mappings otherwise. This work builds on Peter Xu's previous efforts on huge pfnmap support [0]. TODO ==== - Add PUD-level huge page support. Currently, only PMD-level huge pages are supported. - Consider the logic related to vmap_page_range and extract reusable common code. Tests Done ========== - Cross-build tests. - Performance tests with custom device driver implementing mmap() with remap_pfn_range(): - lat_mem_rd benchmark modified to use mmap(device_fd) instead of malloc() shows around 40% improvement in memory access latency with huge page support compared to normal page mappings. numactl -C 0 lat_mem_rd -t 4096M (stride=64) Memory Size (MB) Without Huge Mapping With Huge Mapping Improvement ---------------- ----------------- -------------- ----------- 64.00 148.858 ns 100.780 ns 32.3% 128.00 164.745 ns 103.537 ns 37.2% 256.00 169.907 ns 103.179 ns 39.3% 512.00 171.285 ns 103.072 ns 39.8% 1024.00 173.054 ns 103.055 ns 40.4% 2048.00 172.820 ns 103.091 ns 40.3% 4096.00 172.877 ns 103.115 ns 40.4% - Custom memory copy operations on mmap(device_fd) show around 18% performance improvement with huge page support compared to normal page mappings. numactl -C 0 memcpy_test (memory copy performance test) Memory Size (MB) Without Huge Mapping With Huge Mapping Improvement ---------------- ----------------- -------------- ----------- 1024.00 95.76 ms 77.91 ms 18.6% 2048.00 190.87 ms 155.64 ms 18.5% 4096.00 380.84 ms 311.45 ms 18.2% [0] https://lore.kernel.org/all/20240826204353.2228736-2-peterx@redhat.com/T/#u David Hildenbrand (1): mm/huge_memory: check pmd_special() only after pmd_present() Peter Xu (11): mm: introduce ARCH_SUPPORTS_HUGE_PFNMAP and special bits to pmd/pud mm: drop is_huge_zero_pud() mm: mark special bits for huge pfn mappings when inject mm: allow THP orders for PFNMAPs mm/gup: detect huge pfnmap entries in gup-fast mm/pagewalk: check pfnmap for folio_walk_start() mm/fork: accept huge pfnmap entries mm: always define pxx_pgprot() mm/x86: support large pfn mappings mm/arm64: support large pfn mappings arm64: mm: Drop dead code for pud special bit handling Yin Tirui (2): pgtable: add pte_clrhuge() implementation for arm64 mm: introduce remap_pfn_range_try_pmd() for PMD-level hugepage mapping arch/arm64/Kconfig | 1 + arch/arm64/include/asm/pgtable.h | 39 ++++++ arch/powerpc/include/asm/book3s/64/pgtable.h | 2 +- arch/powerpc/include/asm/pgtable.h | 1 + arch/s390/include/asm/pgtable.h | 1 + arch/sparc/include/asm/pgtable_64.h | 1 + arch/x86/Kconfig | 1 + arch/x86/include/asm/pgtable.h | 81 +++++++----- fs/dax.c | 2 +- include/linux/huge_mm.h | 16 +-- include/linux/mm.h | 26 ++++ include/linux/pgtable.h | 20 ++- mm/Kconfig | 13 ++ mm/gup.c | 6 + mm/huge_memory.c | 93 ++++++++++---- mm/memory.c | 126 +++++++++++++++---- 16 files changed, 333 insertions(+), 96 deletions(-) -- 2.43.0

2 15

[openeuler:OLK-5.10 3282/3282] mm/memcontrol.c:5402:26: error: implicit declaration of function 'ksm_process_profit'
by kernel test robot 12 Nov '25

12 Nov '25

Hi Nanyong, FYI, the error/warning still remains. tree: https://gitee.com/openeuler/kernel.git OLK-5.10 head: 36c423f81858a53a2f8b9ac653a4ee48a6b4a3ae commit: 0f6fb3570be40b783d8c756d64297be1a8e3d2b3 [3282/3282] memcg: support ksm merge any mode per cgroup config: x86_64-buildonly-randconfig-004-20251112 (https://download.01.org/0day-ci/archive/20251112/202511121630.TEi1Z7Hc-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/20251112/202511121630.TEi1Z7Hc-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/202511121630.TEi1Z7Hc-lkp@intel.com/ All errors (new ones prefixed by >>): >> mm/memcontrol.c:5402:26: error: implicit declaration of function 'ksm_process_profit' [-Werror,-Wimplicit-function-declaration] 5402 | ksm_process_profits += ksm_process_profit(mm); | ^ 1 error generated. vim +/ksm_process_profit +5402 mm/memcontrol.c 5379 5380 static int memory_ksm_show(struct seq_file *m, void *v) 5381 { 5382 unsigned long ksm_merging_pages = 0; 5383 unsigned long ksm_rmap_items = 0; 5384 long ksm_process_profits = 0; 5385 unsigned int tasks = 0; 5386 struct task_struct *task; 5387 struct mm_struct *mm; 5388 struct css_task_iter it; 5389 struct mem_cgroup *memcg = mem_cgroup_from_seq(m); 5390 5391 css_task_iter_start(&memcg->css, CSS_TASK_ITER_PROCS, &it); 5392 while ((task = css_task_iter_next(&it))) { 5393 mm = get_task_mm(task); 5394 if (!mm) 5395 continue; 5396 5397 if (test_bit(MMF_VM_MERGE_ANY, &mm->flags)) 5398 tasks++; 5399 5400 ksm_rmap_items += mm->ksm_rmap_items; 5401 ksm_merging_pages += mm->ksm_merging_pages; > 5402 ksm_process_profits += ksm_process_profit(mm); 5403 mmput(mm); 5404 } 5405 css_task_iter_end(&it); 5406 5407 seq_printf(m, "merge any state: %d\n", READ_ONCE(memcg->ksm_merge_any)); 5408 seq_printf(m, "merge any tasks: %u\n", tasks); 5409 seq_printf(m, "ksm_rmap_items %lu\n", ksm_rmap_items); 5410 seq_printf(m, "ksm_merging_pages %lu\n", ksm_merging_pages); 5411 seq_printf(m, "ksm_process_profits %ld\n", ksm_process_profits); 5412 return 0; 5413 } 5414 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH OLK-6.6] mm: add nr_free_highatomic in show_free_areas
by Jinjiang Tu 12 Nov '25

12 Nov '25

From: gaoxu <gaoxu2(a)honor.com> mainline inclusion from mainline-v6.16-rc1 commit 4f219913c1368a372b07832451cb86ea3a1df31c category: other bugzilla: https://gitee.com/openeuler/kernel/issues/ID65M0 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… -------------------------------- commit c928807f6f6b6("mm/page_alloc: keep track of free highatomic") adds a new variable nr_free_highatomic, which is useful for analyzing low mem issues. add nr_free_highatomic in show_free_areas. Signed-off-by: gao xu <gaoxu2(a)honor.com> Link: https://lkml.kernel.org/r/d92eeff74f7a4578a14ac777cfe3603a@honor.com Acked-by: David Hildenbrand <david(a)redhat.com> Reviewed-by: Barry Song <baohua(a)kernel.org> Acked-by: David Rientjes <rientjes(a)google.com> Reviewed-by: Anshuman Khandual <anshuman.khandual(a)arm.com> Cc: Mike Rapoport <rppt(a)kernel.org> Cc: Suren Baghdasaryan <surenb(a)google.com> Cc: Yu Zhao <yuzhao(a)google.com> Signed-off-by: Andrew Morton <akpm(a)linux-foundation.org> Signed-off-by: Jinjiang Tu <tujinjiang(a)huawei.com> --- mm/show_mem.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/mm/show_mem.c b/mm/show_mem.c index a5608c697d15..23cb66ac712c 100644 --- a/mm/show_mem.c +++ b/mm/show_mem.c @@ -314,6 +314,7 @@ static void show_free_areas(unsigned int filter, nodemask_t *nodemask, int max_z " low:%lukB" " high:%lukB" " reserved_highatomic:%luKB" + " free_highatomic:%luKB" " active_anon:%lukB" " inactive_anon:%lukB" " active_file:%lukB" @@ -335,6 +336,7 @@ static void show_free_areas(unsigned int filter, nodemask_t *nodemask, int max_z K(low_wmark_pages(zone)), K(high_wmark_pages(zone)), K(zone->nr_reserved_highatomic), + K(zone->nr_free_highatomic), K(zone_page_state(zone, NR_ZONE_ACTIVE_ANON)), K(zone_page_state(zone, NR_ZONE_INACTIVE_ANON)), K(zone_page_state(zone, NR_ZONE_ACTIVE_FILE)), -- 2.43.0

2 1

[PATCH OLK-6.6] arm64/mpam: Add quirk to shrink MATA PMG range
by Zeng Heng 12 Nov '25

12 Nov '25

hulk inclusion category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/ID65P3 -------------------------------- On certain specific chip platforms, the PMG function is not fully supported. Using a non-zero PMG as a monitoring resource can lead to the loss of write traffic statistics. Therefore, impose restrictions on the PMG usage range for such chips. Fixes: 9cb26074545b ("arm_mpam: Probe MSCs to find the supported partid/pmg values") Signed-off-by: Zeng Heng <zengheng4(a)huawei.com> --- drivers/platform/mpam/mpam_devices.c | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/drivers/platform/mpam/mpam_devices.c b/drivers/platform/mpam/mpam_devices.c index ebc8887d8267..287a752724a9 100644 --- a/drivers/platform/mpam/mpam_devices.c +++ b/drivers/platform/mpam/mpam_devices.c @@ -745,6 +745,19 @@ static void mpam_ris_hw_probe(struct mpam_msc_ris *ris) } } +static int mpam_pmg_max_hisi_workaround(struct mpam_msc *msc) +{ + static const struct midr_range cpus[] = { + MIDR_ALL_VERSIONS(MIDR_HISI_HIP12), + { /* sentinel */ } + }; + + if (!is_midr_in_range_list(cpus)) + return msc->pmg_max; + + return 0; +} + static int mpam_msc_hw_probe(struct mpam_msc *msc) { u64 idr; @@ -771,6 +784,7 @@ static int mpam_msc_hw_probe(struct mpam_msc *msc) /* Use these values so partid/pmg always starts with a valid value */ msc->partid_max = FIELD_GET(MPAMF_IDR_PARTID_MAX, idr); msc->pmg_max = FIELD_GET(MPAMF_IDR_PMG_MAX, idr); + msc->pmg_max = mpam_pmg_max_hisi_workaround(msc); for (ris_idx = 0; ris_idx <= msc->ris_max; ris_idx++) { spin_lock(&msc->part_sel_lock); -- 2.25.1

2 1

[PATCH OLK-6.6 v6 00/10] Add xcall 2.0 support
by Jinjie Ruan 12 Nov '25

12 Nov '25

Add xcall 2.0 support, which is compatible with xcall1.0, and can be used to dynamic instruction replacement for hardware xcall. Changes in v6: - Add "xcall=debug" debug mode to use the "fast syscall" for every system call. - Use alternative to reduce the baseline performance noise floor when not set "xcall" on the kernel cmdline - Move binary_path out from xcall struct, and add to xcall_comm struct. - Fix1. insert_xcall_locked() check both "name" and "binary" to avoid repeated attach same name of xcall. - Fix2. Check if it is an executable file for the binary path. - Fix3. Check if it is an absolute path for the binary path. - Fix4. Remove the extra free_xcall_comm(info) in default branch in proc_xcall_command(). - Fix5. Add zero syscall hijack check for xcall_prog_register(). - Use __arm64_sys_ni_syscall() instead of define inv_xcall(). - Replace the -ENOSYS return value with -EINVAL, to avoid the warning. Changes in v5: - Fix build problem. - el0t_64_sync_ventry jump to kernel_ventry to do VMAP_STACK. - Some cleanups. - Merge the three refactor patch. Changes in v4: - Reuse uprobe_write_opcode() instead of use __replace_page() and copy_to_page(). - Handle error for uprobe_write_opcode(). - Support xcall1.0 before 920G. - Change xcall1.0 bitmap to byte array to save check insns. - Use percpu variable to save check insns for xcall1.0. - A little cleanup. Changes in v3: - Add validity checks during xcall registration to prevent out-of-bounds access and null pointer dereferences. - Extract __replace_page() and copy_to_page() from uprobe, to avoid code duplication. - Replace with new compatible refactored code. - Remove unnecessary member, such as old_name. Changes in v2: - Remove duplicates or unnecessary ~300 LOC, such as link_slot, init_task. - Fix kabi. - Some cleanups. Jinjie Ruan (2): xcall2.0: Support xcall1.0 for hardware xcall openeuler_defconfig: Enable CONFIG_DYNAMIC_XCALL by default Liao Chang (6): xcall2.0: Add userspace proc interface xcall2.0: Add xcall module register interface xcall2.0: Add xcall_area xcall2.0: Hajack syscall with dynamic instruciton replace xcall: Rework the early exception vector of XCALL and SYNC xcall2.0: Add a basic testcase Yipeng Zou (1): xcall: Add debug mode to force fast syscall for all threads Yuntao Liu (1): xcall2.0: Intruduce xcall2.0 prefetch kernel module arch/arm64/Kconfig.turbo | 13 + arch/arm64/configs/openeuler_defconfig | 1 + arch/arm64/include/asm/exception.h | 4 +- arch/arm64/include/asm/mmu_context.h | 7 - arch/arm64/include/asm/xcall.h | 154 +++++---- arch/arm64/kernel/cpufeature.c | 76 ++-- arch/arm64/kernel/entry-common.c | 28 +- arch/arm64/kernel/entry.S | 86 +---- arch/arm64/kernel/probes/uprobes.c | 6 + arch/arm64/kernel/process.c | 5 + arch/arm64/kernel/syscall.c | 14 + arch/arm64/kernel/xcall/Makefile | 3 +- arch/arm64/kernel/xcall/core.c | 384 +++++++++++++++++++++ arch/arm64/kernel/xcall/entry.S | 180 ++++++++-- arch/arm64/kernel/xcall/proc.c | 223 ++++++++++++ arch/arm64/kernel/xcall/xcall.c | 66 ++-- arch/arm64/kvm/sys_regs.c | 1 + drivers/staging/Kconfig | 2 + drivers/staging/Makefile | 1 + drivers/staging/xcall/Kconfig | 19 + drivers/staging/xcall/Makefile | 1 + drivers/staging/xcall/dynamic_xcall_test.c | 90 +++++ drivers/staging/xcall/prefetch.c | 265 ++++++++++++++ fs/proc/proc_xcall.c | 144 ++------ include/linux/mm_types.h | 4 + include/linux/xcall.h | 51 +++ kernel/events/uprobes.c | 23 ++ kernel/fork.c | 3 + mm/mmap.c | 14 +- 29 files changed, 1494 insertions(+), 374 deletions(-) create mode 100644 arch/arm64/kernel/xcall/core.c create mode 100644 arch/arm64/kernel/xcall/proc.c create mode 100644 drivers/staging/xcall/Kconfig create mode 100644 drivers/staging/xcall/Makefile create mode 100644 drivers/staging/xcall/dynamic_xcall_test.c create mode 100644 drivers/staging/xcall/prefetch.c create mode 100644 include/linux/xcall.h -- 2.34.1

2 11

[openeuler:OLK-6.6 3135/3135] mm/gmem.c:286:13: warning: no previous prototype for function 'gm_dev_fault'
by kernel test robot 12 Nov '25

12 Nov '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 60e792f234ac2bde55a826388fb644bede86a012 commit: 4e04912a6c73df8a7185e0f4406d8a39daa027a3 [3135/3135] gmem: implement page faulting for peer-shared vma config: arm64-randconfig-001-20251112 (https://download.01.org/0day-ci/archive/20251112/202511121239.TQKV2Lm3-lkp@…) compiler: clang version 22.0.0git (https://github.com/llvm/llvm-project 996639d6ebb86ff15a8c99b67f1c2e2117636ae7) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251112/202511121239.TQKV2Lm3-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/202511121239.TQKV2Lm3-lkp@intel.com/ All warnings (new ones prefixed by >>): In file included from <built-in>:3: In file included from include/linux/compiler_types.h:150: include/linux/compiler-clang.h:33:9: warning: '__SANITIZE_ADDRESS__' macro redefined [-Wmacro-redefined] 33 | #define __SANITIZE_ADDRESS__ | ^ <built-in>:368:9: note: previous definition is here 368 | #define __SANITIZE_ADDRESS__ 1 | ^ >> mm/gmem.c:286:13: warning: no previous prototype for function 'gm_dev_fault' [-Wmissing-prototypes] 286 | enum gm_ret gm_dev_fault(struct mm_struct *mm, unsigned long addr, | ^ mm/gmem.c:286:1: note: declare 'static' if the function is not intended to be used outside of this translation unit 286 | enum gm_ret gm_dev_fault(struct mm_struct *mm, unsigned long addr, | ^ | static 2 warnings generated. vim +/gm_dev_fault +286 mm/gmem.c 285 > 286 enum gm_ret gm_dev_fault(struct mm_struct *mm, unsigned long addr, 287 struct gm_dev *dev, int behavior) 288 { 289 int ret; 290 291 mmap_read_lock(mm); 292 ret = gm_dev_fault_locked(mm, addr, dev, behavior); 293 mmap_read_unlock(mm); 294 295 return ret; 296 } 297 EXPORT_SYMBOL_GPL(gm_dev_fault); 298 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH OLK-6.6 v6 00/10] Add xcall 2.0 support
by Jinjie Ruan 12 Nov '25

12 Nov '25

Add xcall 2.0 support, which is compatible with xcall1.0, and can be used to dynamic instruction replacement for hardware xcall. Changes in v6: - Add "xcall=debug" debug mode to use the "fast syscall" for every system call. - Use alternative to reduce the baseline performance noise floor when not set "xcall" on the kernel cmdline - Move binary_path out from xcall struct, and add to xcall_comm struct. - Fix1. insert_xcall_locked() check both "name" and "binary" to avoid repeated attach same name of xcall. - Fix2. Check if it is an executable file for the binary path. - Fix3. Check if it is an absolute path for the binary path. - Fix4. Remove the extra free_xcall_comm(info) in default branch in proc_xcall_command(). - Fix5. Add zero syscall hijack check for xcall_prog_register(). - Use __arm64_sys_ni_syscall() instead of define inv_xcall(). - Replace the -ENOSYS return value with -EINVAL, to avoid the warning. Changes in v5: - Fix build problem. - el0t_64_sync_ventry jump to kernel_ventry to do VMAP_STACK. - Some cleanups. - Merge the three refactor patch. Changes in v4: - Reuse uprobe_write_opcode() instead of use __replace_page() and copy_to_page(). - Handle error for uprobe_write_opcode(). - Support xcall1.0 before 920G. - Change xcall1.0 bitmap to byte array to save check insns. - Use percpu variable to save check insns for xcall1.0. - A little cleanup. Changes in v3: - Add validity checks during xcall registration to prevent out-of-bounds access and null pointer dereferences. - Extract __replace_page() and copy_to_page() from uprobe, to avoid code duplication. - Replace with new compatible refactored code. - Remove unnecessary member, such as old_name. Changes in v2: - Remove duplicates or unnecessary ~300 LOC, such as link_slot, init_task. - Fix kabi. - Some cleanups. Jinjie Ruan (2): xcall2.0: Support xcall1.0 for hardware xcall openeuler_defconfig: Enable CONFIG_DYNAMIC_XCALL by default Liao Chang (6): xcall2.0: Add userspace proc interface xcall2.0: Add xcall module register interface xcall2.0: Add xcall_area xcall2.0: Hajack syscall with dynamic instruciton replace xcall: Rework the early exception vector of XCALL and SYNC xcall2.0: Add a basic testcase Yipeng Zou (1): xcall: Add debug mode to force fast syscall for all threads Yuntao Liu (1): xcall2.0: Intruduce xcall2.0 prefetch kernel module arch/arm64/Kconfig.turbo | 13 + arch/arm64/configs/openeuler_defconfig | 1 + arch/arm64/include/asm/exception.h | 4 +- arch/arm64/include/asm/mmu_context.h | 7 - arch/arm64/include/asm/xcall.h | 154 +++++---- arch/arm64/kernel/cpufeature.c | 76 ++-- arch/arm64/kernel/entry-common.c | 28 +- arch/arm64/kernel/entry.S | 86 +---- arch/arm64/kernel/probes/uprobes.c | 6 + arch/arm64/kernel/process.c | 5 + arch/arm64/kernel/syscall.c | 14 + arch/arm64/kernel/xcall/Makefile | 3 +- arch/arm64/kernel/xcall/core.c | 384 +++++++++++++++++++++ arch/arm64/kernel/xcall/entry.S | 180 ++++++++-- arch/arm64/kernel/xcall/proc.c | 223 ++++++++++++ arch/arm64/kernel/xcall/xcall.c | 66 ++-- arch/arm64/kvm/sys_regs.c | 1 + drivers/staging/Kconfig | 2 + drivers/staging/Makefile | 1 + drivers/staging/xcall/Kconfig | 19 + drivers/staging/xcall/Makefile | 1 + drivers/staging/xcall/dynamic_xcall_test.c | 90 +++++ drivers/staging/xcall/prefetch.c | 265 ++++++++++++++ fs/proc/proc_xcall.c | 144 ++------ include/linux/mm_types.h | 4 + include/linux/xcall.h | 51 +++ kernel/events/uprobes.c | 23 ++ kernel/fork.c | 3 + mm/mmap.c | 14 +- 29 files changed, 1494 insertions(+), 374 deletions(-) create mode 100644 arch/arm64/kernel/xcall/core.c create mode 100644 arch/arm64/kernel/xcall/proc.c create mode 100644 drivers/staging/xcall/Kconfig create mode 100644 drivers/staging/xcall/Makefile create mode 100644 drivers/staging/xcall/dynamic_xcall_test.c create mode 100644 drivers/staging/xcall/prefetch.c create mode 100644 include/linux/xcall.h -- 2.34.1

2 11

[PATCH v2 openEuler-23.09 0/2] XSCHED SUPPORT KO MODE
by Liu Kai 12 Nov '25

12 Nov '25

XSCHED SUPPORT KO MODE Liu Kai (2): xsched ko: xsched support ko mode xsched ko: adapt 910b npu driver for xsched ko ...01-Adapt-910b-npu-driver-for-xsched-ko.txt | 535 ++++++++++++++ drivers/xsched/Makefile | 71 ++ drivers/xsched/hal/syms_lookup.c | 52 ++ drivers/xsched/hal/xcu_group.c | 237 ++++++ drivers/xsched/hal/xsched_npu_interface.c | 383 ++++++++++ drivers/xsched/include/syms_lookup.h | 20 + drivers/xsched/include/vstream.h | 87 +++ drivers/xsched/include/xcu_group.h | 113 +++ drivers/xsched/include/xsched.h | 349 +++++++++ drivers/xsched/include/xsched_ioctl.h | 60 ++ drivers/xsched/include/xsched_npu_interface.h | 118 +++ drivers/xsched/xsched/core.c | 681 ++++++++++++++++++ drivers/xsched/xsched/rt.c | 459 ++++++++++++ drivers/xsched/xsched/xsched.c | 272 +++++++ drivers/xsched/xsched/xsched_ioctl.c | 479 ++++++++++++ 15 files changed, 3916 insertions(+) create mode 100644 drivers/xsched/0001-Adapt-910b-npu-driver-for-xsched-ko.txt create mode 100644 drivers/xsched/Makefile create mode 100644 drivers/xsched/hal/syms_lookup.c create mode 100644 drivers/xsched/hal/xcu_group.c create mode 100644 drivers/xsched/hal/xsched_npu_interface.c create mode 100644 drivers/xsched/include/syms_lookup.h create mode 100644 drivers/xsched/include/vstream.h create mode 100644 drivers/xsched/include/xcu_group.h create mode 100644 drivers/xsched/include/xsched.h create mode 100644 drivers/xsched/include/xsched_ioctl.h create mode 100644 drivers/xsched/include/xsched_npu_interface.h create mode 100644 drivers/xsched/xsched/core.c create mode 100644 drivers/xsched/xsched/rt.c create mode 100644 drivers/xsched/xsched/xsched.c create mode 100644 drivers/xsched/xsched/xsched_ioctl.c -- 2.34.1

2 3

[openeuler:OLK-6.6 3135/3135] mm/gmem.c:190:26: error: 'struct task_struct' has no member named 'mems_allowed'; did you mean 'nr_cpus_allowed'?
by kernel test robot 12 Nov '25

12 Nov '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 70ffcfd5ec3049df518d1359b0189b4dd16e0e56 commit: 380709c322aaa306b5ac3c278a0700043f7d33e2 [3135/3135] gmem: prepare config, boot parameter, vma flag and basic GMEM related structs config: arm64-randconfig-003-20251112 (https://download.01.org/0day-ci/archive/20251112/202511120955.BR23qSft-lkp@…) compiler: aarch64-linux-gcc (GCC) 7.5.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251112/202511120955.BR23qSft-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/202511120955.BR23qSft-lkp@intel.com/ All errors (new ones prefixed by >>): In file included from include/linux/gmem.h:15:0, from mm/gmem.c:10: mm/gmem.c: In function 'gm_as_attach': >> mm/gmem.c:190:26: error: 'struct task_struct' has no member named 'mems_allowed'; did you mean 'nr_cpus_allowed'? node_set(nid, current->mems_allowed); ^ include/linux/nodemask.h:128:50: note: in definition of macro 'node_set' #define node_set(node, dst) __node_set((node), &(dst)) ^~~ vim +190 mm/gmem.c 144 145 int gm_as_attach(struct gm_as *as, struct gm_dev *dev, 146 bool activate, struct gm_context **out_ctx) 147 { 148 struct gm_context *ctx; 149 int nid; 150 151 ctx = kmem_cache_alloc(gm_ctx_cache, GFP_KERNEL); 152 if (!ctx) 153 return -ENOMEM; 154 155 ctx->as = as; 156 ctx->dev = dev; 157 158 INIT_LIST_HEAD(&ctx->gm_dev_link); 159 INIT_LIST_HEAD(&ctx->gm_as_link); 160 161 if (!list_empty(&as->gm_ctx_list)) { 162 struct list_head *old_node; 163 struct gm_context *old_ctx; 164 165 old_node = as->gm_ctx_list.prev; 166 list_del_init(old_node); 167 old_ctx = list_entry(old_node, struct gm_context, gm_as_link); 168 kfree(old_ctx); 169 } 170 171 list_add_tail(&dev->gm_ctx_list, &ctx->gm_dev_link); 172 list_add_tail(&ctx->gm_as_link, &as->gm_ctx_list); 173 174 if (activate) { 175 /* 176 * Here we should really have a callback function to perform the context switch 177 * for the hardware. E.g. in x86 this function is effectively 178 * flushing the CR3 value. Currently we do not care time-sliced context switch, 179 * unless someone wants to support it. 180 */ 181 dev->current_ctx = ctx; 182 } 183 *out_ctx = ctx; 184 185 /* 186 * gm_as_attach will be used to attach device to process address space. 187 * Handle this case and add hnodes registered by device to process mems_allowed. 188 */ 189 for_each_node_mask(nid, dev->registered_hnodes) > 190 node_set(nid, current->mems_allowed); -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH OLK-6.6] mm/huge_memory: Add zero_page_full_cow sysfs node and disable it by default
by Zhang Qilong 12 Nov '25

12 Nov '25

Offering: HULK hulk inclusion category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/ID65ME ---------------------------------------- Add a zero_page_full_cow sysfs node, the zero page full CoW could be enable by write 1 to zero_page_full_cow. Signed-off-by: Zhang Qilong <zhangqilong3(a)huawei.com> --- Documentation/admin-guide/mm/transhuge.rst | 8 ++++++++ include/linux/huge_mm.h | 1 + mm/huge_memory.c | 21 +++++++++++++++++++++ 3 files changed, 30 insertions(+) diff --git a/Documentation/admin-guide/mm/transhuge.rst b/Documentation/admin-guide/mm/transhuge.rst index 70176fc3f94c..0c80f5948f10 100644 --- a/Documentation/admin-guide/mm/transhuge.rst +++ b/Documentation/admin-guide/mm/transhuge.rst @@ -201,10 +201,18 @@ page fault to anonymous mapping. It's possible to disable huge zero page by writing 0 or enable it back by writing 1:: echo 0 >/sys/kernel/mm/transparent_hugepage/use_zero_page echo 1 >/sys/kernel/mm/transparent_hugepage/use_zero_page +By default kernel enable zero page full CoW. When it's enabled, kernel +will try to allocate PMD page for PMD-mappable zero anonymous mapping +on WP mode. It's possible to disable huge zero page by writing 0 or +enable it back by writing 1:: + + echo 0 >/sys/kernel/mm/transparent_hugepage/zero_page_full_cow + echo 1 >/sys/kernel/mm/transparent_hugepage/zero_page_full_cow + Some userspace (such as a test program, or an optimized memory allocation library) may want to know the size (in bytes) of a PMD-mappable transparent hugepage:: cat /sys/kernel/mm/transparent_hugepage/hpage_pmd_size diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h index cfe42c43b55b..47a6634e74c4 100644 --- a/include/linux/huge_mm.h +++ b/include/linux/huge_mm.h @@ -55,10 +55,11 @@ enum transparent_hugepage_flag { TRANSPARENT_HUGEPAGE_FILE_EXEC_THP_FLAG, TRANSPARENT_HUGEPAGE_FILE_EXEC_MTHP_FLAG, TRANSPARENT_HUGEPAGE_FILE_MAPPING_ALIGN_FLAG, TRANSPARENT_HUGEPAGE_ANON_MAPPING_ALIGN_FLAG, TRANSPARENT_HUGEPAGE_ANON_MAPPING_PMD_ALIGN_FLAG, + TRANSPARENT_HUGEPAGE_ZERO_PAGE_FULL_COW_FLAG, }; struct kobject; struct kobj_attribute; diff --git a/mm/huge_memory.c b/mm/huge_memory.c index a28dda799978..11162cf63f44 100644 --- a/mm/huge_memory.c +++ b/mm/huge_memory.c @@ -601,10 +601,26 @@ static ssize_t thp_mapping_align_store(struct kobject *kobj, return count; } static struct kobj_attribute thp_mapping_align_attr = __ATTR_RW(thp_mapping_align); +static ssize_t zero_page_full_cow_show(struct kobject *kobj, + struct kobj_attribute *attr, char *buf) +{ + return single_hugepage_flag_show(kobj, attr, buf, + TRANSPARENT_HUGEPAGE_ZERO_PAGE_FULL_COW_FLAG); +} +static ssize_t zero_page_full_cow_store(struct kobject *kobj, + struct kobj_attribute *attr, const char *buf, size_t count) +{ + return single_hugepage_flag_store(kobj, attr, buf, count, + TRANSPARENT_HUGEPAGE_ZERO_PAGE_FULL_COW_FLAG); +} + +static struct kobj_attribute zero_page_full_cow_attr = + __ATTR_RW(zero_page_full_cow); + static struct attribute *hugepage_attr[] = { &enabled_attr.attr, &defrag_attr.attr, &use_zero_page_attr.attr, &pcp_allow_high_order_attr.attr, @@ -613,10 +629,11 @@ static struct attribute *hugepage_attr[] = { &shmem_enabled_attr.attr, #endif &file_enabled_attr.attr, &thp_exec_enabled_attr.attr, &thp_mapping_align_attr.attr, + &zero_page_full_cow_attr.attr, NULL, }; static const struct attribute_group hugepage_attr_group = { .attrs = hugepage_attr, @@ -2012,10 +2029,14 @@ static vm_fault_t do_huge_zero_wp_pmd(struct vm_fault *vmf) struct vm_area_struct *vma = vmf->vma; struct mmu_notifier_range range; struct folio *folio; vm_fault_t ret = 0; + if (!test_bit(TRANSPARENT_HUGEPAGE_ZERO_PAGE_FULL_COW_FLAG, + &transparent_hugepage_flags)) + return VM_FAULT_FALLBACK; + folio = vma_alloc_anon_folio_pmd(vma, vmf->address); if (unlikely(!folio)) return VM_FAULT_FALLBACK; mmu_notifier_range_init(&range, MMU_NOTIFY_CLEAR, 0, vma->vm_mm, haddr, -- 2.43.0

2 1