- Kernel - mailweb.openeuler.org

[PATCH OLK-6.6] vfs: reserve kabi space for vfs related structures
by Zhihao Cheng 01 Feb '24

01 Feb '24

hulk inclusion category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/I900QB CVE: NA -------------------------------- struture size reserves address_space_operations 160 4 address_space 200 7 inode 624 2 file_lock_operations 16 2 lock_manager_operations 24 1 super_block 1392 2 Signed-off-by: Zhihao Cheng <chengzhihao1(a)huawei.com> --- include/linux/filelock.h | 5 +++++ include/linux/fs.h | 19 +++++++++++++++++++ 2 files changed, 24 insertions(+) diff --git a/include/linux/filelock.h b/include/linux/filelock.h index 95e868e09e29..92795ed425d9 100644 --- a/include/linux/filelock.h +++ b/include/linux/filelock.h @@ -31,6 +31,9 @@ struct file_lock; struct file_lock_operations { void (*fl_copy_lock)(struct file_lock *, struct file_lock *); void (*fl_release_private)(struct file_lock *); + + KABI_RESERVE(1) + KABI_RESERVE(2) }; struct lock_manager_operations { @@ -45,6 +48,8 @@ struct lock_manager_operations { bool (*lm_breaker_owns_lease)(struct file_lock *); bool (*lm_lock_expirable)(struct file_lock *cfl); void (*lm_expire_lock)(void); + + KABI_RESERVE(1) }; struct lock_manager { diff --git a/include/linux/fs.h b/include/linux/fs.h index cc34619424cf..daf7221fbdc3 100644 --- a/include/linux/fs.h +++ b/include/linux/fs.h @@ -451,6 +451,11 @@ struct address_space_operations { sector_t *span); void (*swap_deactivate)(struct file *file); int (*swap_rw)(struct kiocb *iocb, struct iov_iter *iter); + + KABI_RESERVE(1) + KABI_RESERVE(2) + KABI_RESERVE(3) + KABI_RESERVE(4) }; extern const struct address_space_operations empty_aops; @@ -497,6 +502,14 @@ struct address_space { spinlock_t private_lock; struct list_head private_list; void *private_data; + + KABI_RESERVE(1) + KABI_RESERVE(2) + KABI_RESERVE(3) + KABI_RESERVE(4) + KABI_RESERVE(5) + KABI_RESERVE(6) + KABI_RESERVE(7) } __attribute__((aligned(sizeof(long)))) __randomize_layout; /* * On most architectures that alignment is already the case; but @@ -756,6 +769,9 @@ struct inode { #endif void *i_private; /* fs or device private pointer */ + + KABI_RESERVE(1) + KABI_RESERVE(2) } __randomize_layout; struct timespec64 timestamp_truncate(struct timespec64 t, struct inode *inode); @@ -1328,6 +1344,9 @@ struct super_block { spinlock_t s_inode_wblist_lock; struct list_head s_inodes_wb; /* writeback inodes */ + + KABI_RESERVE(1) + KABI_RESERVE(2) } __randomize_layout; static inline struct user_namespace *i_user_ns(const struct inode *inode) -- 2.31.1

2 1

[PATCH OLK-5.10 v2] sched: remove __GENKSYMS__ used
by Yipeng Zou 01 Feb '24

01 Feb '24

hulk inclusion category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/I8ZTTF CVE: NA -------------------------------- There is no need use __GENKSYMS__. Fixes: 00d37128abe2 ("sched: Introduce smart grid scheduling strategy for cfs") Signed-off-by: Yipeng Zou <zouyipeng(a)huawei.com> --- kernel/sched/sched.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index 18c1b3d5a378..1044664bccfa 100644 --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -500,7 +500,7 @@ struct task_group { #else KABI_RESERVE(3) #endif -#if defined(CONFIG_QOS_SCHED_SMART_GRID) && !defined(__GENKSYMS__) +#if defined(CONFIG_QOS_SCHED_SMART_GRID) KABI_USE(4, struct auto_affinity *auto_affinity) #else KABI_RESERVE(4) -- 2.34.1

2 1

[PATCH v4 OLK-6.6 00/21] kabi reserve patches
by Lin Yujun 01 Feb '24

01 Feb '24

*** BLURB HERE *** Chen Jiahao (1): KABI: reserve space for struct input_dev Jialin Zhang (1): kabi: reserve space for power management related structure Lin Ruizhe (5): msi: Add kabi_reserve in msi.h interrupt: Add kabi_reserve in interrupt.h irq: Add kabi_reserve in irq irq_desc: Add kabi_reserve in irq_desc irqdomain: Add kabi_reserve in irqdomain Lin Yujun (13): drm: drm_atomic.h: Add kabi_reserve drm: drm_client.h: Add kabi_reserve drm: drm_connector.h: Add kabi_reserve drm: drm_crtc.h: Add kabi_reserve drm: drm_device.h: Add kabi_reserve drm: drm_drv.h: Add kabi_reserve drm: drm_fb_helper.h: Add kabi_reserve drm: drm_file.h: Add kabi_reserve drm: drm_fourcc.h: Add kabi_reserve drm: drm_gem.h: Add kabi_reserve pm: pm_domain.h: Add kabi_reserve pm: pm.h: Add kabi_reserve energy_model: Add kabi_reserve Yang Yingliang (1): kabi: reserve space for struct cpu_stop_work include/drm/drm_atomic.h | 6 ++++++ include/drm/drm_client.h | 7 +++++++ include/drm/drm_connector.h | 18 ++++++++++++++++++ include/drm/drm_crtc.h | 7 +++++++ include/drm/drm_device.h | 4 ++++ include/drm/drm_drv.h | 5 +++++ include/drm/drm_fb_helper.h | 8 ++++++++ include/drm/drm_file.h | 8 ++++++++ include/drm/drm_fourcc.h | 5 +++++ include/drm/drm_gem.h | 8 ++++++++ include/linux/energy_model.h | 5 +++++ include/linux/input.h | 4 ++++ include/linux/interrupt.h | 6 ++++++ include/linux/irq.h | 8 ++++++++ include/linux/irqdesc.h | 4 +++- include/linux/irqdomain.h | 3 +++ include/linux/msi.h | 7 +++++++ include/linux/pm.h | 14 ++++++++++++++ include/linux/pm_domain.h | 10 ++++++++++ include/linux/pm_qos.h | 7 +++++++ include/linux/pm_wakeup.h | 4 ++++ include/linux/stop_machine.h | 3 +++ 22 files changed, 150 insertions(+), 1 deletion(-) -- 2.34.1

2 22

[openeuler:OLK-5.10 29931/30000] kernel/sched/topology.c:1749:2: error: implicit declaration of function 'register_sysctl_init'
by kernel test robot 01 Feb '24

01 Feb '24

tree: https://gitee.com/openeuler/kernel.git OLK-5.10 head: 260c7a5874066269671cc826d6c9ccd70dd001e5 commit: f4128ae8e6ff03b4c805707fe75d0345797f7f53 [29931/30000] sched: Add cluster scheduler level for x86 config: x86_64-buildonly-randconfig-006-20240131 (https://download.01.org/0day-ci/archive/20240201/202402010822.4gexaFuQ-lkp@…) compiler: clang version 17.0.6 (https://github.com/llvm/llvm-project 6009708b4367171ccdbf4b5905cb6a803753fe18) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240201/202402010822.4gexaFuQ-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/202402010822.4gexaFuQ-lkp@intel.com/ All errors (new ones prefixed by >>): In file included from kernel/sched/topology.c:5: kernel/sched/sched.h:1838:15: warning: cast from 'void (*)(struct rq *)' to 'void (*)(struct callback_head *)' converts to incompatible function type [-Wcast-function-type-strict] 1838 | head->func = (void (*)(struct callback_head *))func; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ kernel/sched/topology.c:718:6: warning: variable 'numa_distance' set but not used [-Wunused-but-set-variable] 718 | int numa_distance = 0; | ^ >> kernel/sched/topology.c:1749:2: error: implicit declaration of function 'register_sysctl_init' [-Werror,-Wimplicit-function-declaration] 1749 | register_sysctl_init("kernel", sched_cluster_sysctls); | ^ 2 warnings and 1 error generated. vim +/register_sysctl_init +1749 kernel/sched/topology.c 8ce3e706b31409 Tim Chen 2021-12-03 1746 8ce3e706b31409 Tim Chen 2021-12-03 1747 static int __init sched_cluster_sysctl_init(void) 8ce3e706b31409 Tim Chen 2021-12-03 1748 { 8ce3e706b31409 Tim Chen 2021-12-03 @1749 register_sysctl_init("kernel", sched_cluster_sysctls); 8ce3e706b31409 Tim Chen 2021-12-03 1750 return 0; 8ce3e706b31409 Tim Chen 2021-12-03 1751 } 8ce3e706b31409 Tim Chen 2021-12-03 1752 late_initcall(sched_cluster_sysctl_init); 9e68cc2bf535a2 Tim Chen 2021-12-03 1753 :::::: The code at line 1749 was first introduced by commit :::::: 8ce3e706b31409147f035c037055caa68e450ce5 scheduler: Add runtime knob sysctl_sched_cluster :::::: TO: Tim Chen <tim.c.chen(a)linux.intel.com> :::::: CC: Jie Liu <liujie375(a)h-partners.com> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-5.10 28292/30000] arch/x86/kvm/mmu/mmu.c:5812 kvm_mmu_slot_largepage_remove_write_access() error: uninitialized symbol 'flush'.
by kernel test robot 01 Feb '24

01 Feb '24

tree: https://gitee.com/openeuler/kernel.git OLK-5.10 head: 260c7a5874066269671cc826d6c9ccd70dd001e5 commit: 7eb46ab3d33ed664d9d4fe0e3cdf3232a9099e11 [28292/30000] KVM: x86/mmu: Skip rmap operations if rmaps not allocated config: x86_64-randconfig-161-20240129 (https://download.01.org/0day-ci/archive/20240201/202402010712.s76rk6os-lkp@…) compiler: gcc-7 (Ubuntu 7.5.0-6ubuntu2) 7.5.0 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/202402010712.s76rk6os-lkp@intel.com/ New smatch warnings: arch/x86/kvm/mmu/mmu.c:5812 kvm_mmu_slot_largepage_remove_write_access() error: uninitialized symbol 'flush'. arch/x86/kvm/mmu/mmu.c:5834 kvm_mmu_slot_set_dirty() error: uninitialized symbol 'flush'. Old smatch warnings: arch/x86/kvm/mmu/mmu.c:3788 direct_page_fault() warn: missing error code? 'r' arch/x86/kvm/mmu/paging_tmpl.h:857 ept_page_fault() warn: missing error code? 'r' arch/x86/kvm/mmu/paging_tmpl.h:857 paging64_page_fault() warn: missing error code? 'r' arch/x86/kvm/mmu/paging_tmpl.h:857 paging32_page_fault() warn: missing error code? 'r' arch/x86/kvm/mmu/mmu.c:5743 kvm_mmu_zap_collapsible_sptes() error: uninitialized symbol 'flush'. vim +/flush +5812 arch/x86/kvm/mmu/mmu.c f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5793 f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5794 void kvm_mmu_slot_largepage_remove_write_access(struct kvm *kvm, f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5795 struct kvm_memory_slot *memslot) f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5796 { d77aa73c7072c5 arch/x86/kvm/mmu.c Xiao Guangrong 2015-05-13 5797 bool flush; f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5798 7eb46ab3d33ed6 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-05-18 5799 if (kvm_memslots_have_rmaps(kvm)) { 91f65ea3582813 arch/x86/kvm/mmu/mmu.c Ben Gardon 2023-08-14 5800 write_lock(&kvm->mmu_lock); d77aa73c7072c5 arch/x86/kvm/mmu.c Xiao Guangrong 2015-05-13 5801 flush = slot_handle_large_level(kvm, memslot, slot_rmap_write_protect, f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5802 false); 91f65ea3582813 arch/x86/kvm/mmu/mmu.c Ben Gardon 2023-08-14 5803 write_unlock(&kvm->mmu_lock); 7eb46ab3d33ed6 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-05-18 5804 } f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5805 ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5806 if (is_tdp_mmu_enabled(kvm)) { ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5807 read_lock(&kvm->mmu_lock); ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5808 flush |= kvm_tdp_mmu_wrprot_slot(kvm, memslot, PG_LEVEL_2M); ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5809 read_unlock(&kvm->mmu_lock); ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5810 } ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5811 f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 @5812 if (flush) 7f42aa76d4a558 arch/x86/kvm/mmu/mmu.c Sean Christopherson 2020-02-18 5813 kvm_arch_flush_remote_tlbs_memslot(kvm, memslot); f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5814 } f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5815 EXPORT_SYMBOL_GPL(kvm_mmu_slot_largepage_remove_write_access); f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5816 f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5817 void kvm_mmu_slot_set_dirty(struct kvm *kvm, f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5818 struct kvm_memory_slot *memslot) f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5819 { d77aa73c7072c5 arch/x86/kvm/mmu.c Xiao Guangrong 2015-05-13 5820 bool flush; f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5821 7eb46ab3d33ed6 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-05-18 5822 if (kvm_memslots_have_rmaps(kvm)) { 91f65ea3582813 arch/x86/kvm/mmu/mmu.c Ben Gardon 2023-08-14 5823 write_lock(&kvm->mmu_lock); d77aa73c7072c5 arch/x86/kvm/mmu.c Xiao Guangrong 2015-05-13 5824 flush = slot_handle_all_level(kvm, memslot, __rmap_set_dirty, false); 91f65ea3582813 arch/x86/kvm/mmu/mmu.c Ben Gardon 2023-08-14 5825 write_unlock(&kvm->mmu_lock); 7eb46ab3d33ed6 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-05-18 5826 } f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5827 ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5828 if (is_tdp_mmu_enabled(kvm)) { ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5829 read_lock(&kvm->mmu_lock); ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5830 flush |= kvm_tdp_mmu_slot_set_dirty(kvm, memslot); ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5831 read_unlock(&kvm->mmu_lock); ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5832 } ac11ca5ab371f5 arch/x86/kvm/mmu/mmu.c Ben Gardon 2021-04-01 5833 f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 @5834 if (flush) 7f42aa76d4a558 arch/x86/kvm/mmu/mmu.c Sean Christopherson 2020-02-18 5835 kvm_arch_flush_remote_tlbs_memslot(kvm, memslot); f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5836 } f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5837 EXPORT_SYMBOL_GPL(kvm_mmu_slot_set_dirty); f4b4b1808690c3 arch/x86/kvm/mmu.c Kai Huang 2015-01-28 5838 :::::: The code at line 5812 was first introduced by commit :::::: f4b4b1808690c37c7c703d43789c1988c5e7fdeb KVM: MMU: Add mmu help functions to support PML :::::: TO: Kai Huang <kai.huang(a)linux.intel.com> :::::: CC: Paolo Bonzini <pbonzini(a)redhat.com> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 777/2894] arch/loongarch/kernel/legacy_boot.c:439:25-27: WARNING !A || A && B is equivalent to !A || B
by kernel test robot 01 Feb '24

01 Feb '24

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: f6f9abf1a5ef2fc559630c77b3570346dcd19d40 commit: db5bb24abc8dd120fd81b7ce21819e96578d011e [777/2894] LoongArch: Old BPI compatibility config: loongarch-randconfig-r051-20240131 (https://download.01.org/0day-ci/archive/20240201/202402010731.xBi0q0zv-lkp@…) compiler: loongarch64-linux-gcc (GCC) 13.2.0 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/202402010731.xBi0q0zv-lkp@intel.com/ cocci warnings: (new ones prefixed by >>) >> arch/loongarch/kernel/legacy_boot.c:439:25-27: WARNING !A || A && B is equivalent to !A || B vim +439 arch/loongarch/kernel/legacy_boot.c 423 424 static struct fwnode_handle * __init parse_isa_base(u64 *cpu_addr) 425 { 426 struct device_node *np; 427 const __be32 *ranges = NULL; 428 int len; 429 struct device_node *node; 430 431 for_each_node_by_name(np, "isa") { 432 node = of_node_get(np); 433 434 if (!node) 435 break; 436 437 ranges = of_get_property(node, "ranges", &len); 438 > 439 if (!ranges || (ranges && len > 0)) 440 break; 441 } 442 if (ranges) { 443 ranges += 2; 444 *cpu_addr = of_translate_address(np, ranges); 445 return &np->fwnode; 446 } 447 448 return NULL; 449 } 450 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 2392/2894] mm/memblock.c:1409:20: sparse: sparse: symbol 'memblock_alloc_range_nid_flags' was not declared. Should it be static?
by kernel test robot 01 Feb '24

01 Feb '24

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: f6f9abf1a5ef2fc559630c77b3570346dcd19d40 commit: 64018b291c1f49622c4b23b303364d760306d662 [2392/2894] mm/memblock: Introduce ability to alloc memory from specify memory region config: x86_64-randconfig-123-20240131 (https://download.01.org/0day-ci/archive/20240201/202402010125.UTtd3edB-lkp@…) compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240201/202402010125.UTtd3edB-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/202402010125.UTtd3edB-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> mm/memblock.c:1409:20: sparse: sparse: symbol 'memblock_alloc_range_nid_flags' was not declared. Should it be static? vim +/memblock_alloc_range_nid_flags +1409 mm/memblock.c 1386 1387 /** 1388 * memblock_alloc_range_nid_flags - allocate boot memory block with specify flag 1389 * @size: size of memory block to be allocated in bytes 1390 * @align: alignment of the region and block's size 1391 * @start: the lower bound of the memory region to allocate (phys address) 1392 * @end: the upper bound of the memory region to allocate (phys address) 1393 * @nid: nid of the free area to find, %NUMA_NO_NODE for any node 1394 * @exact_nid: control the allocation fall back to other nodes 1395 * @flags: alloc memory from specify memblock flag 1396 * 1397 * The allocation is performed from memory region limited by 1398 * memblock.current_limit if @end == %MEMBLOCK_ALLOC_ACCESSIBLE. 1399 * 1400 * If the specified node can not hold the requested memory and @exact_nid 1401 * is false, the allocation falls back to any node in the system. 1402 * 1403 * In addition, function sets the min_count to 0 using kmemleak_alloc_phys for 1404 * allocated boot memory block, so that it is never reported as leaks. 1405 * 1406 * Return: 1407 * Physical address of allocated memory block on success, %0 on failure. 1408 */ > 1409 phys_addr_t __init memblock_alloc_range_nid_flags(phys_addr_t size, 1410 phys_addr_t align, phys_addr_t start, 1411 phys_addr_t end, int nid, 1412 bool exact_nid, 1413 enum memblock_flags flags) 1414 { 1415 phys_addr_t found; 1416 1417 if (WARN_ONCE(nid == MAX_NUMNODES, "Usage of MAX_NUMNODES is deprecated. Use NUMA_NO_NODE instead\n")) 1418 nid = NUMA_NO_NODE; 1419 1420 if (!align) { 1421 /* Can't use WARNs this early in boot on powerpc */ 1422 dump_stack(); 1423 align = SMP_CACHE_BYTES; 1424 } 1425 1426 again: 1427 found = memblock_find_in_range_node(size, align, start, end, nid, 1428 flags); 1429 if (found && !memblock_reserve(found, size)) 1430 goto done; 1431 1432 if (nid != NUMA_NO_NODE && !exact_nid) { 1433 found = memblock_find_in_range_node(size, align, start, 1434 end, NUMA_NO_NODE, 1435 flags); 1436 if (found && !memblock_reserve(found, size)) 1437 goto done; 1438 } 1439 1440 if (flags & MEMBLOCK_MIRROR) { 1441 flags &= ~MEMBLOCK_MIRROR; 1442 pr_warn_ratelimited("Could not allocate %pap bytes of mirrored memory\n", 1443 &size); 1444 goto again; 1445 } 1446 1447 return 0; 1448 1449 done: 1450 /* 1451 * Skip kmemleak for those places like kasan_init() and 1452 * early_pgtable_alloc() due to high volume. 1453 */ 1454 if (end != MEMBLOCK_ALLOC_NOLEAKTRACE) 1455 /* 1456 * Memblock allocated blocks are never reported as 1457 * leaks. This is because many of these blocks are 1458 * only referred via the physical address which is 1459 * not looked up by kmemleak. 1460 */ 1461 kmemleak_alloc_phys(found, size, 0); 1462 1463 /* 1464 * Some Virtual Machine platforms, such as Intel TDX or AMD SEV-SNP, 1465 * require memory to be accepted before it can be used by the 1466 * guest. 1467 * 1468 * Accept the memory of the allocated buffer. 1469 */ 1470 accept_memory(found, found + size); 1471 1472 return found; 1473 } 1474 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 2855/2894] make[5]: *** No rule to make target 'arch/x86/crypto/sm4-zhaoxin-gmi.o', needed by 'arch/x86/crypto/built-in.a'.
by kernel test robot 01 Feb '24

01 Feb '24

Hi leoliu-oc, First bad commit (maybe != root cause): tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: f6f9abf1a5ef2fc559630c77b3570346dcd19d40 commit: 3b77535a6245966041634eaabc6fe013f20688d8 [2855/2894] Add support for Zhaoxin GMI SM4 Block Cipher algorithm config: x86_64-allyesconfig (https://download.01.org/0day-ci/archive/20240201/202402010116.2hQEcT2i-lkp@…) compiler: clang version 17.0.6 (https://github.com/llvm/llvm-project 6009708b4367171ccdbf4b5905cb6a803753fe18) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240201/202402010116.2hQEcT2i-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/202402010116.2hQEcT2i-lkp@intel.com/ All errors (new ones prefixed by >>): make[5]: *** No rule to make target 'arch/x86/crypto/sm3-zhaoxin-gmi.o', needed by 'arch/x86/crypto/built-in.a'. >> make[5]: *** No rule to make target 'arch/x86/crypto/sm4-zhaoxin-gmi.o', needed by 'arch/x86/crypto/built-in.a'. make[5]: Target 'arch/x86/crypto/' not remade because of errors. -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 1646/2894] fs/userfaultfd.c:1809:23: sparse: sparse: invalid assignment: |=
by kernel test robot 01 Feb '24

01 Feb '24

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: f6f9abf1a5ef2fc559630c77b3570346dcd19d40 commit: 0214feb8f616acf62f9a6a2a131f0a1479b2b8af [1646/2894] mm/userswap: introduce UFFDIO_COPY_MODE_DIRECT_MAP config: x86_64-randconfig-121-20240131 (https://download.01.org/0day-ci/archive/20240201/202402010014.yQVRXXr1-lkp@…) compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240201/202402010014.yQVRXXr1-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/202402010014.yQVRXXr1-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> fs/userfaultfd.c:1809:23: sparse: sparse: invalid assignment: |= fs/userfaultfd.c:1809:23: sparse: left side has type restricted uffd_flags_t fs/userfaultfd.c:1809:23: sparse: right side has type int fs/userfaultfd.c: note: in included file (through include/linux/rculist.h, include/linux/hashtable.h): include/linux/rcupdate.h:780:9: sparse: sparse: context imbalance in 'handle_userfault' - unexpected unlock -- mm/userfaultfd.c: note: in included file (through include/linux/rbtree.h, include/linux/mm_types.h, include/linux/mmzone.h, ...): include/linux/rcupdate.h:780:9: sparse: sparse: context imbalance in 'mfill_atomic_install_pte' - unexpected unlock include/linux/rcupdate.h:780:9: sparse: sparse: context imbalance in 'mfill_atomic_pte_zeropage' - unexpected unlock include/linux/rcupdate.h:780:9: sparse: sparse: context imbalance in 'mfill_atomic_pte_poison' - unexpected unlock mm/userfaultfd.c: note: in included file: >> include/linux/userfaultfd_k.h:66:45: sparse: sparse: restricted uffd_flags_t degrades to integer >> include/linux/userfaultfd_k.h:67:32: sparse: sparse: incorrect type in argument 1 (different base types) @@ expected restricted uffd_flags_t [usertype] flags @@ got unsigned int enum mfill_atomic_mode mode @@ include/linux/userfaultfd_k.h:67:32: sparse: expected restricted uffd_flags_t [usertype] flags include/linux/userfaultfd_k.h:67:32: sparse: got unsigned int enum mfill_atomic_mode mode >> include/linux/userfaultfd_k.h:66:45: sparse: sparse: restricted uffd_flags_t degrades to integer >> include/linux/userfaultfd_k.h:67:32: sparse: sparse: incorrect type in argument 1 (different base types) @@ expected restricted uffd_flags_t [usertype] flags @@ got unsigned int enum mfill_atomic_mode mode @@ include/linux/userfaultfd_k.h:67:32: sparse: expected restricted uffd_flags_t [usertype] flags include/linux/userfaultfd_k.h:67:32: sparse: got unsigned int enum mfill_atomic_mode mode >> include/linux/userfaultfd_k.h:66:45: sparse: sparse: restricted uffd_flags_t degrades to integer >> include/linux/userfaultfd_k.h:67:32: sparse: sparse: incorrect type in argument 1 (different base types) @@ expected restricted uffd_flags_t [usertype] flags @@ got unsigned int enum mfill_atomic_mode mode @@ include/linux/userfaultfd_k.h:67:32: sparse: expected restricted uffd_flags_t [usertype] flags include/linux/userfaultfd_k.h:67:32: sparse: got unsigned int enum mfill_atomic_mode mode >> include/linux/userfaultfd_k.h:66:45: sparse: sparse: restricted uffd_flags_t degrades to integer >> include/linux/userfaultfd_k.h:67:32: sparse: sparse: incorrect type in argument 1 (different base types) @@ expected restricted uffd_flags_t [usertype] flags @@ got unsigned int enum mfill_atomic_mode mode @@ include/linux/userfaultfd_k.h:67:32: sparse: expected restricted uffd_flags_t [usertype] flags include/linux/userfaultfd_k.h:67:32: sparse: got unsigned int enum mfill_atomic_mode mode vim +1809 fs/userfaultfd.c 1769 1770 static int userfaultfd_copy(struct userfaultfd_ctx *ctx, 1771 unsigned long arg) 1772 { 1773 __s64 ret; 1774 struct uffdio_copy uffdio_copy; 1775 struct uffdio_copy __user *user_uffdio_copy; 1776 struct userfaultfd_wake_range range; 1777 uffd_flags_t flags = 0; 1778 1779 user_uffdio_copy = (struct uffdio_copy __user *) arg; 1780 1781 ret = -EAGAIN; 1782 if (atomic_read(&ctx->mmap_changing)) 1783 goto out; 1784 1785 ret = -EFAULT; 1786 if (copy_from_user(&uffdio_copy, user_uffdio_copy, 1787 /* don't copy "copy" last field */ 1788 sizeof(uffdio_copy)-sizeof(__s64))) 1789 goto out; 1790 1791 ret = validate_unaligned_range(ctx->mm, uffdio_copy.src, 1792 uffdio_copy.len); 1793 if (ret) 1794 goto out; 1795 ret = validate_range(ctx->mm, uffdio_copy.dst, uffdio_copy.len); 1796 if (ret) 1797 goto out; 1798 1799 ret = -EINVAL; 1800 if (uffdio_copy.mode & ~(UFFDIO_COPY_MODE_DONTWAKE | 1801 UFFDIO_COPY_MODE_WP | 1802 IS_ENABLED(CONFIG_USERSWAP) ? 1803 UFFDIO_COPY_MODE_DIRECT_MAP : 0)) 1804 goto out; 1805 if (uffdio_copy.mode & UFFDIO_COPY_MODE_WP) 1806 flags |= MFILL_ATOMIC_WP; 1807 if (IS_ENABLED(CONFIG_USERSWAP) && 1808 (uffdio_copy.mode & UFFDIO_COPY_MODE_DIRECT_MAP)) > 1809 flags |= MFILL_ATOMIC_DIRECT_MAP; 1810 if (mmget_not_zero(ctx->mm)) { 1811 ret = mfill_atomic_copy(ctx->mm, uffdio_copy.dst, uffdio_copy.src, 1812 uffdio_copy.len, &ctx->mmap_changing, 1813 flags); 1814 mmput(ctx->mm); 1815 } else { 1816 return -ESRCH; 1817 } 1818 if (unlikely(put_user(ret, &user_uffdio_copy->copy))) 1819 return -EFAULT; 1820 if (ret < 0) 1821 goto out; 1822 BUG_ON(!ret); 1823 /* len == 0 would wake all */ 1824 range.len = ret; 1825 if (!(uffdio_copy.mode & UFFDIO_COPY_MODE_DONTWAKE)) { 1826 range.start = uffdio_copy.dst; 1827 wake_userfault(ctx, &range); 1828 } 1829 ret = range.len == uffdio_copy.len ? 0 : -EAGAIN; 1830 out: 1831 return ret; 1832 } 1833 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-6.6 2854/2894] make[5]: *** No rule to make target 'arch/x86/crypto/sm3-zhaoxin-gmi.o', needed by 'arch/x86/crypto/'.
by kernel test robot 01 Feb '24

01 Feb '24

Hi leoliu-oc, First bad commit (maybe != root cause): tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: f6f9abf1a5ef2fc559630c77b3570346dcd19d40 commit: 492d0f14535f44a57c5ea2b5d3d618f5f8bc928c [2854/2894] Add support for Zhaoxin GMI SM3 Secure Hash algorithm config: x86_64-allmodconfig (https://download.01.org/0day-ci/archive/20240131/202401312338.wCtajoKk-lkp@…) compiler: clang version 17.0.6 (https://github.com/llvm/llvm-project 6009708b4367171ccdbf4b5905cb6a803753fe18) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240131/202401312338.wCtajoKk-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/202401312338.wCtajoKk-lkp@intel.com/ All errors (new ones prefixed by >>): >> make[5]: *** No rule to make target 'arch/x86/crypto/sm3-zhaoxin-gmi.o', needed by 'arch/x86/crypto/'. make[5]: Target 'arch/x86/crypto/' not remade because of errors. -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

2024

2023

2022

2021

2020

2019

Kernel