Re: [PATCH v2 6/7] xen: allow mapping ACPI data using a different physical address
Hi Juergen, kernel test robot noticed the following build errors: [auto build test ERROR on tip/x86/core] [also build test ERROR on rafael-pm/linux-next rafael-pm/bleeding-edge linus/master v6.11-rc4 next-20240820] [cannot apply to xen-tip/linux-next] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Juergen-Gross/xen-use-correct-end-address-of-kernel-for-conflict-checking/20240820-162344 base: tip/x86/core patch link: https://lore.kernel.org/r/20240820082012.31316-7-jgross%40suse.com patch subject: [PATCH v2 6/7] xen: allow mapping ACPI data using a different physical address config: x86_64-randconfig-004-20240820 (https://download.01.org/0day-ci/archive/20240821/202408210336.uaftzlvc-...@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240821/202408210336.uaftzlvc-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202408210336.uaftzlvc-...@intel.com/ All errors (new ones prefixed by >>): In file included from arch/x86/kernel/smpboot.c:64: >> arch/x86/include/asm/acpi.h:179:42: error: unknown type name >> 'acpi_physical_address' 179 | extern void __iomem * (*acpi_os_ioremap)(acpi_physical_address phys, | ^ >> arch/x86/include/asm/acpi.h:180:42: error: unknown type name 'acpi_size' 180 | acpi_size size); | ^ arch/x86/include/asm/acpi.h:181:35: error: unknown type name 'acpi_physical_address' 181 | void __iomem *x86_acpi_os_ioremap(acpi_physical_address phys, acpi_size size); | ^ arch/x86/include/asm/acpi.h:181:63: error: unknown type name 'acpi_size' 181 | void __iomem *x86_acpi_os_ioremap(acpi_physical_address phys, acpi_size size); | ^ vim +/acpi_physical_address +179 arch/x86/include/asm/acpi.h 176 177 #ifdef CONFIG_XEN_PV_DOM0 178 /* A Xen PV dom0 needs a special acpi_os_ioremap() handling. */ > 179 extern void __iomem * (*acpi_os_ioremap)(acpi_physical_address phys, > 180 acpi_size size); 181 void __iomem *x86_acpi_os_ioremap(acpi_physical_address phys, acpi_size size); 182 #define acpi_os_ioremap acpi_os_ioremap 183 #endif 184 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH v2 6/7] xen: allow mapping ACPI data using a different physical address
Hi Juergen, kernel test robot noticed the following build errors: [auto build test ERROR on tip/x86/core] [also build test ERROR on rafael-pm/linux-next rafael-pm/bleeding-edge linus/master v6.11-rc4 next-20240820] [cannot apply to xen-tip/linux-next] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Juergen-Gross/xen-use-correct-end-address-of-kernel-for-conflict-checking/20240820-162344 base: tip/x86/core patch link: https://lore.kernel.org/r/20240820082012.31316-7-jgross%40suse.com patch subject: [PATCH v2 6/7] xen: allow mapping ACPI data using a different physical address config: i386-buildonly-randconfig-002-20240820 (https://download.01.org/0day-ci/archive/20240821/20240821.e7xa8ins-...@intel.com/config) compiler: clang version 18.1.5 (https://github.com/llvm/llvm-project 617a15a9eac96088ae5e9134248d8236e34b91b1) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240821/20240821.e7xa8ins-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/20240821.e7xa8ins-...@intel.com/ All errors (new ones prefixed by >>): >> arch/x86/kernel/x86_init.c:123:23: error: use of undeclared identifier >> 'x86_default_set_root_pointer' 123 | .set_root_pointer = x86_default_set_root_pointer, | ^ >> arch/x86/kernel/x86_init.c:124:23: error: use of undeclared identifier >> 'x86_default_get_root_pointer' 124 | .get_root_pointer = x86_default_get_root_pointer, | ^ >> arch/x86/kernel/x86_init.c:125:28: error: use of undeclared identifier >> 'acpi_generic_reduced_hw_init' 125 | .reduced_hw_early_init = acpi_generic_reduced_hw_init, | ^ 3 errors generated. vim +/x86_default_set_root_pointer +123 arch/x86/kernel/x86_init.c f7cf5a5b8c0e59 Thomas Gleixner 2009-08-19 65 f7cf5a5b8c0e59 Thomas Gleixner 2009-08-19 66 .resources = { 5d94e81f69d4b1 Dan Williams2011-03-08 67 .probe_roms = probe_roms, 8fee697d990c54 Thomas Gleixner 2009-08-19 68 .reserve_resources = reserve_standard_io_resources, 103e206309639b Ingo Molnar 2017-01-28 69 .memory_setup = e820__memory_setup_default, 0f4a1e80989aca Kevin Loughlin 2024-03-13 70 .dmi_setup = dmi_setup, f7cf5a5b8c0e59 Thomas Gleixner 2009-08-19 71 }, f4848472cd9948 Thomas Gleixner 2009-08-20 72 f4848472cd9948 Thomas Gleixner 2009-08-20 73 .mpparse = { de93410310952f Thomas Gleixner 2009-08-20 74 .setup_ioapic_ids = x86_init_noop, e061c7ae0830ff Thomas Gleixner 2024-02-13 75 .find_mptable = mpparse_find_mptable, dcb7600849ce9b Thomas Gleixner 2024-02-13 76 .early_parse_smp_cfg= mpparse_parse_early_smp_config, dcb7600849ce9b Thomas Gleixner 2024-02-13 77 .parse_smp_cfg = mpparse_parse_smp_config, f4848472cd9948 Thomas Gleixner 2009-08-20 78 }, d9112f43021554 Thomas Gleixner 2009-08-20 79 d9112f43021554 Thomas Gleixner 2009-08-20 80 .irqs = { d9112f43021554 Thomas Gleixner 2009-08-20 81 .pre_vector_init= init_ISA_irqs, 66bcaf0bde100a Thomas Gleixner 2009-08-20 82 .intr_init = native_init_IRQ, 979923871f69a4 Thomas Gleixner 2020-01-23 83 .intr_mode_select = apic_intr_mode_select, 6b15ffa07dc325 Thomas Gleixner 2020-08-26 84 .intr_mode_init = apic_intr_mode_init, 6b15ffa07dc325 Thomas Gleixner 2020-08-26 85 .create_pci_msi_domain = native_create_pci_msi_domain, d9112f43021554 Thomas Gleixner 2009-08-20 86 }, 42bbdb43b16d23 Thomas Gleixner 2009-08-20 87 42bbdb43b16d23 Thomas Gleixner 2009-08-20 88 .oem = { 42bbdb43b16d23 Thomas Gleixner 2009-08-20 89 .arch_setup = x86_init_noop, 6f30c1ac3fcf11 Thomas Gleixner 2009-08-20 90 .banner = default_banner, 42bbdb43b16d23 Thomas Gleixner 2009-08-20 91 }, 030cb6c00d242c Thomas Gleixner 2009-08-20 92 030cb6c00d242c Thomas Gleixner 2009-08-20 93 .paging = { 7737b215ad0f94 Attilio Rao 2012-08-21 94 .pagetable_ini
Re: [PATCH v2 5/5] x86/pvh: Add 64bit relocation page tables
Hi Jason, kernel test robot noticed the following build errors: [auto build test ERROR on tip/x86/core] [also build test ERROR on xen-tip/linux-next tip/master linus/master v6.11-rc3 next-20240815] [cannot apply to tip/auto-latest] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Jason-Andryuk/xen-sync-elfnote-h-from-xen-tree/20240815-035238 base: tip/x86/core patch link: https://lore.kernel.org/r/20240814195053.5564-6-jason.andryuk%40amd.com patch subject: [PATCH v2 5/5] x86/pvh: Add 64bit relocation page tables config: i386-allmodconfig (https://download.01.org/0day-ci/archive/20240816/202408160915.pckfvj8w-...@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240816/202408160915.pckfvj8w-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202408160915.pckfvj8w-...@intel.com/ All error/warnings (new ones prefixed by >>): In file included from arch/x86/include/asm/pgtable_64.h:6, from arch/x86/platform/pvh/head.S:19: >> arch/x86/include/asm/pgtable_64_types.h:49: warning: "SHARED_KERNEL_PMD" >> redefined 49 | #define SHARED_KERNEL_PMD 0 | In file included from arch/x86/include/asm/pgtable_32_types.h:11, from arch/x86/include/asm/pgtable_types.h:275, from arch/x86/include/asm/boot.h:6, from arch/x86/platform/pvh/head.S:18: arch/x86/include/asm/pgtable-3level_types.h:30: note: this is the location of the previous definition 30 | #define SHARED_KERNEL_PMD (!static_cpu_has(X86_FEATURE_PTI)) | arch/x86/include/asm/pgtable_64_types.h:75: warning: "PGDIR_SHIFT" redefined 75 | #define PGDIR_SHIFT 39 | arch/x86/include/asm/pgtable-3level_types.h:37: note: this is the location of the previous definition 37 | #define PGDIR_SHIFT 30 | >> arch/x86/include/asm/pgtable_64_types.h:76: warning: "PTRS_PER_PGD" redefined 76 | #define PTRS_PER_PGD512 | arch/x86/include/asm/pgtable-3level_types.h:38: note: this is the location of the previous definition 38 | #define PTRS_PER_PGD4 | arch/x86/include/asm/pgtable_64_types.h:99: warning: "PMD_SIZE" redefined 99 | #define PMD_SIZE(_AC(1, UL) << PMD_SHIFT) | arch/x86/include/asm/pgtable_32_types.h:12: note: this is the location of the previous definition 12 | # define PMD_SIZE (1UL << PMD_SHIFT) | arch/x86/include/asm/pgtable_64_types.h:103: warning: "PGDIR_SIZE" redefined 103 | #define PGDIR_SIZE (_AC(1, UL) << PGDIR_SHIFT) | arch/x86/include/asm/pgtable_32_types.h:20: note: this is the location of the previous definition 20 | #define PGDIR_SIZE (1UL << PGDIR_SHIFT) | >> arch/x86/include/asm/pgtable_64_types.h:210: warning: "PGD_KERNEL_START" >> redefined 210 | #define PGD_KERNEL_START((PAGE_SIZE / 2) / sizeof(pgd_t)) | arch/x86/include/asm/pgtable-3level_types.h:53: note: this is the location of the previous definition 53 | #define PGD_KERNEL_START(CONFIG_PAGE_OFFSET >> PGDIR_SHIFT) | arch/x86/include/asm/pgtable_64.h: Assembler messages: >> arch/x86/include/asm/pgtable_64.h:279: Error: invalid operands (*UND* and >> *ABS* sections) for `>>' vim +279 arch/x86/include/asm/pgtable_64.h 09ef8f8e864fcb Jason Andryuk 2024-08-14 278 09ef8f8e864fcb Jason Andryuk 2024-08-14 @279 L4_PAGE_OFFSET = l4_index(__PAGE_OFFSET_BASE_L4) 09ef8f8e864fcb Jason Andryuk 2024-08-14 280 L4_START_KERNEL = l4_index(__START_KERNEL_map) 09ef8f8e864fcb Jason Andryuk 2024-08-14 281 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH v2 5/5] x86/pvh: Add 64bit relocation page tables
Hi Jason, kernel test robot noticed the following build warnings: [auto build test WARNING on tip/x86/core] [also build test WARNING on xen-tip/linux-next tip/master linus/master v6.11-rc3 next-20240815] [cannot apply to tip/auto-latest] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Jason-Andryuk/xen-sync-elfnote-h-from-xen-tree/20240815-035238 base: tip/x86/core patch link: https://lore.kernel.org/r/20240814195053.5564-6-jason.andryuk%40amd.com patch subject: [PATCH v2 5/5] x86/pvh: Add 64bit relocation page tables config: i386-randconfig-011-20240815 (https://download.01.org/0day-ci/archive/20240816/202408160955.iktou4kp-...@intel.com/config) compiler: clang version 18.1.5 (https://github.com/llvm/llvm-project 617a15a9eac96088ae5e9134248d8236e34b91b1) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240816/202408160955.iktou4kp-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202408160955.iktou4kp-...@intel.com/ All warnings (new ones prefixed by >>): In file included from arch/x86/platform/pvh/head.S:19: In file included from arch/x86/include/asm/pgtable_64.h:6: >> arch/x86/include/asm/pgtable_64_types.h:49:9: warning: 'SHARED_KERNEL_PMD' >> macro redefined [-Wmacro-redefined] 49 | #define SHARED_KERNEL_PMD 0 | ^ arch/x86/include/asm/pgtable-3level_types.h:30:9: note: previous definition is here 30 | #define SHARED_KERNEL_PMD (!static_cpu_has(X86_FEATURE_PTI)) | ^ In file included from arch/x86/platform/pvh/head.S:19: In file included from arch/x86/include/asm/pgtable_64.h:6: arch/x86/include/asm/pgtable_64_types.h:75:9: warning: 'PGDIR_SHIFT' macro redefined [-Wmacro-redefined] 75 | #define PGDIR_SHIFT 39 | ^ arch/x86/include/asm/pgtable-3level_types.h:37:9: note: previous definition is here 37 | #define PGDIR_SHIFT 30 | ^ In file included from arch/x86/platform/pvh/head.S:19: In file included from arch/x86/include/asm/pgtable_64.h:6: >> arch/x86/include/asm/pgtable_64_types.h:76:9: warning: 'PTRS_PER_PGD' macro >> redefined [-Wmacro-redefined] 76 | #define PTRS_PER_PGD512 | ^ arch/x86/include/asm/pgtable-3level_types.h:38:9: note: previous definition is here 38 | #define PTRS_PER_PGD4 | ^ In file included from arch/x86/platform/pvh/head.S:19: In file included from arch/x86/include/asm/pgtable_64.h:6: arch/x86/include/asm/pgtable_64_types.h:99:9: warning: 'PMD_SIZE' macro redefined [-Wmacro-redefined] 99 | #define PMD_SIZE(_AC(1, UL) << PMD_SHIFT) | ^ arch/x86/include/asm/pgtable_32_types.h:12:10: note: previous definition is here 12 | # define PMD_SIZE (1UL << PMD_SHIFT) | ^ In file included from arch/x86/platform/pvh/head.S:19: In file included from arch/x86/include/asm/pgtable_64.h:6: arch/x86/include/asm/pgtable_64_types.h:103:9: warning: 'PGDIR_SIZE' macro redefined [-Wmacro-redefined] 103 | #define PGDIR_SIZE (_AC(1, UL) << PGDIR_SHIFT) | ^ arch/x86/include/asm/pgtable_32_types.h:20:9: note: previous definition is here 20 | #define PGDIR_SIZE (1UL << PGDIR_SHIFT) | ^ In file included from arch/x86/platform/pvh/head.S:19: In file included from arch/x86/include/asm/pgtable_64.h:6: >> arch/x86/include/asm/pgtable_64_types.h:210:9: warning: 'PGD_KERNEL_START' >> macro redefined [-Wmacro-redefined] 210 | #define PGD_KERNEL_START((PAGE_SIZE / 2) / sizeof(pgd_t)) | ^ arch/x86/include/asm/pgtable-3level_types.h:53:9: note: previous definition is here 53 | #define PGD_KERNEL_START(CONFIG_PAGE_OFFSET >> PGDIR_SHIFT) | ^ 6 warnings generated. /tmp/head-582305.s:252:51: error: expression could not be evaluated L4_PAGE_OFFSET = (((__PAGE_OFFSET_BASE_L4) >> 39) & 511) ^ vim +/PTRS_PER_PGD +76 arch/x86/include/asm/pgtable_64_types.h 54321d947ae9d6 Jeremy Fitzhardinge 2009-02-11 48 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 @49 #define SHARED_KERNEL_PMD 0 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 50 b8504058a06bd1 Kirill A. Shutemov 2017-03-30 51 #ifdef CONFIG_X86_5LEVEL b8504058a06bd1 Kirill A. Shutemov
Re: [PATCH v2 5/5] x86/pvh: Add 64bit relocation page tables
Hi Jason, kernel test robot noticed the following build warnings: [auto build test WARNING on tip/x86/core] [also build test WARNING on xen-tip/linux-next tip/master linus/master v6.11-rc3 next-20240815] [cannot apply to tip/auto-latest] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Jason-Andryuk/xen-sync-elfnote-h-from-xen-tree/20240815-035238 base: tip/x86/core patch link: https://lore.kernel.org/r/20240814195053.5564-6-jason.andryuk%40amd.com patch subject: [PATCH v2 5/5] x86/pvh: Add 64bit relocation page tables config: i386-randconfig-052-20240815 (https://download.01.org/0day-ci/archive/20240816/202408160603.fdlxzmqp-...@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240816/202408160603.fdlxzmqp-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202408160603.fdlxzmqp-...@intel.com/ All warnings (new ones prefixed by >>): In file included from arch/x86/include/asm/pgtable_64.h:6, from arch/x86/platform/pvh/head.S:19: arch/x86/include/asm/pgtable_64_types.h:75: warning: "PGDIR_SHIFT" redefined 75 | #define PGDIR_SHIFT 39 | In file included from arch/x86/include/asm/pgtable_32_types.h:15, from arch/x86/include/asm/pgtable_types.h:275, from arch/x86/include/asm/boot.h:6, from arch/x86/platform/pvh/head.S:18: arch/x86/include/asm/pgtable-2level_types.h:29: note: this is the location of the previous definition 29 | #define PGDIR_SHIFT 22 | arch/x86/include/asm/pgtable_64_types.h:76: warning: "PTRS_PER_PGD" redefined 76 | #define PTRS_PER_PGD512 | arch/x86/include/asm/pgtable-2level_types.h:30: note: this is the location of the previous definition 30 | #define PTRS_PER_PGD1024 | >> arch/x86/include/asm/pgtable_64_types.h:97: warning: "PTRS_PER_PTE" redefined 97 | #define PTRS_PER_PTE512 | arch/x86/include/asm/pgtable-2level_types.h:38: note: this is the location of the previous definition 38 | #define PTRS_PER_PTE1024 | arch/x86/include/asm/pgtable_64_types.h:103: warning: "PGDIR_SIZE" redefined 103 | #define PGDIR_SIZE (_AC(1, UL) << PGDIR_SHIFT) | arch/x86/include/asm/pgtable_32_types.h:20: note: this is the location of the previous definition 20 | #define PGDIR_SIZE (1UL << PGDIR_SHIFT) | arch/x86/include/asm/pgtable_64_types.h:210: warning: "PGD_KERNEL_START" redefined 210 | #define PGD_KERNEL_START((PAGE_SIZE / 2) / sizeof(pgd_t)) | arch/x86/include/asm/pgtable-2level_types.h:41: note: this is the location of the previous definition 41 | #define PGD_KERNEL_START(CONFIG_PAGE_OFFSET >> PGDIR_SHIFT) | arch/x86/include/asm/pgtable_64.h: Assembler messages: arch/x86/include/asm/pgtable_64.h:279: Error: invalid operands (*UND* and *ABS* sections) for `>>' vim +/PTRS_PER_PTE +97 arch/x86/include/asm/pgtable_64_types.h b8504058a06bd1 Kirill A. Shutemov 2017-03-30 71 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 72 /* fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 73 * PGDIR_SHIFT determines what a top-level page table entry can map fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 74 */ fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 75 #define PGDIR_SHIFT 39 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 @76 #define PTRS_PER_PGD 512 c65e774fb3f6af Kirill A. Shutemov 2018-02-14 77 #define MAX_PTRS_PER_P4D 1 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 78 b8504058a06bd1 Kirill A. Shutemov 2017-03-30 79 #endif /* CONFIG_X86_5LEVEL */ b8504058a06bd1 Kirill A. Shutemov 2017-03-30 80 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 81 /* fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 82 * 3rd level page fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 83 */ fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 84 #define PUD_SHIFT30 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 85 #define PTRS_PER_PUD 512 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 86 fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 87 /* fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 88 * PMD_SHIFT determines the size of the area a middle-level fb3551491b2044 Jeremy Fitzhardinge 2009-02-08 89 * page table can map fb3551491b2044 Jeremy Fitzha
[xen-tip:linux-next 12/12] WARNING: modpost: vmlinux: section mismatch in reference: mc_debug_data+0x0 (section: .data) -> mc_debug_data_early (section: .init.data)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next head: 368990a7fe30737c990f628a60d26d9854a9e690 commit: 368990a7fe30737c990f628a60d26d9854a9e690 [12/12] xen: fix multicall debug data referencing config: x86_64-randconfig-012-20240724 (https://download.01.org/0day-ci/archive/20240724/202407240907.u0njhgtu-...@intel.com/config) compiler: gcc-13 (Ubuntu 13.2.0-4ubuntu3) 13.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240724/202407240907.u0njhgtu-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202407240907.u0njhgtu-...@intel.com/ All warnings (new ones prefixed by >>, old ones prefixed by <<): >> WARNING: modpost: vmlinux: section mismatch in reference: mc_debug_data+0x0 >> (section: .data) -> mc_debug_data_early (section: .init.data) WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/locking/locktorture.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/locking/test-ww_mutex.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/rcu/rcutorture.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/rcu/rcuscale.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/rcu/refscale.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/time/time_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/torture.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/resource_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in kernel/sysctl-test.o WARNING: modpost: missing MODULE_DESCRIPTION() in mm/kasan/kasan_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in mm/dmapool_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in fs/ext4/ext4-inode-test.o WARNING: modpost: missing MODULE_DESCRIPTION() in fs/fat/fat_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/kunit/kunit-test.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/kunit/kunit-example-test.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/math/rational-test.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_hexdump.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_firmware.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/cpumask_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_hash.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_ida.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_list_sort.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_min_heap.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_sort.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_scanf.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_bitmap.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_uuid.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_xarray.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_maple_tree.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_meminit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_free_pages.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_kprobes.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_ref_tracker.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_fpu.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/atomic64_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/bitfield_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/checksum_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/list-test.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/hashtable_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/test_bits.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/cmdline_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/slub_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/memcpy_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/is_signed_type_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/overflow_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/stackinit_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/fortify_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in lib/siphash_kunit.o WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/acpi/platform_profile.o WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/clk/clk_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/clk/clk-gate_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/clk/clk-fractional-divider_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/gpu/drm/tests/drm_buddy_test.o WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/gpu/drm/tests/drm_cmdline_parser_test.o WARNING: modpost: missing MODULE_DESCRIPTION(
[axboe-block:for-next] [block] 1122c0c1cc: aim7.jobs-per-min 22.6% improvement
Hello, kernel test robot noticed a 22.6% improvement of aim7.jobs-per-min on: commit: 1122c0c1cc71f740fa4d5f14f239194e06a1d5e7 ("block: move cache control settings out of queue->flags") https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git for-next testcase: aim7 test machine: 96 threads 2 sockets Intel(R) Xeon(R) Platinum 8260L CPU @ 2.40GHz (Cascade Lake) with 128G memory parameters: disk: 4BRD_12G md: RAID0 fs: xfs test: sync_disk_rw load: 300 cpufreq_governor: performance Details are as below: --> The kernel config and materials to reproduce are available at: https://download.01.org/0day-ci/archive/20240625/202406250948.e0044f1d-oliver.s...@intel.com = compiler/cpufreq_governor/disk/fs/kconfig/load/md/rootfs/tbox_group/test/testcase: gcc-13/performance/4BRD_12G/xfs/x86_64-rhel-8.3/300/RAID0/debian-12-x86_64-20240206.cgz/lkp-csl-2sp3/sync_disk_rw/aim7 commit: 70905f8706 ("block: remove blk_flush_policy") 1122c0c1cc ("block: move cache control settings out of queue->flags") 70905f8706b62113 1122c0c1cc71f740fa4d5f14f23 --- %stddev %change %stddev \ |\ 153.19 -13.3% 132.81uptime.boot 2.8e+09 -11.9% 2.466e+09cpuidle..time 21945319 ± 2% -40.4% 13076160cpuidle..usage 29.31+7.8% 31.58 ± 2% iostat.cpu.idle 69.87-3.6% 67.35iostat.cpu.system 0.04 ± 4% +0.00.08 ± 5% mpstat.cpu.all.iowait% 0.78 ± 2% +0.20.99 ± 2% mpstat.cpu.all.usr% 52860 ± 49% -78.2% 11536 ± 78% numa-numastat.node0.other_node 46804 ± 56% +88.4% 88190 ± 10% numa-numastat.node1.other_node 955871 ± 10% -43.3% 542216 ± 14% numa-meminfo.node1.Active 955871 ± 10% -43.3% 542216 ± 14% numa-meminfo.node1.Active(anon) 1015354 ± 10% -34.7% 662696 ± 13% numa-meminfo.node1.Shmem 6008 -14.3% 5146 ± 2% perf-c2c.DRAM.remote 7889 -12.4% 6908 ± 2% perf-c2c.HITM.local 3839 -16.5% 3203 ± 2% perf-c2c.HITM.remote 11728 -13.8% 10112 ± 2% perf-c2c.HITM.total 695109 +20.5% 837625vmstat.io.bo 105.99 ± 7% -23.7% 80.83 ± 11% vmstat.procs.r 803244 -30.9% 555360vmstat.system.cs 209736 -12.9% 182626vmstat.system.in 1448 ± 89%+207.9% 4459 ± 6% numa-vmstat.node0.nr_page_table_pages 52860 ± 49% -78.2% 11536 ± 78% numa-vmstat.node0.numa_other 239214 ± 10% -43.6% 134883 ± 13% numa-vmstat.node1.nr_active_anon 254124 ± 10% -34.9% 165421 ± 13% numa-vmstat.node1.nr_shmem 239214 ± 10% -43.6% 134883 ± 13% numa-vmstat.node1.nr_zone_active_anon 46805 ± 56% +88.4% 88190 ± 10% numa-vmstat.node1.numa_other 17374 +22.6% 21299aim7.jobs-per-min 103.64 -18.4% 84.58aim7.time.elapsed_time 103.64 -18.4% 84.58aim7.time.elapsed_time.max 4641240 -83.4% 770073 aim7.time.involuntary_context_switches 32705-4.3% 31289 ± 2% aim7.time.minor_page_faults 6562-3.1% 6359 aim7.time.percent_of_cpu_this_job_got 6775 -21.0% 5351 ± 2% aim7.time.system_time 49095202 -38.3% 30299361 aim7.time.voluntary_context_switches 1297567 -37.0% 817692meminfo.Active 1297567 -37.0% 817692meminfo.Active(anon) 97760 ± 5% -23.4% 74859 ± 20% meminfo.AnonHugePages 2390317 -15.3%2024905meminfo.Committed_AS 884407 +11.9% 989723meminfo.Inactive 743152 ± 2% +14.8% 853331meminfo.Inactive(anon) 159265 ± 8% +38.6% 220668 ± 3% meminfo.Mapped 1382079 -27.1%1007445meminfo.Shmem 324534 -37.2% 203663 ± 2% proc-vmstat.nr_active_anon 1165686-8.2%1070277proc-vmstat.nr_file_pages 185928 ± 2% +14.9% 213697proc-vmstat.nr_inactive_anon 35436-2.9% 34420proc-vmstat.nr_inactive_file 40463 ± 8% +38.2% 55918 ± 3% proc-vmstat.nr_mapped 345824 -27.3% 251424proc-vmstat.nr_shmem 28871-1.4% 28477proc-vmstat.nr_slab_reclaimable 324534 -37.2% 203663 ± 2% proc-vmstat.nr_zone_active_anon
[axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression
Hello, kernel test robot noticed a -64.5% regression of fsmark.files_per_sec on: commit: bd4a633b6f7c3c6b6ebc1a07317643270e751a94 ("block: move the nonrot flag to queue_limits") https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git for-next testcase: fsmark test machine: 48 threads 2 sockets Intel(R) Xeon(R) CPU E5-2697 v2 @ 2.70GHz (Ivy Bridge-EP) with 64G memory parameters: iterations: 1x nr_threads: 32t disk: 1SSD fs: btrfs fs2: nfsv4 filesize: 9B test_size: 400M sync_method: fsyncBeforeClose nr_directories: 16d nr_files_per_directory: 256fpd cpufreq_governor: performance In addition to that, the commit also has significant impact on the following tests: +--++ | testcase: change | fsmark: fsmark.files_per_sec -54.0% regression | | test machine | 48 threads 2 sockets Intel(R) Xeon(R) CPU E5-2697 v2 @ 2.70GHz (Ivy Bridge-EP) with 64G memory | | test parameters | cpufreq_governor=performance | | | disk=1SSD | | | filesize=8K | | | fs2=nfsv4 | | | fs=btrfs | | | iterations=1x | | | nr_directories=16d | | | nr_files_per_directory=256fpd | | | nr_threads=32t | | | sync_method=fsyncBeforeClose | | | test_size=400M | +--++ | testcase: change | fxmark: fxmark.ssd_btrfs_DWSL_4_directio.works/sec -75.6% regression | | test machine | 96 threads 2 sockets Intel(R) Xeon(R) Gold 6252 CPU @ 2.10GHz (Cascade Lake) with 512G memory | | test parameters | cpufreq_governor=performance | | | directio=directio | | | disk=1SSD | | | fstype=btrfs | | | media=ssd | | | test=DWSL | | | thread_nr=4 | +--++ | testcase: change | fxmark: fxmark.ssd_btrfs_MWUM_4_directio.works/sec -45.9% regression | | test machine | 96 threads 2 sockets Intel(R) Xeon(R) Gold 6252 CPU @ 2.10GHz (Cascade Lake) with 512G memory | | test parameters | cpufreq_governor=performance | | | directio=directio | | | disk=1SSD | | | fstype=btrfs | | | media=ssd | | | test=MWUM | | | thread_nr=4 | +--++ If you fix the issue in a separate patch/c
Re: [PATCH] xen: xen-pciback: Export a bridge and all its children as per TODO
Hi Abhinav, kernel test robot noticed the following build warnings: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on linus/master v6.10-rc3 next-20240607] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Abhinav-Jain/xen-xen-pciback-Export-a-bridge-and-all-its-children-as-per-TODO/20240610-024623 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next patch link: https://lore.kernel.org/r/20240609184410.53500-1-jain.abhinav177%40gmail.com patch subject: [PATCH] xen: xen-pciback: Export a bridge and all its children as per TODO config: x86_64-randconfig-006-20240610 (https://download.01.org/0day-ci/archive/20240610/202406101933.49pm50ii-...@intel.com/config) compiler: clang version 18.1.5 (https://github.com/llvm/llvm-project 617a15a9eac96088ae5e9134248d8236e34b91b1) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240610/202406101933.49pm50ii-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202406101933.49pm50ii-...@intel.com/ All warnings (new ones prefixed by >>): >> drivers/xen/xen-pciback/xenbus.c:262:21: warning: use of logical '&&' with >> constant operand [-Wconstant-logical-operand] 262 | if ((dev->hdr_type && PCI_HEADER_TYPE_MASK) == PCI_HEADER_TYPE_BRIDGE) { |^ drivers/xen/xen-pciback/xenbus.c:262:21: note: use '&' for a bitwise operation 262 | if ((dev->hdr_type && PCI_HEADER_TYPE_MASK) == PCI_HEADER_TYPE_BRIDGE) { |^~ |& drivers/xen/xen-pciback/xenbus.c:262:21: note: remove constant to silence this warning 262 | if ((dev->hdr_type && PCI_HEADER_TYPE_MASK) == PCI_HEADER_TYPE_BRIDGE) { |^~~ drivers/xen/xen-pciback/xenbus.c:270:12: error: no member named 'domain' in 'struct pci_dev' 270 | child->domain, child->bus->number, | ~ ^ include/linux/dev_printk.h:163:47: note: expanded from macro 'dev_dbg' 163 | dev_printk(KERN_DEBUG, dev, dev_fmt(fmt), ##__VA_ARGS__); \ | ^~~ include/linux/dev_printk.h:129:34: note: expanded from macro 'dev_printk' 129 | _dev_printk(level, dev, fmt, ##__VA_ARGS__); \ |^~~ drivers/xen/xen-pciback/xenbus.c:275:20: error: no member named 'domain' in 'struct pci_dev' 275 | child->domain, | ~ ^ drivers/xen/xen-pciback/xenbus.c:284:13: error: no member named 'domain' in 'struct pci_dev' 284 | child->domain, | ~ ^ include/linux/dev_printk.h:144:65: note: expanded from macro 'dev_err' 144 | dev_printk_index_wrap(_dev_err, KERN_ERR, dev, dev_fmt(fmt), ##__VA_ARGS__) | ^~~ include/linux/dev_printk.h:110:23: note: expanded from macro 'dev_printk_index_wrap' 110 | _p_func(dev, fmt, ##__VA_ARGS__); \ | ^~~ 1 warning and 3 errors generated. vim +262 drivers/xen/xen-pciback/xenbus.c 225 226 static int xen_pcibk_export_device(struct xen_pcibk_device *pdev, 227 int domain, int bus, int slot, int func, 228 int devid) 229 { 230 struct pci_dev *dev; 231 int err = 0; 232 233 dev_dbg(&pdev->xdev->dev, "exporting dom %x bus %x slot %x func %x\n", 234 domain, bus, slot, func); 235 236 dev = pcistub_get_pci_dev_by_slot(pdev, domain, bus, slot, func); 237 if (!dev) { 238 err = -EINVAL; 239 xenbus_dev_fatal(pdev->xdev, err, 240 "Couldn't locate PCI devi
Re: [PATCH] xen: xen-pciback: Export a bridge and all its children as per TODO
Hi Abhinav, kernel test robot noticed the following build errors: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on linus/master v6.10-rc3 next-20240607] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Abhinav-Jain/xen-xen-pciback-Export-a-bridge-and-all-its-children-as-per-TODO/20240610-024623 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next patch link: https://lore.kernel.org/r/20240609184410.53500-1-jain.abhinav177%40gmail.com patch subject: [PATCH] xen: xen-pciback: Export a bridge and all its children as per TODO config: arm64-defconfig (https://download.01.org/0day-ci/archive/20240610/202406101511.hto5m855-...@intel.com/config) compiler: aarch64-linux-gcc (GCC) 13.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240610/202406101511.hto5m855-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202406101511.hto5m855-...@intel.com/ All errors (new ones prefixed by >>): In file included from include/linux/device.h:15, from include/xen/xenbus.h:37, from drivers/xen/xen-pciback/xenbus.c:15: drivers/xen/xen-pciback/xenbus.c: In function 'xen_pcibk_export_device': >> drivers/xen/xen-pciback/xenbus.c:270:38: error: 'struct pci_dev' has no >> member named 'domain' 270 | child->domain, child->bus->number, | ^~ include/linux/dev_printk.h:129:48: note: in definition of macro 'dev_printk' 129 | _dev_printk(level, dev, fmt, ##__VA_ARGS__); \ |^~~ drivers/xen/xen-pciback/xenbus.c:268:25: note: in expansion of macro 'dev_dbg' 268 | dev_dbg(&pdev->xdev->dev, | ^~~ drivers/xen/xen-pciback/xenbus.c:275:60: error: 'struct pci_dev' has no member named 'domain' 275 | child->domain, |^~ drivers/xen/xen-pciback/xenbus.c:284:46: error: 'struct pci_dev' has no member named 'domain' 284 | child->domain, | ^~ include/linux/dev_printk.h:110:37: note: in definition of macro 'dev_printk_index_wrap' 110 | _p_func(dev, fmt, ##__VA_ARGS__); \ | ^~~ drivers/xen/xen-pciback/xenbus.c:281:33: note: in expansion of macro 'dev_err' 281 | dev_err(&pdev->xdev->dev, | ^~~ vim +270 drivers/xen/xen-pciback/xenbus.c 225 226 static int xen_pcibk_export_device(struct xen_pcibk_device *pdev, 227 int domain, int bus, int slot, int func, 228 int devid) 229 { 230 struct pci_dev *dev; 231 int err = 0; 232 233 dev_dbg(&pdev->xdev->dev, "exporting dom %x bus %x slot %x func %x\n", 234 domain, bus, slot, func); 235 236 dev = pcistub_get_pci_dev_by_slot(pdev, domain, bus, slot, func); 237 if (!dev) { 238 err = -EINVAL; 239 xenbus_dev_fatal(pdev->xdev, err, 240 "Couldn't locate PCI device " 241 "(%04x:%02x:%02x.%d)! " 242 "perhaps already in-use?", 243 domain, bus, slot, func); 244 goto out; 245 } 246 247 err = xen_pcibk_add_pci_dev(pdev, dev, devid, 248 xen_pcibk_publish_pci_dev); 249 if (err) 250 goto out; 251 252 dev_info(&dev->dev, "registering for %d\n", pdev->xdev->otherend_id); 253 if (xen_register_device_domain_owner(dev, 254 pdev->xdev->otherend_id) != 0) { 255 dev_err(&dev->dev, "Stealing ownership
Re: [PATCH] x86/xen: Fix some null pointer dereference issues in smp.c
Hi Kunwu, kernel test robot noticed the following build warnings: [auto build test WARNING on tip/x86/core] [also build test WARNING on linus/master v6.7 next-20240112] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Kunwu-Chan/x86-xen-Fix-some-null-pointer-dereference-issues-in-smp-c/20240115-180429 base: tip/x86/core patch link: https://lore.kernel.org/r/20240115100138.34340-1-chentao%40kylinos.cn patch subject: [PATCH] x86/xen: Fix some null pointer dereference issues in smp.c config: x86_64-rhel-8.3-rust (https://download.01.org/0day-ci/archive/20240116/202401161119.iof6bqsf-...@intel.com/config) compiler: ClangBuiltLinux 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/20240116/202401161119.iof6bqsf-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202401161119.iof6bqsf-...@intel.com/ All warnings (new ones prefixed by >>): >> arch/x86/xen/smp.c:68:6: warning: variable 'rc' is used uninitialized >> whenever 'if' condition is true [-Wsometimes-uninitialized] 68 | if (!resched_name) | ^ arch/x86/xen/smp.c:127:9: note: uninitialized use occurs here 127 | return rc; |^~ arch/x86/xen/smp.c:68:2: note: remove the 'if' if its condition is always false 68 | if (!resched_name) | ^~ 69 | goto fail; | ~ arch/x86/xen/smp.c:64:8: note: initialize the variable 'rc' to silence this warning 64 | int rc; | ^ |= 0 1 warning generated. vim +68 arch/x86/xen/smp.c 61 62 int xen_smp_intr_init(unsigned int cpu) 63 { 64 int rc; 65 char *resched_name, *callfunc_name, *debug_name; 66 67 resched_name = kasprintf(GFP_KERNEL, "resched%d", cpu); > 68 if (!resched_name) 69 goto fail; 70 per_cpu(xen_resched_irq, cpu).name = resched_name; 71 rc = bind_ipi_to_irqhandler(XEN_RESCHEDULE_VECTOR, 72 cpu, 73 xen_reschedule_interrupt, 74 IRQF_PERCPU|IRQF_NOBALANCING, 75 resched_name, 76 NULL); 77 if (rc < 0) 78 goto fail; 79 per_cpu(xen_resched_irq, cpu).irq = rc; 80 81 callfunc_name = kasprintf(GFP_KERNEL, "callfunc%d", cpu); 82 if (!callfunc_name) 83 goto fail; 84 per_cpu(xen_callfunc_irq, cpu).name = callfunc_name; 85 rc = bind_ipi_to_irqhandler(XEN_CALL_FUNCTION_VECTOR, 86 cpu, 87 xen_call_function_interrupt, 88 IRQF_PERCPU|IRQF_NOBALANCING, 89 callfunc_name, 90 NULL); 91 if (rc < 0) 92 goto fail; 93 per_cpu(xen_callfunc_irq, cpu).irq = rc; 94 95 if (!xen_fifo_events) { 96 debug_name = kasprintf(GFP_KERNEL, "debug%d", cpu); 97 if (!debug_name) 98 goto fail; 99 per_cpu(xen_debug_irq, cpu).name = debug_name; 100 rc = bind_virq_to_irqhandler(VIRQ_DEBUG, cpu, 101 xen_debug_interrupt, 102 IRQF_PERCPU | IRQF_NOBALANCING, 103 debug_name, NULL); 104 if (rc < 0) 105 goto fail; 106 per_cpu(xen_debug_irq, cpu).irq = rc; 107 } 108 109 callfunc_name = kasprintf(GFP_KERNEL, "callfuncsingle%d", cpu); 110 if (!callfunc_name) 111 goto fail; 112 per_cpu(xen_callfuncsingle_irq, cpu).name = callfunc_name; 113 rc = bind_ipi_to_irqhandler(XEN_CALL_FUNCTION_SINGLE_VECTOR, 114
Re: [PATCH] xen/gntdev: Fix the abuse of underlying struct page in DMA-buf import
Hi Oleksandr, kernel test robot noticed the following build warnings: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on linus/master v6.7-rc8 next-20240105] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Oleksandr-Tyshchenko/xen-gntdev-Fix-the-abuse-of-underlying-struct-page-in-DMA-buf-import/20240105-025516 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next patch link: https://lore.kernel.org/r/20240104185327.177376-1-olekstysh%40gmail.com patch subject: [PATCH] xen/gntdev: Fix the abuse of underlying struct page in DMA-buf import config: x86_64-allmodconfig (https://download.01.org/0day-ci/archive/20240106/202401062122.it6zvlg0-...@intel.com/config) compiler: ClangBuiltLinux 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/20240106/202401062122.it6zvlg0-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202401062122.it6zvlg0-...@intel.com/ All warnings (new ones prefixed by >>): >> drivers/xen/gntdev-dmabuf.c:623:6: warning: variable 'ret' is used >> uninitialized whenever 'if' condition is true [-Wsometimes-uninitialized] 623 | if (!gfns) | ^ drivers/xen/gntdev-dmabuf.c:660:9: note: uninitialized use occurs here 660 | return ret; |^~~ drivers/xen/gntdev-dmabuf.c:623:2: note: remove the 'if' if its condition is always false 623 | if (!gfns) | ^~ 624 | goto fail_unmap; | ~~~ drivers/xen/gntdev-dmabuf.c:569:43: note: initialize the variable 'ret' to silence this warning 569 | struct gntdev_dmabuf *gntdev_dmabuf, *ret; | ^ | = NULL 1 warning generated. vim +623 drivers/xen/gntdev-dmabuf.c 564 565 static struct gntdev_dmabuf * 566 dmabuf_imp_to_refs(struct gntdev_dmabuf_priv *priv, struct device *dev, 567 int fd, int count, int domid) 568 { 569 struct gntdev_dmabuf *gntdev_dmabuf, *ret; 570 struct dma_buf *dma_buf; 571 struct dma_buf_attachment *attach; 572 struct sg_table *sgt; 573 struct sg_dma_page_iter sg_iter; 574 unsigned long *gfns; 575 int i; 576 577 dma_buf = dma_buf_get(fd); 578 if (IS_ERR(dma_buf)) 579 return ERR_CAST(dma_buf); 580 581 gntdev_dmabuf = dmabuf_imp_alloc_storage(count); 582 if (IS_ERR(gntdev_dmabuf)) { 583 ret = gntdev_dmabuf; 584 goto fail_put; 585 } 586 587 gntdev_dmabuf->priv = priv; 588 gntdev_dmabuf->fd = fd; 589 590 attach = dma_buf_attach(dma_buf, dev); 591 if (IS_ERR(attach)) { 592 ret = ERR_CAST(attach); 593 goto fail_free_obj; 594 } 595 596 gntdev_dmabuf->u.imp.attach = attach; 597 598 sgt = dma_buf_map_attachment_unlocked(attach, DMA_BIDIRECTIONAL); 599 if (IS_ERR(sgt)) { 600 ret = ERR_CAST(sgt); 601 goto fail_detach; 602 } 603 604 /* Check that we have zero offset. */ 605 if (sgt->sgl->offset) { 606 ret = ERR_PTR(-EINVAL); 607 pr_debug("DMA buffer has %d bytes offset, user-space expects 0\n", 608 sgt->sgl->offset); 609 goto fail_unmap; 610 } 611 612 /* Check number of pages that imported buffer has. */ 613 if (attach->dmabuf->size != gntdev_dmabuf->nr_pages << PAGE_SHIFT) { 614 ret = ERR_PTR(-EINVAL); 615 pr_debug("DMA buffer has %zu pages, user-space expects %d\n", 616 attach->dmabuf->size, gntdev_dmabuf->nr_pages); 617 goto fail_unmap; 618 } 619 620 gntdev_dmabuf->u.imp.sgt = sgt; 621 622 gfns = kcalloc(count, sizeof(*gfns), GFP_KERNEL); > 623 if (!gfns) 624
[linus:master] [x86/entry] be5341eb0d: WARNING:CPU:#PID:#at_int80_emulation
hi, Thomas Gleixner, as we understand, this commit be5341eb0d doesn't introduce new WARNING, it just converts the WARING in another type. b82a8dbd3d2f4563 be5341eb0d43b1e754799498bd2 --- fail:runs %reproductionfail:runs | | | 9:9 -100%:9 dmesg.WARNING:CPU:#PID:#at_do_int80_syscall_32 :9 100% 9:9 dmesg.WARNING:CPU:#PID:#at_int80_emulation however, we failed to bisect dmesg.WARNING:CPU:#PID:#at_do_int80_syscall_32. at the same time, we are not sure enough if this WARNING worth to care? or it's just due to our test config (we used a randconfig in this test which could be got from below link). so we just report to you what we observed in our tests, in case it's still expose some potential problems, and maybe you could find correct owner to make some code fix. Hello, kernel test robot noticed "WARNING:CPU:#PID:#at_int80_emulation" on: commit: be5341eb0d43b1e754799498bd2e8756cc167a41 ("x86/entry: Convert INT 0x80 emulation to IDTENTRY") https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master [test failed on linux-next/master 11651f8cb2e88372d4ed523d909514dc9a613ea3] in testcase: boot compiler: clang-16 test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 16G (please refer to attached dmesg/kmsg for entire log/backtrace) [ 13.481107][ T48] WARNING: CPU: 0 PID: 48 at int80_emulation (arch/x86/entry/common.c:164) [ 13.481454][ T48] Modules linked in: [ 13.481655][ T48] CPU: 0 PID: 48 Comm: init Tainted: G N 6.7.0-rc4-2-gbe5341eb0d43 #1 [ 13.482162][ T48] RIP: 0010:int80_emulation (arch/x86/entry/common.c:164) [ 13.482437][ T48] Code: 01 00 00 77 43 89 c1 48 81 f9 c9 01 00 00 48 19 c9 21 c1 48 89 df 4c 8b 1c cd 90 12 20 9a 41 ba 27 cb d4 4f 45 03 53 fc 74 02 <0f> 0b 41 ff d3 48 89 c1 48 89 4b 50 90 48 89 df 5b 41 5e 31 c0 31 All code 0: 01 00 add%eax,(%rax) 2: 00 77 43add%dh,0x43(%rdi) 5: 89 c1 mov%eax,%ecx 7: 48 81 f9 c9 01 00 00cmp$0x1c9,%rcx e: 48 19 c9sbb%rcx,%rcx 11: 21 c1 and%eax,%ecx 13: 48 89 dfmov%rbx,%rdi 16: 4c 8b 1c cd 90 12 20mov-0x65dfed70(,%rcx,8),%r11 1d: 9a 1e: 41 ba 27 cb d4 4f mov$0x4fd4cb27,%r10d 24: 45 03 53 fc add-0x4(%r11),%r10d 28: 74 02 je 0x2c 2a:* 0f 0b ud2 <-- trapping instruction 2c: 41 ff d3call *%r11 2f: 48 89 c1mov%rax,%rcx 32: 48 89 4b 50 mov%rcx,0x50(%rbx) 36: 90 nop 37: 48 89 dfmov%rbx,%rdi 3a: 5b pop%rbx 3b: 41 5e pop%r14 3d: 31 c0 xor%eax,%eax 3f: 31 .byte 0x31 Code starting with the faulting instruction === 0: 0f 0b ud2 2: 41 ff d3call *%r11 5: 48 89 c1mov%rax,%rcx 8: 48 89 4b 50 mov%rcx,0x50(%rbx) c: 90 nop d: 48 89 dfmov%rbx,%rdi 10: 5b pop%rbx 11: 41 5e pop%r14 13: 31 c0 xor%eax,%eax 15: 31 .byte 0x31 [ 13.483405][ T48] RSP: :9d1ffbbd7f40 EFLAGS: 00010a92 [ 13.483713][ T48] RAX: 001b RBX: 9d1ffbbd7f58 RCX: 001b [ 13.484112][ T48] RDX: RSI: RDI: 9d1ffbbd7f58 [ 13.484510][ T48] RBP: R08: R09: 002b [ 13.484910][ T48] R10: c26707b6 R11: 993719d0 R12: [ 13.485314][ T48] R13: R14: 001b R15: [ 13.485715][ T48] FS: () GS:9a85c000(0063) knlGS:f7fc7040 [ 13.486168][ T48] CS: 0010 DS: 002b ES: 002b CR0: 80050033 [ 13.486500][ T48] CR2: f7fc2204 CR3: 00013b76a000 CR4: 000406f0 [ 13.486901][ T48] DR0: DR1: DR2: [ 13.487299][ T48] DR3: DR6: fffe0ff0 DR7: 0400 [ 13.487697][ T48] Call Trace: [ 13.487867][ T48] [ 13.488018][ T48] ? __warn (kernel/panic.c:236 kernel/panic.c:677) [ 13.488229][ T48] ? int80_emulation (arch/x86/entry/common.c:164) [ 13.488474][ T48] ? report_cfi_failure (kernel/cfi.c:22) [ 13.488731][ T48] ? handle_cfi_failure (arch/x86/kernel/cfi.c:80) [ 13.488997][ T48] ? __cfi_sys_ni_posix_timers
Re: [PATCH 1/4] x86/percpu: Use explicit segment registers in lib/cmpxchg{8,16}b_emu.S
Hello, kernel test robot noticed "general_protection_fault:#[##]" on: commit: 33c7952d925e905f7af1fb7628e48e03f59885da ("[PATCH 1/4] x86/percpu: Use explicit segment registers in lib/cmpxchg{8,16}b_emu.S") url: https://github.com/intel-lab-lkp/linux/commits/Uros-Bizjak/x86-percpu-Use-explicit-segment-registers-in-lib-cmpxchg-8-16-b_emu-S/20231017-111304 base: https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git 92fe9bb77b0c9fade150350fdb0629a662f0923f patch link: https://lore.kernel.org/all/20231012161237.114733-2-ubiz...@gmail.com/ patch subject: [PATCH 1/4] x86/percpu: Use explicit segment registers in lib/cmpxchg{8,16}b_emu.S in testcase: boot compiler: gcc-12 test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 16G (please refer to attached dmesg/kmsg for entire log/backtrace) +--+++ | | 92fe9bb77b | 33c7952d92 | +--+++ | boot_successes | 7 | 0 | | boot_failures| 0 | 7 | | general_protection_fault:#[##] | 0 | 7 | | EIP:this_cpu_cmpxchg8b_emu | 0 | 7 | | Kernel_panic-not_syncing:Fatal_exception | 0 | 7 | +--+++ 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 | Closes: https://lore.kernel.org/oe-lkp/202310261417.b269d37e-oliver.s...@intel.com [0.186570][T0] stackdepot hash table entries: 65536 (order: 6, 262144 bytes, linear) [0.187499][T0] Initializing HighMem for node 0 (0002ebfe:000bffe0) [1.727965][T0] Initializing Movable for node 0 (:) [1.943274][T0] Checking if this processor honours the WP bit even in supervisor mode...Ok. [1.944313][T0] Memory: 2896220K/3145208K available (16182K kernel code, 5537K rwdata, 11756K rodata, 816K init, 9720K bss, 248988K reserved, 0K cma-reserved, 2379656K highmem) [1.947172][T0] general protection fault: [#1] PREEMPT [1.947900][T0] CPU: 0 PID: 0 Comm: swapper Not tainted 6.6.0-rc1-00024-g33c7952d925e #1 8d4b014f9a0a85cc9a3f6a52ed8e88f1e431f74e [1.949317][T0] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.2-debian-1.16.2-1 04/01/2014 [ 1.950480][ T0] EIP: this_cpu_cmpxchg8b_emu (kbuild/src/consumer/arch/x86/lib/cmpxchg8b_emu.S:73) [ 1.951093][ T0] Code: ff ff ff 8d b4 26 00 00 00 00 66 90 83 c6 01 3c 3d 0f 95 c0 0f b6 c0 83 c0 01 e9 56 ff ff ff bf ff ff ff ff eb a6 cc cc 9c fa <64> 3b 06 75 13 64 3b 56 04 75 0d 64 89 1e 64 89 4e 04 83 0c 24 40 All code 0: ff (bad) 1: ff (bad) 2: ff 8d b4 26 00 00 decl 0x26b4(%rbp) 8: 00 00 add%al,(%rax) a: 66 90 xchg %ax,%ax c: 83 c6 01add$0x1,%esi f: 3c 3d cmp$0x3d,%al 11: 0f 95 c0setne %al 14: 0f b6 c0movzbl %al,%eax 17: 83 c0 01add$0x1,%eax 1a: e9 56 ff ff ff jmp0xff75 1f: bf ff ff ff ff mov$0x,%edi 24: eb a6 jmp0xffcc 26: cc int3 27: cc int3 28: 9c pushf 29: fa cli 2a:* 64 3b 06cmp%fs:(%rsi),%eax <-- trapping instruction 2d: 75 13 jne0x42 2f: 64 3b 56 04 cmp%fs:0x4(%rsi),%edx 33: 75 0d jne0x42 35: 64 89 1emov%ebx,%fs:(%rsi) 38: 64 89 4e 04 mov%ecx,%fs:0x4(%rsi) 3c: 83 0c 24 40 orl$0x40,(%rsp) Code starting with the faulting instruction === 0: 64 3b 06cmp%fs:(%rsi),%eax 3: 75 13 jne0x18 5: 64 3b 56 04 cmp%fs:0x4(%rsi),%edx 9: 75 0d jne0x18 b: 64 89 1emov%ebx,%fs:(%rsi) e: 64 89 4e 04 mov%ecx,%fs:0x4(%rsi) 12: 83 0c 24 40 orl$0x40,(%rsp) [1.953397][T0] EAX: c3c01100 EBX: c3c01180 ECX: 0004 EDX: 0003 [1.954231][T0] ESI: e52cd090 EDI: e52cd090 EBP: c2b4bf00 ESP: c2b4bec4 [1.955060][T0] DS: 007b ES: 007b FS: GS: SS: 0068 EFLAGS: 00210082 [1.955949][T0] CR0: 80050033 CR2: ffdeb000 CR3: 031b5000 CR4: 0090 [1.956783][T0] DR0: DR1: DR2: DR3: [1.9576
Re: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0
Hi Jason, kernel test robot noticed the following build errors: [auto build test ERROR on tip/x86/core] [also build test ERROR on v6.5] [cannot apply to rafael-pm/linux-next linus/master next-20230906] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Jason-Andryuk/acpi-processor-sanitize-_PDC-buffer-bits-when-running-as-Xen-dom0/20230907-022235 base: tip/x86/core patch link: https://lore.kernel.org/r/20230906182125.48642-1-jandryuk%40gmail.com patch subject: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0 config: i386-randconfig-003-20230907 (https://download.01.org/0day-ci/archive/20230907/202309070741.2n0k8fjn-...@intel.com/config) compiler: clang version 16.0.4 (https://github.com/llvm/llvm-project.git ae42196bc493ffe877a7e3dff8be32035dea4d07) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20230907/202309070741.2n0k8fjn-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202309070741.2n0k8fjn-...@intel.com/ All errors (new ones prefixed by >>): >> drivers/acpi/processor_pdc.c:147:3: error: call to undeclared function >> 'xen_sanitize_pdc'; ISO C99 and later do not support implicit function >> declarations [-Wimplicit-function-declaration] xen_sanitize_pdc(buffer); ^ 1 error generated. vim +/xen_sanitize_pdc +147 drivers/acpi/processor_pdc.c 116 117 /* 118 * _PDC is required for a BIOS-OS handshake for most of the newer 119 * ACPI processor features. 120 */ 121 static acpi_status 122 acpi_processor_eval_pdc(acpi_handle handle, struct acpi_object_list *pdc_in) 123 { 124 acpi_status status = AE_OK; 125 union acpi_object *obj; 126 u32 *buffer = NULL; 127 128 obj = pdc_in->pointer; 129 buffer = (u32 *)(obj->buffer.pointer); 130 131 if (boot_option_idle_override == IDLE_NOMWAIT) { 132 /* 133 * If mwait is disabled for CPU C-states, the C2C3_FFH access 134 * mode will be disabled in the parameter of _PDC object. 135 * Of course C1_FFH access mode will also be disabled. 136 */ 137 buffer[2] &= ~(ACPI_PDC_C_C2C3_FFH | ACPI_PDC_C_C1_FFH); 138 } 139 140 if (xen_initial_domain()) { 141 /* 142 * When Linux is running as Xen dom0, the hypervisor is the 143 * entity in charge of the processor power management, and so 144 * Xen needs to check the OS capabilities reported in the _PDC 145 * buffer matches what the hypervisor driver supports. 146 */ > 147 xen_sanitize_pdc(buffer); 148 } 149 150 status = acpi_evaluate_object(handle, "_PDC", pdc_in, NULL); 151 152 if (ACPI_FAILURE(status)) 153 acpi_handle_debug(handle, 154 "Could not evaluate _PDC, using legacy perf control\n"); 155 156 return status; 157 } 158 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0
Hi Jason, kernel test robot noticed the following build errors: [auto build test ERROR on tip/x86/core] [also build test ERROR on v6.5] [cannot apply to rafael-pm/linux-next linus/master next-20230906] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Jason-Andryuk/acpi-processor-sanitize-_PDC-buffer-bits-when-running-as-Xen-dom0/20230907-022235 base: tip/x86/core patch link: https://lore.kernel.org/r/20230906182125.48642-1-jandryuk%40gmail.com patch subject: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0 config: x86_64-randconfig-r011-20230907 (https://download.01.org/0day-ci/archive/20230907/202309070625.djudcgzg-...@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20230907/202309070625.djudcgzg-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202309070625.djudcgzg-...@intel.com/ All errors (new ones prefixed by >>): drivers/acpi/processor_pdc.c: In function 'acpi_processor_eval_pdc': >> drivers/acpi/processor_pdc.c:147:17: error: implicit declaration of function >> 'xen_sanitize_pdc' [-Werror=implicit-function-declaration] 147 | xen_sanitize_pdc(buffer); | ^~~~ cc1: some warnings being treated as errors vim +/xen_sanitize_pdc +147 drivers/acpi/processor_pdc.c 116 117 /* 118 * _PDC is required for a BIOS-OS handshake for most of the newer 119 * ACPI processor features. 120 */ 121 static acpi_status 122 acpi_processor_eval_pdc(acpi_handle handle, struct acpi_object_list *pdc_in) 123 { 124 acpi_status status = AE_OK; 125 union acpi_object *obj; 126 u32 *buffer = NULL; 127 128 obj = pdc_in->pointer; 129 buffer = (u32 *)(obj->buffer.pointer); 130 131 if (boot_option_idle_override == IDLE_NOMWAIT) { 132 /* 133 * If mwait is disabled for CPU C-states, the C2C3_FFH access 134 * mode will be disabled in the parameter of _PDC object. 135 * Of course C1_FFH access mode will also be disabled. 136 */ 137 buffer[2] &= ~(ACPI_PDC_C_C2C3_FFH | ACPI_PDC_C_C1_FFH); 138 } 139 140 if (xen_initial_domain()) { 141 /* 142 * When Linux is running as Xen dom0, the hypervisor is the 143 * entity in charge of the processor power management, and so 144 * Xen needs to check the OS capabilities reported in the _PDC 145 * buffer matches what the hypervisor driver supports. 146 */ > 147 xen_sanitize_pdc(buffer); 148 } 149 150 status = acpi_evaluate_object(handle, "_PDC", pdc_in, NULL); 151 152 if (ACPI_FAILURE(status)) 153 acpi_handle_debug(handle, 154 "Could not evaluate _PDC, using legacy perf control\n"); 155 156 return status; 157 } 158 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH mm-unstable v7 12/31] powerpc: Convert various functions to use ptdescs
Hi Vishal, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-everything] [also build test ERROR on next-20230725] [cannot apply to powerpc/next powerpc/fixes s390/features geert-m68k/for-next geert-m68k/for-linus linus/master v6.5-rc3] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230725-122458 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20230725042051.36691-13-vishal.moola%40gmail.com patch subject: [PATCH mm-unstable v7 12/31] powerpc: Convert various functions to use ptdescs config: powerpc-randconfig-r034-20230725 (https://download.01.org/0day-ci/archive/20230726/202307260706.qnpjsnjr-...@intel.com/config) compiler: clang version 17.0.0 (https://github.com/llvm/llvm-project.git 4a5ac14ee968ff0ad5d2cc1ffa0299048db4c88a) reproduce: (https://download.01.org/0day-ci/archive/20230726/202307260706.qnpjsnjr-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202307260706.qnpjsnjr-...@intel.com/ All errors (new ones prefixed by >>): In file included from arch/powerpc/mm/pgtable-frag.c:12: In file included from include/linux/hardirq.h:11: In file included from arch/powerpc/include/asm/hardirq.h:6: In file included from include/linux/irq.h:20: In file included from include/linux/io.h:13: In file included from arch/powerpc/include/asm/io.h:672: arch/powerpc/include/asm/io-defs.h:45:1: error: performing pointer arithmetic on a null pointer has undefined behavior [-Werror,-Wnull-pointer-arithmetic] 45 | DEF_PCI_AC_NORET(insw, (unsigned long p, void *b, unsigned long c), | ^~~ 46 | (p, b, c), pio, p) | ~~ arch/powerpc/include/asm/io.h:669:3: note: expanded from macro 'DEF_PCI_AC_NORET' 669 | __do_##name al; \ | ^~ :40:1: note: expanded from here 40 | __do_insw | ^ arch/powerpc/include/asm/io.h:610:56: note: expanded from macro '__do_insw' 610 | #define __do_insw(p, b, n) readsw((PCI_IO_ADDR)_IO_BASE+(p), (b), (n)) |~^ In file included from arch/powerpc/mm/pgtable-frag.c:12: In file included from include/linux/hardirq.h:11: In file included from arch/powerpc/include/asm/hardirq.h:6: In file included from include/linux/irq.h:20: In file included from include/linux/io.h:13: In file included from arch/powerpc/include/asm/io.h:672: arch/powerpc/include/asm/io-defs.h:47:1: error: performing pointer arithmetic on a null pointer has undefined behavior [-Werror,-Wnull-pointer-arithmetic] 47 | DEF_PCI_AC_NORET(insl, (unsigned long p, void *b, unsigned long c), | ^~~ 48 | (p, b, c), pio, p) | ~~ arch/powerpc/include/asm/io.h:669:3: note: expanded from macro 'DEF_PCI_AC_NORET' 669 | __do_##name al; \ | ^~ :42:1: note: expanded from here 42 | __do_insl | ^ arch/powerpc/include/asm/io.h:611:56: note: expanded from macro '__do_insl' 611 | #define __do_insl(p, b, n) readsl((PCI_IO_ADDR)_IO_BASE+(p), (b), (n)) |~^ In file included from arch/powerpc/mm/pgtable-frag.c:12: In file included from include/linux/hardirq.h:11: In file included from arch/powerpc/include/asm/hardirq.h:6: In file included from include/linux/irq.h:20: In file included from include/linux/io.h:13: In file included from arch/powerpc/include/asm/io.h:672: arch/powerpc/include/asm/io-defs.h:49:1: error: performing pointer arithmetic on a null pointer has undefined behavior [-Werror,-Wnull-pointer-arithmetic] 49 | DEF_PCI_AC_NORET(outsb, (unsigned long p, const void *b, unsigned long c), | ^~ 50 | (p, b, c), pio, p) | ~~ arch/powerpc/include/asm/io.h:669:3: note: expanded from macro
Re: [PATCH V2 2/2] xen: privcmd: Add support for irqfd
Hi Viresh, kernel test robot noticed the following build errors: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on linus/master v6.5-rc2 next-20230721] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Viresh-Kumar/xen-privcmd-Add-support-for-irqfd/20230720-173905 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next patch link: https://lore.kernel.org/r/a25d5f01fe9b4624aa12cab77abd001044ea02d5.1689845210.git.viresh.kumar%40linaro.org patch subject: [PATCH V2 2/2] xen: privcmd: Add support for irqfd config: x86_64-randconfig-r091-20230723 (https://download.01.org/0day-ci/archive/20230723/202307231237.jhgxqmdg-...@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce: (https://download.01.org/0day-ci/archive/20230723/202307231237.jhgxqmdg-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202307231237.jhgxqmdg-...@intel.com/ All error/warnings (new ones prefixed by >>): drivers/xen/privcmd.c: In function 'privcmd_irqfd_assign': >> drivers/xen/privcmd.c:961:19: error: implicit declaration of function >> 'eventfd_ctx_fileget'; did you mean 'eventfd_ctx_fdget'? >> [-Werror=implicit-function-declaration] 961 | eventfd = eventfd_ctx_fileget(f.file); | ^~~ | eventfd_ctx_fdget >> drivers/xen/privcmd.c:961:17: warning: assignment to 'struct eventfd_ctx *' >> from 'int' makes pointer from integer without a cast [-Wint-conversion] 961 | eventfd = eventfd_ctx_fileget(f.file); | ^ cc1: some warnings being treated as errors vim +961 drivers/xen/privcmd.c 936 937 static int privcmd_irqfd_assign(struct privcmd_irqfd *irqfd) 938 { 939 struct privcmd_kernel_irqfd *kirqfd, *tmp; 940 struct eventfd_ctx *eventfd; 941 __poll_t events; 942 struct fd f; 943 int ret; 944 945 kirqfd = kzalloc(sizeof(*kirqfd), GFP_KERNEL); 946 if (!kirqfd) 947 return -ENOMEM; 948 949 kirqfd->irq = irqfd->irq; 950 kirqfd->dom = irqfd->dom; 951 kirqfd->level = irqfd->level; 952 INIT_LIST_HEAD(&kirqfd->list); 953 INIT_WORK(&kirqfd->shutdown, irqfd_shutdown); 954 955 f = fdget(irqfd->fd); 956 if (!f.file) { 957 ret = -EBADF; 958 goto error_kfree; 959 } 960 > 961 eventfd = eventfd_ctx_fileget(f.file); 962 if (IS_ERR(eventfd)) { 963 ret = PTR_ERR(eventfd); 964 goto error_fd_put; 965 } 966 967 kirqfd->eventfd = eventfd; 968 969 /* 970 * Install our own custom wake-up handling so we are notified via a 971 * callback whenever someone signals the underlying eventfd. 972 */ 973 init_waitqueue_func_entry(&kirqfd->wait, irqfd_wakeup); 974 init_poll_funcptr(&kirqfd->pt, irqfd_poll_func); 975 976 mutex_lock(&irqfds_lock); 977 978 list_for_each_entry(tmp, &irqfds_list, list) { 979 if (kirqfd->eventfd == tmp->eventfd) { 980 ret = -EBUSY; 981 mutex_unlock(&irqfds_lock); 982 goto error_eventfd; 983 } 984 } 985 986 list_add_tail(&kirqfd->list, &irqfds_list); 987 mutex_unlock(&irqfds_lock); 988 989 /* 990 * Check if there was an event already pending on the eventfd before we 991 * registered, and trigger it as if we didn't miss it. 992 */ 993 events = vfs_poll(f.file, &kirqfd->pt); 994 if (events & EPOLLIN) 995 irqfd_inject(kirqfd); 996 997 /* 998 * Do not drop the file until the kirqfd is fully initialized, otherwise 999 * we might race against the EPOLLHUP. 1000 */ 1001 fdput(f); 1002 return 0; 1003 1004 error_eventfd: 1005 eventfd_ctx_put(eventfd); 1006 1007 error_fd_put: 1008 fdput(f); 1009 1010 error_kfree: 1011 kfree(kirqfd); 1012 return ret; 1013 } 1014 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH V2 2/2] xen: privcmd: Add support for irqfd
Hi Viresh, kernel test robot noticed the following build errors: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on linus/master v6.5-rc2 next-20230720] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Viresh-Kumar/xen-privcmd-Add-support-for-irqfd/20230720-173905 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next patch link: https://lore.kernel.org/r/a25d5f01fe9b4624aa12cab77abd001044ea02d5.1689845210.git.viresh.kumar%40linaro.org patch subject: [PATCH V2 2/2] xen: privcmd: Add support for irqfd config: arm64-randconfig-r026-20230720 (https://download.01.org/0day-ci/archive/20230721/202307210852.ukq5f98v-...@intel.com/config) compiler: clang version 17.0.0 (https://github.com/llvm/llvm-project.git 4a5ac14ee968ff0ad5d2cc1ffa0299048db4c88a) reproduce: (https://download.01.org/0day-ci/archive/20230721/202307210852.ukq5f98v-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202307210852.ukq5f98v-...@intel.com/ All errors (new ones prefixed by >>): >> drivers/xen/privcmd.c:961:12: error: call to undeclared function >> 'eventfd_ctx_fileget'; ISO C99 and later do not support implicit function >> declarations [-Wimplicit-function-declaration] 961 | eventfd = eventfd_ctx_fileget(f.file); | ^ drivers/xen/privcmd.c:961:12: note: did you mean 'eventfd_ctx_fdget'? include/linux/eventfd.h:56:35: note: 'eventfd_ctx_fdget' declared here 56 | static inline struct eventfd_ctx *eventfd_ctx_fdget(int fd) | ^ >> drivers/xen/privcmd.c:961:10: error: incompatible integer to pointer >> conversion assigning to 'struct eventfd_ctx *' from 'int' [-Wint-conversion] 961 | eventfd = eventfd_ctx_fileget(f.file); | ^ ~~~ 2 errors generated. vim +/eventfd_ctx_fileget +961 drivers/xen/privcmd.c 936 937 static int privcmd_irqfd_assign(struct privcmd_irqfd *irqfd) 938 { 939 struct privcmd_kernel_irqfd *kirqfd, *tmp; 940 struct eventfd_ctx *eventfd; 941 __poll_t events; 942 struct fd f; 943 int ret; 944 945 kirqfd = kzalloc(sizeof(*kirqfd), GFP_KERNEL); 946 if (!kirqfd) 947 return -ENOMEM; 948 949 kirqfd->irq = irqfd->irq; 950 kirqfd->dom = irqfd->dom; 951 kirqfd->level = irqfd->level; 952 INIT_LIST_HEAD(&kirqfd->list); 953 INIT_WORK(&kirqfd->shutdown, irqfd_shutdown); 954 955 f = fdget(irqfd->fd); 956 if (!f.file) { 957 ret = -EBADF; 958 goto error_kfree; 959 } 960 > 961 eventfd = eventfd_ctx_fileget(f.file); 962 if (IS_ERR(eventfd)) { 963 ret = PTR_ERR(eventfd); 964 goto error_fd_put; 965 } 966 967 kirqfd->eventfd = eventfd; 968 969 /* 970 * Install our own custom wake-up handling so we are notified via a 971 * callback whenever someone signals the underlying eventfd. 972 */ 973 init_waitqueue_func_entry(&kirqfd->wait, irqfd_wakeup); 974 init_poll_funcptr(&kirqfd->pt, irqfd_poll_func); 975 976 mutex_lock(&irqfds_lock); 977 978 list_for_each_entry(tmp, &irqfds_list, list) { 979 if (kirqfd->eventfd == tmp->eventfd) { 980 ret = -EBUSY; 981 mutex_unlock(&irqfds_lock); 982 goto error_eventfd; 983 } 984 } 985 986 list_add_tail(&kirqfd->list, &irqfds_list); 987 mutex_unlock(&irqfds_lock); 988 989 /* 990 * Check if there was an event already pending on the eventfd before we 991 * registered, and trigger it as if we didn't miss it. 992 */ 993 events = vfs_poll(f.file, &kirqfd->pt); 994 if (events & EPOLLIN) 995 irqfd_inject(kirqfd); 996 997 /* 998 * Do not drop the file until the kirqfd is fully initialized, otherwise 999 * we might race against the EPOLLHUP
Re: [PATCH v5 24/33] m68k: Convert various functions to use ptdescs
Hi Vishal, kernel test robot noticed the following build errors: [auto build test ERROR on next-20230622] [cannot apply to akpm-mm/mm-everything powerpc/next powerpc/fixes s390/features geert-m68k/for-next geert-m68k/for-linus linus/master v6.4-rc7 v6.4-rc6 v6.4-rc5 v6.4-rc7] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230623-050011 base: next-20230622 patch link: https://lore.kernel.org/r/20230622205745.79707-25-vishal.moola%40gmail.com patch subject: [PATCH v5 24/33] m68k: Convert various functions to use ptdescs config: m68k-randconfig-s051-20230625 (https://download.01.org/0day-ci/archive/20230625/202306251513.wvzxggxu-...@intel.com/config) compiler: m68k-linux-gcc (GCC) 12.3.0 reproduce: (https://download.01.org/0day-ci/archive/20230625/202306251513.wvzxggxu-...@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202306251513.wvzxggxu-...@intel.com/ All error/warnings (new ones prefixed by >>): In file included from arch/m68k/include/asm/pgalloc.h:12, from kernel/fork.c:103: arch/m68k/include/asm/mcf_pgalloc.h: In function 'pgd_alloc': >> arch/m68k/include/asm/mcf_pgalloc.h:82:60: error: 'GFP_NOWARN' undeclared >> (first use in this function); did you mean 'GFP_NOWAIT'? 82 | struct ptdesc *ptdesc = pagetable_alloc((GFP_DMA | GFP_NOWARN) & |^~ |GFP_NOWAIT arch/m68k/include/asm/mcf_pgalloc.h:82:60: note: each undeclared identifier is reported only once for each function it appears in arch/m68k/include/asm/mcf_pgalloc.h: At top level: >> arch/m68k/include/asm/mcf_pgalloc.h:23:16: warning: 'ptdesc_address' is >> static but used in inline function 'pte_alloc_one_kernel' which is not static 23 | return ptdesc_address(ptdesc); |^~ >> arch/m68k/include/asm/mcf_pgalloc.h:17:33: warning: 'pagetable_alloc' is >> static but used in inline function 'pte_alloc_one_kernel' which is not static 17 | struct ptdesc *ptdesc = pagetable_alloc((GFP_DMA | __GFP_ZERO) & | ^~~ >> arch/m68k/include/asm/mcf_pgalloc.h:10:24: warning: 'virt_to_ptdesc' is >> static but used in inline function 'pte_free_kernel' which is not static 10 | pagetable_free(virt_to_ptdesc(pte)); |^~ >> arch/m68k/include/asm/mcf_pgalloc.h:10:9: warning: 'pagetable_free' is >> static but used in inline function 'pte_free_kernel' which is not static 10 | pagetable_free(virt_to_ptdesc(pte)); | ^~ -- In file included from arch/m68k/mm/mcfmmu.c:21: arch/m68k/include/asm/mcf_pgalloc.h: In function 'pgd_alloc': >> arch/m68k/include/asm/mcf_pgalloc.h:82:60: error: 'GFP_NOWARN' undeclared >> (first use in this function); did you mean 'GFP_NOWAIT'? 82 | struct ptdesc *ptdesc = pagetable_alloc((GFP_DMA | GFP_NOWARN) & |^~ |GFP_NOWAIT arch/m68k/include/asm/mcf_pgalloc.h:82:60: note: each undeclared identifier is reported only once for each function it appears in arch/m68k/mm/mcfmmu.c: At top level: arch/m68k/mm/mcfmmu.c:36:13: warning: no previous prototype for 'paging_init' [-Wmissing-prototypes] 36 | void __init paging_init(void) | ^~~ arch/m68k/mm/mcfmmu.c: In function 'paging_init': arch/m68k/mm/mcfmmu.c:41:37: warning: variable 'bootmem_end' set but not used [-Wunused-but-set-variable] 41 | unsigned long next_pgtable, bootmem_end; | ^~~ arch/m68k/include/asm/mcf_pgalloc.h: At top level: >> arch/m68k/include/asm/mcf_pgalloc.h:23:16: warning: 'ptdesc_address' is >> static but used in inline function 'pte_alloc_one_kernel' which is not static 23 | return ptdesc_address(ptdesc); |^~ >> arch/m68k/include/asm/mcf_pgalloc.h:17:33: warning: 'pag
Re: [PATCH v2 1/3] vsscanf(): Integer overflow is a conversion failure
Hi Demi, kernel test robot noticed the following build errors: [auto build test ERROR on media-tree/master] [also build test ERROR on lee-mfd/for-mfd-next xen-tip/linux-next linus/master lee-mfd/for-mfd-fixes v6.4-rc5 next-20230609] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Demi-Marie-Obenour/vsscanf-Integer-overflow-is-a-conversion-failure/20230611-010926 base: git://linuxtv.org/media_tree.git master patch link: https://lore.kernel.org/r/20230610170743.2510-2-demi%40invisiblethingslab.com patch subject: [PATCH v2 1/3] vsscanf(): Integer overflow is a conversion failure config: arc-randconfig-r033-20230611 (https://download.01.org/0day-ci/archive/20230611/202306110319.q5styx6b-...@intel.com/config) compiler: arceb-elf-gcc (GCC) 12.3.0 reproduce (this is a W=1 build): mkdir -p ~/bin wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross git remote add media-tree git://linuxtv.org/media_tree.git git fetch media-tree master git checkout media-tree/master b4 shazam https://lore.kernel.org/r/20230610170743.2510-2-d...@invisiblethingslab.com # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=arc olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=arc SHELL=/bin/bash 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202306110319.q5styx6b-...@intel.com/ All errors (new ones prefixed by >>): lib/vsprintf.c: In function 'simple_strtoll': >> lib/vsprintf.c:163:16: error: too few arguments to function 'simple_strntoll' 163 | return simple_strntoll(cp, INT_MAX, endp, base); |^~~ lib/vsprintf.c:134:18: note: declared here 134 | static long long simple_strntoll(const char *cp, size_t max_chars, char **endp, | ^~~ lib/vsprintf.c: In function 'va_format': lib/vsprintf.c:1687:9: warning: function 'va_format' might be a candidate for 'gnu_printf' format attribute [-Wsuggest-attribute=format] 1687 | buf += vsnprintf(buf, end > buf ? end - buf : 0, va_fmt->fmt, va); | ^~~ lib/vsprintf.c: In function 'simple_strtoll': lib/vsprintf.c:164:1: error: control reaches end of non-void function [-Werror=return-type] 164 | } | ^ cc1: some warnings being treated as errors vim +/simple_strntoll +163 lib/vsprintf.c 900fdc4573766d Richard Fitzgerald 2021-05-14 152 ^1da177e4c3f41 Linus Torvalds 2005-04-16 153 /** ^1da177e4c3f41 Linus Torvalds 2005-04-16 154 * simple_strtoll - convert a string to a signed long long ^1da177e4c3f41 Linus Torvalds 2005-04-16 155 * @cp: The start of the string ^1da177e4c3f41 Linus Torvalds 2005-04-16 156 * @endp: A pointer to the end of the parsed string will be placed here ^1da177e4c3f41 Linus Torvalds 2005-04-16 157 * @base: The number base to use 462e471107624f Eldad Zack 2012-12-17 158 * e8cc2b97ca5aa1 Andy Shevchenko2020-02-21 159 * This function has caveats. Please use kstrtoll instead. ^1da177e4c3f41 Linus Torvalds 2005-04-16 160 */ ^1da177e4c3f41 Linus Torvalds 2005-04-16 161 long long simple_strtoll(const char *cp, char **endp, unsigned int base) ^1da177e4c3f41 Linus Torvalds 2005-04-16 162 { 900fdc4573766d Richard Fitzgerald 2021-05-14 @163 return simple_strntoll(cp, INT_MAX, endp, base); ^1da177e4c3f41 Linus Torvalds 2005-04-16 164 } 98d5ce0d004466 Hans Verkuil 2010-04-23 165 EXPORT_SYMBOL(simple_strtoll); ^1da177e4c3f41 Linus Torvalds 2005-04-16 166 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH 2/4] vsscanf(): Return -ERANGE on integer overflow
Hi Demi, kernel test robot noticed the following build warnings: [auto build test WARNING on lee-mfd/for-mfd-next] [also build test WARNING on lee-leds/for-leds-next linus/master v6.4-rc5 next-20230609] [cannot apply to xen-tip/linux-next lee-mfd/for-mfd-fixes] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Demi-Marie-Obenour/vsscanf-Return-ERANGE-on-integer-overflow/20230610-110026 base: https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git for-mfd-next patch link: https://lore.kernel.org/r/20230610025759.1813-2-demi%40invisiblethingslab.com patch subject: [PATCH 2/4] vsscanf(): Return -ERANGE on integer overflow config: i386-allyesconfig (https://download.01.org/0day-ci/archive/20230610/202306102055.zsjk8xsj-...@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): git remote add lee-mfd https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git git fetch lee-mfd for-mfd-next git checkout lee-mfd/for-mfd-next b4 shazam https://lore.kernel.org/r/20230610025759.1813-2-d...@invisiblethingslab.com # save the config file mkdir build_dir && cp config build_dir/.config make W=1 O=build_dir ARCH=i386 olddefconfig make W=1 O=build_dir ARCH=i386 SHELL=/bin/bash drivers/staging/media/atomisp/ 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202306102055.zsjk8xsj-...@intel.com/ All warnings (new ones prefixed by >>): In file included from drivers/staging/media/atomisp//pci/ia_css_acc_types.h:25, from drivers/staging/media/atomisp//pci/ia_css_pipe_public.h:29, from drivers/staging/media/atomisp//pci/ia_css_stream_public.h:25, from drivers/staging/media/atomisp//pci/runtime/binary/interface/ia_css_binary.h:23, from drivers/staging/media/atomisp//pci/runtime/debug/interface/ia_css_debug.h:25, from drivers/staging/media/atomisp/pci/isp/kernels/macc/macc_1.0/ia_css_macc.host.c:18: >> drivers/staging/media/atomisp//pci/hive_isp_css_include/platform_support.h:30: >> warning: "UCHAR_MAX" redefined 30 | #define UCHAR_MAX (255) | In file included from include/linux/limits.h:7, from drivers/staging/media/atomisp//pci/hive_isp_css_include/type_support.h:37, from drivers/staging/media/atomisp//pci/ia_css_types.h:27, from drivers/staging/media/atomisp/pci/isp/kernels/macc/macc_1.0/ia_css_macc.host.c:16: include/vdso/limits.h:5: note: this is the location of the previous definition 5 | #define UCHAR_MAX ((unsigned char)~0U) | vim +/UCHAR_MAX +30 drivers/staging/media/atomisp//pci/hive_isp_css_include/platform_support.h ad85094b293e40 drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_include/platform_support.h Mauro Carvalho Chehab 2020-04-19 27 ad85094b293e40 drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_include/platform_support.h Mauro Carvalho Chehab 2020-04-19 28 #define UINT16_MAX USHRT_MAX ad85094b293e40 drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_include/platform_support.h Mauro Carvalho Chehab 2020-04-19 29 #define UINT32_MAX UINT_MAX ad85094b293e40 drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_include/platform_support.h Mauro Carvalho Chehab 2020-04-19 @30 #define UCHAR_MAX (255) ad85094b293e40 drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_include/platform_support.h Mauro Carvalho Chehab 2020-04-19 31 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH 1/4] Rip out simple_strtoll()
Hi Demi, kernel test robot noticed the following build errors: [auto build test ERROR on lee-mfd/for-mfd-next] [also build test ERROR on lee-leds/for-leds-next linus/master v6.4-rc5 next-20230609] [cannot apply to xen-tip/linux-next lee-mfd/for-mfd-fixes] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Demi-Marie-Obenour/vsscanf-Return-ERANGE-on-integer-overflow/20230610-110026 base: https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git for-mfd-next patch link: https://lore.kernel.org/r/20230610025759.1813-1-demi%40invisiblethingslab.com patch subject: [PATCH 1/4] Rip out simple_strtoll() config: csky-randconfig-r011-20230610 (https://download.01.org/0day-ci/archive/20230610/202306101317.yibrl6oz-...@intel.com/config) compiler: csky-linux-gcc (GCC) 12.3.0 reproduce (this is a W=1 build): mkdir -p ~/bin wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross git remote add lee-mfd https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git git fetch lee-mfd for-mfd-next git checkout lee-mfd/for-mfd-next b4 shazam https://lore.kernel.org/r/20230610025759.1813-1-d...@invisiblethingslab.com # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=csky olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=csky SHELL=/bin/bash drivers/md/bcache/ 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202306101317.yibrl6oz-...@intel.com/ All errors (new ones prefixed by >>): drivers/md/bcache/util.c: In function 'bch_strtoll_h': >> drivers/md/bcache/util.c:28:18: error: implicit declaration of function >> 'simple_strtoll'; did you mean 'simple_strtoull'? >> [-Werror=implicit-function-declaration] 28 | type i = simple_ ## name(cp, &e, 10); \ | ^~~ drivers/md/bcache/util.c:82:1: note: in expansion of macro 'STRTO_H' 82 | STRTO_H(strtoll, long long) | ^~~ cc1: some warnings being treated as errors vim +28 drivers/md/bcache/util.c cafe563591446c Kent Overstreet 2013-03-23 22 cafe563591446c Kent Overstreet 2013-03-23 23 #define STRTO_H(name, type) \ 169ef1cf6171d3 Kent Overstreet 2013-03-28 24 int bch_ ## name ## _h(const char *cp, type *res)\ cafe563591446c Kent Overstreet 2013-03-23 25 { \ cafe563591446c Kent Overstreet 2013-03-23 26 int u = 0; \ cafe563591446c Kent Overstreet 2013-03-23 27 char *e; \ cafe563591446c Kent Overstreet 2013-03-23 @28 type i = simple_ ## name(cp, &e, 10); \ cafe563591446c Kent Overstreet 2013-03-23 29 \ cafe563591446c Kent Overstreet 2013-03-23 30 switch (tolower(*e)) { \ cafe563591446c Kent Overstreet 2013-03-23 31 default: \ cafe563591446c Kent Overstreet 2013-03-23 32 return -EINVAL; \ cafe563591446c Kent Overstreet 2013-03-23 33 case 'y': \ cafe563591446c Kent Overstreet 2013-03-23 34 case 'z': \ cafe563591446c Kent Overstreet 2013-03-23 35 u++; \ df561f6688fef7 Gustavo A. R. Silva 2020-08-23 36 fallthrough; \ cafe563591446c Kent Overstreet 2013-03-23 37 case 'e': \ cafe563591446c Kent Overstreet 2013-03-23 38 u++; \ df561f6688fef7 Gustavo A. R. Silva 2020-08-23 39 fallthrough; \ cafe563591446c Kent Overstreet 2013-03-23 40 case 'p': \ cafe563591446c Kent Overstreet 2013-03-23 41
Re: [PATCH 1/4] Rip out simple_strtoll()
Hi Demi, kernel test robot noticed the following build errors: [auto build test ERROR on lee-mfd/for-mfd-next] [also build test ERROR on lee-leds/for-leds-next linus/master v6.4-rc5 next-20230609] [cannot apply to xen-tip/linux-next lee-mfd/for-mfd-fixes] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Demi-Marie-Obenour/vsscanf-Return-ERANGE-on-integer-overflow/20230610-110026 base: https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git for-mfd-next patch link: https://lore.kernel.org/r/20230610025759.1813-1-demi%40invisiblethingslab.com patch subject: [PATCH 1/4] Rip out simple_strtoll() config: arm-randconfig-r046-20230610 (https://download.01.org/0day-ci/archive/20230610/202306101334.ldzersko-...@intel.com/config) compiler: clang version 15.0.7 (https://github.com/llvm/llvm-project.git 8dfdcc7b7bf66834a761bd8de445840ef68e4d1a) reproduce (this is a W=1 build): mkdir -p ~/bin wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install arm cross compiling tool for clang build # apt-get install binutils-arm-linux-gnueabi git remote add lee-mfd https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git git fetch lee-mfd for-mfd-next git checkout lee-mfd/for-mfd-next b4 shazam https://lore.kernel.org/r/20230610025759.1813-1-d...@invisiblethingslab.com # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang ~/bin/make.cross W=1 O=build_dir ARCH=arm olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang ~/bin/make.cross W=1 O=build_dir ARCH=arm SHELL=/bin/bash drivers/md/bcache/ 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202306101334.ldzersko-...@intel.com/ All errors (new ones prefixed by >>): >> drivers/md/bcache/util.c:82:1: error: call to undeclared function >> 'simple_strtoll'; ISO C99 and later do not support implicit function >> declarations [-Werror,-Wimplicit-function-declaration] STRTO_H(strtoll, long long) ^ drivers/md/bcache/util.c:28:11: note: expanded from macro 'STRTO_H' type i = simple_ ## name(cp, &e, 10); \ ^ :22:1: note: expanded from here simple_strtoll ^ 1 error generated. vim +/simple_strtoll +82 drivers/md/bcache/util.c cafe563591446c Kent Overstreet 2013-03-23 79 cafe563591446c Kent Overstreet 2013-03-23 80 STRTO_H(strtoint, int) cafe563591446c Kent Overstreet 2013-03-23 81 STRTO_H(strtouint, unsigned int) cafe563591446c Kent Overstreet 2013-03-23 @82 STRTO_H(strtoll, long long) cafe563591446c Kent Overstreet 2013-03-23 83 STRTO_H(strtoull, unsigned long long) cafe563591446c Kent Overstreet 2013-03-23 84 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Re: [PATCH v3 25/34] m68k: Convert various functions to use ptdescs
Hi Vishal, kernel test robot noticed the following build errors: [auto build test ERROR on next-20230531] [cannot apply to akpm-mm/mm-everything s390/features powerpc/next powerpc/fixes geert-m68k/for-next geert-m68k/for-linus linus/master v6.4-rc4 v6.4-rc3 v6.4-rc2 v6.4-rc4] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230601-053454 base: next-20230531 patch link: https://lore.kernel.org/r/20230531213032.25338-26-vishal.moola%40gmail.com patch subject: [PATCH v3 25/34] m68k: Convert various functions to use ptdescs config: m68k-randconfig-r002-20230531 (https://download.01.org/0day-ci/archive/20230601/202306011704.i8xmwkpl-...@intel.com/config) compiler: m68k-linux-gcc (GCC) 12.3.0 reproduce (this is a W=1 build): mkdir -p ~/bin wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/915ab62dc3315fe0a0544fccb4ee5f3ee32694b5 git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230601-053454 git checkout 915ab62dc3315fe0a0544fccb4ee5f3ee32694b5 # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=m68k olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=m68k SHELL=/bin/bash arch/m68k/mm/ If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Closes: https://lore.kernel.org/oe-kbuild-all/202306011704.i8xmwkpl-...@intel.com/ All error/warnings (new ones prefixed by >>): In file included from arch/m68k/include/asm/pgalloc.h:12, from arch/m68k/mm/init.c:26: arch/m68k/include/asm/mcf_pgalloc.h: In function 'pgd_alloc': >> arch/m68k/include/asm/mcf_pgalloc.h:83:59: error: 'GFP_NOWARN' undeclared >> (first use in this function); did you mean 'GFP_NOWAIT'? 83 | struct ptdesc *ptdesc = pagetable_alloc(GFP_DMA | GFP_NOWARN, 0); | ^~ | GFP_NOWAIT arch/m68k/include/asm/mcf_pgalloc.h:83:59: note: each undeclared identifier is reported only once for each function it appears in arch/m68k/include/asm/mcf_pgalloc.h: At top level: >> arch/m68k/include/asm/mcf_pgalloc.h:22:27: warning: 'ptdesc_address' is >> static but used in inline function 'pte_alloc_one_kernel' which is not static 22 | return (pte_t *) (ptdesc_address(ptdesc)); | ^~ >> arch/m68k/include/asm/mcf_pgalloc.h:17:33: warning: 'pagetable_alloc' is >> static but used in inline function 'pte_alloc_one_kernel' which is not static 17 | struct ptdesc *ptdesc = pagetable_alloc(GFP_DMA | __GFP_ZERO, 0); | ^~~ >> arch/m68k/include/asm/mcf_pgalloc.h:10:24: warning: 'virt_to_ptdesc' is >> static but used in inline function 'pte_free_kernel' which is not static 10 | pagetable_free(virt_to_ptdesc(pte)); |^~ >> arch/m68k/include/asm/mcf_pgalloc.h:10:9: warning: 'pagetable_free' is >> static but used in inline function 'pte_free_kernel' which is not static 10 | pagetable_free(virt_to_ptdesc(pte)); | ^~ -- In file included from arch/m68k/mm/mcfmmu.c:21: arch/m68k/include/asm/mcf_pgalloc.h: In function 'pgd_alloc': >> arch/m68k/include/asm/mcf_pgalloc.h:83:59: error: 'GFP_NOWARN' undeclared >> (first use in this function); did you mean 'GFP_NOWAIT'? 83 | struct ptdesc *ptdesc = pagetable_alloc(GFP_DMA | GFP_NOWARN, 0); | ^~ | GFP_NOWAIT arch/m68k/include/asm/mcf_pgalloc.h:83:59: note: each undeclared identifier is reported only once for each function it appears in arch/m68k/mm/mcfmmu.c: At top level: arch/m68k/mm/mcfmmu.c:36:13: warning: no previous prototype for 'paging_init' [-Wmissing-prototypes] 36 | void __init paging_init(voi
Re: [PATCH v2 21/34] arm64: Convert various functions to use ptdescs
Hi Vishal, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-everything] [also build test ERROR on linus/master next-20230428] [cannot apply to s390/features powerpc/next powerpc/fixes geert-m68k/for-next geert-m68k/for-linus v6.3] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230502-033042 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20230501192829.17086-22-vishal.moola%40gmail.com patch subject: [PATCH v2 21/34] arm64: Convert various functions to use ptdescs config: arm64-randconfig-r023-20230430 (https://download.01.org/0day-ci/archive/20230502/202305021038.c9jfvdsv-...@intel.com/config) compiler: clang version 17.0.0 (https://github.com/llvm/llvm-project b1465cd49efcbc114a75220b153f5a055ce7911f) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install arm64 cross compiling tool for clang build # apt-get install binutils-aarch64-linux-gnu # https://github.com/intel-lab-lkp/linux/commit/8e9481b63b5773d7c914836dcd7fbec2449902bc git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230502-033042 git checkout 8e9481b63b5773d7c914836dcd7fbec2449902bc # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm64 olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm64 SHELL=/bin/bash arch/arm64/ If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202305021038.c9jfvdsv-...@intel.com/ All errors (new ones prefixed by >>): >> arch/arm64/mm/mmu.c:440:10: error: invalid argument type 'void' to unary >> expression BUG_ON(!ptdesc_pte_dtor(ptdesc)); ^~~~ include/asm-generic/bug.h:71:45: note: expanded from macro 'BUG_ON' #define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0) ^ include/linux/compiler.h:78:42: note: expanded from macro 'unlikely' # define unlikely(x)__builtin_expect(!!(x), 0) ^ arch/arm64/mm/mmu.c:442:10: error: invalid argument type 'void' to unary expression BUG_ON(!ptdesc_pte_dtor(ptdesc)); ^~~~ include/asm-generic/bug.h:71:45: note: expanded from macro 'BUG_ON' #define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0) ^ include/linux/compiler.h:78:42: note: expanded from macro 'unlikely' # define unlikely(x)__builtin_expect(!!(x), 0) ^ 2 errors generated. vim +/void +440 arch/arm64/mm/mmu.c 425 426 static phys_addr_t pgd_pgtable_alloc(int shift) 427 { 428 phys_addr_t pa = __pgd_pgtable_alloc(shift); 429 struct ptdesc *ptdesc = page_ptdesc(phys_to_page(pa)); 430 431 /* 432 * Call proper page table ctor in case later we need to 433 * call core mm functions like apply_to_page_range() on 434 * this pre-allocated page table. 435 * 436 * We don't select ARCH_ENABLE_SPLIT_PMD_PTLOCK if pmd is 437 * folded, and if so ptdesc_pte_dtor() becomes nop. 438 */ 439 if (shift == PAGE_SHIFT) > 440 BUG_ON(!ptdesc_pte_dtor(ptdesc)); 441 else if (shift == PMD_SHIFT) 442 BUG_ON(!ptdesc_pte_dtor(ptdesc)); 443 444 return pa; 445 } 446 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests
Re: [PATCH v2 21/34] arm64: Convert various functions to use ptdescs
Hi Vishal, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-everything] [also build test ERROR on linus/master next-20230428] [cannot apply to s390/features powerpc/next powerpc/fixes geert-m68k/for-next geert-m68k/for-linus v6.3] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230502-033042 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20230501192829.17086-22-vishal.moola%40gmail.com patch subject: [PATCH v2 21/34] arm64: Convert various functions to use ptdescs config: arm64-allyesconfig (https://download.01.org/0day-ci/archive/20230502/202305020914.ogrwceg1-...@intel.com/config) compiler: aarch64-linux-gcc (GCC) 12.1.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/8e9481b63b5773d7c914836dcd7fbec2449902bc git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Vishal-Moola-Oracle/mm-Add-PAGE_TYPE_OP-folio-functions/20230502-033042 git checkout 8e9481b63b5773d7c914836dcd7fbec2449902bc # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=arm64 olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=arm64 SHELL=/bin/bash arch/arm64/ If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202305020914.ogrwceg1-...@intel.com/ All errors (new ones prefixed by >>): In file included from include/linux/build_bug.h:5, from include/linux/bits.h:21, from include/linux/bitops.h:6, from arch/arm64/include/asm/cache.h:39, from include/linux/cache.h:6, from arch/arm64/mm/mmu.c:9: arch/arm64/mm/mmu.c: In function 'pgd_pgtable_alloc': >> arch/arm64/mm/mmu.c:440:24: error: invalid use of void expression 440 | BUG_ON(!ptdesc_pte_dtor(ptdesc)); |^ include/linux/compiler.h:78:45: note: in definition of macro 'unlikely' 78 | # define unlikely(x)__builtin_expect(!!(x), 0) | ^ arch/arm64/mm/mmu.c:440:17: note: in expansion of macro 'BUG_ON' 440 | BUG_ON(!ptdesc_pte_dtor(ptdesc)); | ^~ arch/arm64/mm/mmu.c:442:24: error: invalid use of void expression 442 | BUG_ON(!ptdesc_pte_dtor(ptdesc)); |^ include/linux/compiler.h:78:45: note: in definition of macro 'unlikely' 78 | # define unlikely(x)__builtin_expect(!!(x), 0) | ^ arch/arm64/mm/mmu.c:442:17: note: in expansion of macro 'BUG_ON' 442 | BUG_ON(!ptdesc_pte_dtor(ptdesc)); | ^~ vim +440 arch/arm64/mm/mmu.c 425 426 static phys_addr_t pgd_pgtable_alloc(int shift) 427 { 428 phys_addr_t pa = __pgd_pgtable_alloc(shift); 429 struct ptdesc *ptdesc = page_ptdesc(phys_to_page(pa)); 430 431 /* 432 * Call proper page table ctor in case later we need to 433 * call core mm functions like apply_to_page_range() on 434 * this pre-allocated page table. 435 * 436 * We don't select ARCH_ENABLE_SPLIT_PMD_PTLOCK if pmd is 437 * folded, and if so ptdesc_pte_dtor() becomes nop. 438 */ 439 if (shift == PAGE_SHIFT) > 440 BUG_ON(!ptdesc_pte_dtor(ptdesc)); 441 else if (shift == PMD_SHIFT) 442 BUG_ON(!ptdesc_pte_dtor(ptdesc)); 443 444 return pa; 445 } 446 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests
Re: [PATCH 12/33] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
Hi Vishal, kernel test robot noticed the following build warnings: [auto build test WARNING on akpm-mm/mm-everything] [also build test WARNING on next-20230417] [cannot apply to s390/features powerpc/next powerpc/fixes geert-m68k/for-next geert-m68k/for-linus linus/master v6.3-rc7] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/s390-Use-_pt_s390_gaddr-for-gmap-address-tracking/20230418-045832 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20230417205048.15870-13-vishal.moola%40gmail.com patch subject: [PATCH 12/33] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor} config: sh-allmodconfig (https://download.01.org/0day-ci/archive/20230418/202304180959.yfctfvkw-...@intel.com/config) compiler: sh4-linux-gcc (GCC) 12.1.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/d53de56a2dbf659b53aee1aa2eac60bcc936f10b git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Vishal-Moola-Oracle/s390-Use-_pt_s390_gaddr-for-gmap-address-tracking/20230418-045832 git checkout d53de56a2dbf659b53aee1aa2eac60bcc936f10b # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=sh olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=sh prepare If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202304180959.yfctfvkw-...@intel.com/ All warnings (new ones prefixed by >>): In file included from arch/sh/kernel/asm-offsets.c:14: include/linux/mm.h: In function 'virt_to_ptdesc': include/linux/mm.h:2723:16: error: implicit declaration of function 'page_ptdesc' [-Werror=implicit-function-declaration] 2723 | return page_ptdesc(virt_to_head_page(x)); |^~~ include/linux/mm.h:2723:16: warning: returning 'int' from a function with return type 'struct ptdesc *' makes pointer from integer without a cast [-Wint-conversion] 2723 | return page_ptdesc(virt_to_head_page(x)); |^ In file included from arch/sh/include/asm/thread_info.h:13, from include/linux/thread_info.h:60, from include/asm-generic/preempt.h:5, from ./arch/sh/include/generated/asm/preempt.h:1, from include/linux/preempt.h:78, from include/linux/spinlock.h:56, from include/linux/mmzone.h:8, from include/linux/gfp.h:7, from include/linux/mm.h:7: include/linux/mm.h: In function 'ptdesc_to_virt': include/linux/mm.h:2728:29: error: implicit declaration of function 'ptdesc_page'; did you mean 'pte_page'? [-Werror=implicit-function-declaration] 2728 | return page_to_virt(ptdesc_page(pt)); | ^~~ arch/sh/include/asm/page.h:139:27: note: in definition of macro '___va' 139 | #define ___va(x)((x)+PAGE_OFFSET) | ^ include/linux/mm.h:117:25: note: in expansion of macro '__va' 117 | #define page_to_virt(x) __va(PFN_PHYS(page_to_pfn(x))) | ^~~~ include/linux/mm.h:117:30: note: in expansion of macro 'PFN_PHYS' 117 | #define page_to_virt(x) __va(PFN_PHYS(page_to_pfn(x))) | ^~~~ include/asm-generic/memory_model.h:64:21: note: in expansion of macro '__page_to_pfn' 64 | #define page_to_pfn __page_to_pfn | ^ include/linux/mm.h:2728:16: note: in expansion of macro 'page_to_virt' 2728 | return page_to_virt(ptdesc_page(pt)); |^~~~ include/asm-generic/memory_model.h:46:35: warning: initialization of 'const struct page *' from 'int' makes pointer from integer without a cast [-Wint-conversion] 46 | ({ const struct page *__pg = (pg); \ | ^ arch/sh/include/asm/page.h:139:27: note: in definition of macro '___va'
Re: [PATCH 04/33] mm: add utility functions for ptdesc
Hi Vishal, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-everything] [also build test ERROR on s390/features powerpc/next powerpc/fixes geert-m68k/for-next geert-m68k/for-linus linus/master v6.3-rc7 next-20230417] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/s390-Use-_pt_s390_gaddr-for-gmap-address-tracking/20230418-045832 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20230417205048.15870-5-vishal.moola%40gmail.com patch subject: [PATCH 04/33] mm: add utility functions for ptdesc config: sh-allmodconfig (https://download.01.org/0day-ci/archive/20230418/202304180913.p1buxrbb-...@intel.com/config) compiler: sh4-linux-gcc (GCC) 12.1.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/1b6f8137ca50a543ad2937092836635ca58c78ce git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Vishal-Moola-Oracle/s390-Use-_pt_s390_gaddr-for-gmap-address-tracking/20230418-045832 git checkout 1b6f8137ca50a543ad2937092836635ca58c78ce # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=sh olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=sh prepare If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202304180913.p1buxrbb-...@intel.com/ All error/warnings (new ones prefixed by >>): In file included from arch/sh/kernel/asm-offsets.c:14: include/linux/mm.h: In function 'virt_to_ptdesc': >> include/linux/mm.h:2723:16: error: implicit declaration of function >> 'page_ptdesc' [-Werror=implicit-function-declaration] 2723 | return page_ptdesc(virt_to_head_page(x)); |^~~ >> include/linux/mm.h:2723:16: warning: returning 'int' from a function with >> return type 'struct ptdesc *' makes pointer from integer without a cast >> [-Wint-conversion] 2723 | return page_ptdesc(virt_to_head_page(x)); |^ In file included from arch/sh/include/asm/thread_info.h:13, from include/linux/thread_info.h:60, from include/asm-generic/preempt.h:5, from ./arch/sh/include/generated/asm/preempt.h:1, from include/linux/preempt.h:78, from include/linux/spinlock.h:56, from include/linux/mmzone.h:8, from include/linux/gfp.h:7, from include/linux/mm.h:7: include/linux/mm.h: In function 'ptdesc_to_virt': >> include/linux/mm.h:2728:29: error: implicit declaration of function >> 'ptdesc_page'; did you mean 'pte_page'? >> [-Werror=implicit-function-declaration] 2728 | return page_to_virt(ptdesc_page(pt)); | ^~~ arch/sh/include/asm/page.h:139:27: note: in definition of macro '___va' 139 | #define ___va(x)((x)+PAGE_OFFSET) | ^ include/linux/mm.h:117:25: note: in expansion of macro '__va' 117 | #define page_to_virt(x) __va(PFN_PHYS(page_to_pfn(x))) | ^~~~ include/linux/mm.h:117:30: note: in expansion of macro 'PFN_PHYS' 117 | #define page_to_virt(x) __va(PFN_PHYS(page_to_pfn(x))) | ^~~~ include/asm-generic/memory_model.h:64:21: note: in expansion of macro '__page_to_pfn' 64 | #define page_to_pfn __page_to_pfn | ^ include/linux/mm.h:2728:16: note: in expansion of macro 'page_to_virt' 2728 | return page_to_virt(ptdesc_page(pt)); |^~~~ >> include/asm-generic/memory_model.h:46:35: warning: initialization of 'const >> struct page *' from 'int' makes pointer from integer without a cast >> [-Wint-conversion] 46 | ({ const struct page *__pg = (pg); \ | ^ arch/sh/include/asm/page.h:139:27: note: in definition of m
Re: [PATCH 24/33] m68k: Convert various functions to use ptdescs
Hi Vishal, kernel test robot noticed the following build warnings: [auto build test WARNING on akpm-mm/mm-everything] [also build test WARNING on next-20230417] [cannot apply to s390/features powerpc/next powerpc/fixes geert-m68k/for-next geert-m68k/for-linus linus/master v6.3-rc7] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Vishal-Moola-Oracle/s390-Use-_pt_s390_gaddr-for-gmap-address-tracking/20230418-045832 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20230417205048.15870-25-vishal.moola%40gmail.com patch subject: [PATCH 24/33] m68k: Convert various functions to use ptdescs config: m68k-allyesconfig (https://download.01.org/0day-ci/archive/20230418/202304180652.leolmanq-...@intel.com/config) compiler: m68k-linux-gcc (GCC) 12.1.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/630b38053b213e6138d3deb3e4325b24ad6dcb1f git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Vishal-Moola-Oracle/s390-Use-_pt_s390_gaddr-for-gmap-address-tracking/20230418-045832 git checkout 630b38053b213e6138d3deb3e4325b24ad6dcb1f # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=m68k olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=m68k SHELL=/bin/bash arch/m68k/mm/ If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202304180652.leolmanq-...@intel.com/ All warnings (new ones prefixed by >>): arch/m68k/mm/motorola.c: In function 'free_pointer_table': >> arch/m68k/mm/motorola.c:204:56: warning: passing argument 1 of >> 'virt_to_ptdesc' makes pointer from integer without a cast [-Wint-conversion] 204 | ptdesc_pte_dtor(virt_to_ptdesc(page)); |^~~~ || |long unsigned int In file included from arch/m68k/mm/motorola.c:15: include/linux/mm.h:2721:57: note: expected 'const void *' but argument is of type 'long unsigned int' 2721 | static inline struct ptdesc *virt_to_ptdesc(const void *x) | ^ arch/m68k/mm/motorola.c: At top level: arch/m68k/mm/motorola.c:418:13: warning: no previous prototype for 'paging_init' [-Wmissing-prototypes] 418 | void __init paging_init(void) | ^~~ vim +/virt_to_ptdesc +204 arch/m68k/mm/motorola.c 185 186 int free_pointer_table(void *table, int type) 187 { 188 ptable_desc *dp; 189 unsigned long ptable = (unsigned long)table; 190 unsigned long page = ptable & PAGE_MASK; 191 unsigned int mask = 1U << ((ptable - page)/ptable_size(type)); 192 193 dp = PD_PTABLE(page); 194 if (PD_MARKBITS (dp) & mask) 195 panic ("table already free!"); 196 197 PD_MARKBITS (dp) |= mask; 198 199 if (PD_MARKBITS(dp) == ptable_mask(type)) { 200 /* all tables in page are free, free page */ 201 list_del(dp); 202 mmu_page_dtor((void *)page); 203 if (type == TABLE_PTE) > 204 ptdesc_pte_dtor(virt_to_ptdesc(page)); 205 free_page (page); 206 return 1; 207 } else if (ptable_list[type].next != dp) { 208 /* 209 * move this descriptor to the front of the list, since 210 * it has one or more free tables. 211 */ 212 list_move(dp, &ptable_list[type]); 213 } 214 return 0; 215 } 216 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests
Re: [PATCH v5] ACPI: processor: Fix evaluating _PDC method when running as Xen dom0
Hi Roger, Thank you for the patch! Yet something to improve: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on rafael-pm/linux-next linus/master v6.3-rc3 next-20230321] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Roger-Pau-Monne/ACPI-processor-Fix-evaluating-_PDC-method-when-running-as-Xen-dom0/20230321-221950 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next patch link: https://lore.kernel.org/r/20230321141904.49177-1-roger.pau%40citrix.com patch subject: [PATCH v5] ACPI: processor: Fix evaluating _PDC method when running as Xen dom0 config: arm64-randconfig-r013-20230319 (https://download.01.org/0day-ci/archive/20230322/202303221107.hgkqazl0-...@intel.com/config) compiler: clang version 17.0.0 (https://github.com/llvm/llvm-project 67409911353323ca5edf2049ef0df54132fa1ca7) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install arm64 cross compiling tool for clang build # apt-get install binutils-aarch64-linux-gnu # https://github.com/intel-lab-lkp/linux/commit/4232c8b37a0415e1e828fef4ce522c93a0b925fc git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Roger-Pau-Monne/ACPI-processor-Fix-evaluating-_PDC-method-when-running-as-Xen-dom0/20230321-221950 git checkout 4232c8b37a0415e1e828fef4ce522c93a0b925fc # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm64 olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm64 SHELL=/bin/bash If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202303221107.hgkqazl0-...@intel.com/ All errors (new ones prefixed by >>): In file included from arch/arm64/xen/../../arm/xen/enlighten.c:2: >> include/xen/xen.h:79:2: error: call to undeclared function 'BUG'; ISO C99 >> and later do not support implicit function declarations >> [-Wimplicit-function-declaration] BUG(); ^ In file included from arch/arm64/xen/../../arm/xen/enlighten.c:4: In file included from include/xen/grant_table.h:48: In file included from include/xen/page.h:28: In file included from arch/arm64/include/asm/xen/page.h:1: In file included from include/xen/arm/page.h:9: In file included from include/linux/dma-mapping.h:7: In file included from include/linux/device.h:32: In file included from include/linux/device/driver.h:21: In file included from include/linux/module.h:19: In file included from include/linux/elf.h:6: In file included from arch/arm64/include/asm/elf.h:141: In file included from include/linux/fs.h:33: In file included from include/linux/percpu-rwsem.h:7: In file included from include/linux/rcuwait.h:6: In file included from include/linux/sched/signal.h:6: include/linux/signal.h:97:11: warning: array index 3 is past the end of the array (that has type 'unsigned long[1]') [-Warray-bounds] return (set->sig[3] | set->sig[2] | ^~ include/uapi/asm-generic/signal.h:62:2: note: array 'sig' declared here unsigned long sig[_NSIG_WORDS]; ^ In file included from arch/arm64/xen/../../arm/xen/enlighten.c:4: In file included from include/xen/grant_table.h:48: In file included from include/xen/page.h:28: In file included from arch/arm64/include/asm/xen/page.h:1: In file included from include/xen/arm/page.h:9: In file included from include/linux/dma-mapping.h:7: In file included from include/linux/device.h:32: In file included from include/linux/device/driver.h:21: In file included from include/linux/module.h:19: In file included from include/linux/elf.h:6: In file included from arch/arm64/include/asm/elf.h:141: In file included from include/linux/fs.h:33: In file included from include/linux/percpu-rwsem.h:7: In file included from include/linux/rcuwait.h:6: In file included from include/linux/sched/signal.h:6: include/linux/signal.h:97:25: warning: array index 2 is past the end of the array (that has type 'unsigned long[1]') [-Warray-bounds] return (set->sig[3] | set->sig[2] | ^~ include/uapi/asm-generic/signal.h:62:2: note: array 'sig' declared here unsigned long s
Re: [PATCH v5] ACPI: processor: Fix evaluating _PDC method when running as Xen dom0
Hi Roger, Thank you for the patch! Yet something to improve: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on rafael-pm/linux-next linus/master v6.3-rc3 next-20230321] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Roger-Pau-Monne/ACPI-processor-Fix-evaluating-_PDC-method-when-running-as-Xen-dom0/20230321-221950 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next patch link: https://lore.kernel.org/r/20230321141904.49177-1-roger.pau%40citrix.com patch subject: [PATCH v5] ACPI: processor: Fix evaluating _PDC method when running as Xen dom0 config: x86_64-randconfig-a005 (https://download.01.org/0day-ci/archive/20230322/202303221035.bfy5kyh1-...@intel.com/config) compiler: clang version 14.0.6 (https://github.com/llvm/llvm-project f28c006a5895fc0e329fe15fead81e37457cb1d1) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/4232c8b37a0415e1e828fef4ce522c93a0b925fc git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Roger-Pau-Monne/ACPI-processor-Fix-evaluating-_PDC-method-when-running-as-Xen-dom0/20230321-221950 git checkout 4232c8b37a0415e1e828fef4ce522c93a0b925fc # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=x86_64 olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=x86_64 SHELL=/bin/bash If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202303221035.bfy5kyh1-...@intel.com/ All errors (new ones prefixed by >>): In file included from arch/x86/xen/suspend_hvm.c:4: >> include/xen/xen.h:79:2: error: implicit declaration of function 'BUG' is >> invalid in C99 [-Werror,-Wimplicit-function-declaration] BUG(); ^ 1 error generated. vim +/BUG +79 include/xen/xen.h 73 74 #if defined(CONFIG_XEN_DOM0) && defined(CONFIG_ACPI) && defined(CONFIG_X86) 75 bool __init xen_processor_present(uint32_t acpi_id); 76 #else 77 static inline bool xen_processor_present(uint32_t acpi_id) 78 { > 79 BUG(); 80 return false; 81 } 82 #endif 83 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests
Re: [PATCH v5 1/4] PCI: Introduce pci_dev_for_each_resource()
Hi Andy, I love your patch! Yet something to improve: [auto build test ERROR on pci/next] [also build test ERROR on pci/for-linus powerpc/next powerpc/fixes linus/master v6.3-rc2 next-20230316] [cannot apply to soc/for-next] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Andy-Shevchenko/PCI-Introduce-pci_dev_for_each_resource/20230315-032821 base: https://git.kernel.org/pub/scm/linux/kernel/git/pci/pci.git next patch link: https://lore.kernel.org/r/20230314192634.63531-2-andriy.shevchenko%40linux.intel.com patch subject: [PATCH v5 1/4] PCI: Introduce pci_dev_for_each_resource() config: powerpc-randconfig-r032-20230312 (https://download.01.org/0day-ci/archive/20230317/202303170223.v0xqhs1v-...@intel.com/config) compiler: clang version 17.0.0 (https://github.com/llvm/llvm-project 67409911353323ca5edf2049ef0df54132fa1ca7) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install powerpc cross compiling tool for clang build # apt-get install binutils-powerpc-linux-gnu # https://github.com/intel-lab-lkp/linux/commit/85cdf4746b716f7b6c14d7dc5cd907c3c2a1fb0c git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Andy-Shevchenko/PCI-Introduce-pci_dev_for_each_resource/20230315-032821 git checkout 85cdf4746b716f7b6c14d7dc5cd907c3c2a1fb0c # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=powerpc olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=powerpc SHELL=/bin/bash If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202303170223.v0xqhs1v-...@intel.com/ All errors (new ones prefixed by >>): >> arch/powerpc/platforms/52xx/mpc52xx_pci.c:331:6: error: unused variable 'i' >> [-Werror,-Wunused-variable] int i; ^ 1 error generated. vim +/i +331 arch/powerpc/platforms/52xx/mpc52xx_pci.c f42963f8646540 Grant Likely2006-12-12 326 f42963f8646540 Grant Likely2006-12-12 327 static void f42963f8646540 Grant Likely2006-12-12 328 mpc52xx_pci_fixup_resources(struct pci_dev *dev) f42963f8646540 Grant Likely2006-12-12 329 { 85cdf4746b716f Mika Westerberg 2023-03-14 330 struct resource *res; f42963f8646540 Grant Likely2006-12-12 @331 int i; f42963f8646540 Grant Likely2006-12-12 332 59510820fff76f Randy Dunlap2021-04-28 333 pr_debug("%s() %.4x:%.4x\n", __func__, dev->vendor, dev->device); f42963f8646540 Grant Likely2006-12-12 334 f42963f8646540 Grant Likely2006-12-12 335 /* We don't rely on boot loader for PCI and resets all f42963f8646540 Grant Likely2006-12-12 336 devices */ 85cdf4746b716f Mika Westerberg 2023-03-14 337 pci_dev_for_each_resource_p(dev, res) { f42963f8646540 Grant Likely2006-12-12 338 if (res->end > res->start) {/* Only valid resources */ f42963f8646540 Grant Likely2006-12-12 339 res->end -= res->start; f42963f8646540 Grant Likely2006-12-12 340 res->start = 0; f42963f8646540 Grant Likely2006-12-12 341 res->flags |= IORESOURCE_UNSET; f42963f8646540 Grant Likely2006-12-12 342 } f42963f8646540 Grant Likely2006-12-12 343 } f42963f8646540 Grant Likely2006-12-12 344 f42963f8646540 Grant Likely2006-12-12 345 /* The PCI Host bridge of MPC52xx has a prefetch memory resource f42963f8646540 Grant Likely2006-12-12 346 fixed to 1Gb. Doesn't fit in the resource system so we remove it */ f42963f8646540 Grant Likely2006-12-12 347 if ( (dev->vendor == PCI_VENDOR_ID_MOTOROLA) && f42963f8646540 Grant Likely2006-12-12 348 ( dev->device == PCI_DEVICE_ID_MOTOROLA_MPC5200 f42963f8646540 Grant Likely2006-12-12 349|| dev->device == PCI_DEVICE_ID_MOTOROLA_MPC5200B) ) { f42963f8646540 Grant Likely2006-12-12 350 struct resource *res = &dev->resource[1]; f42963f8646540 Grant Likely2006-12-12 351 res->start = res->end = res->flags = 0; f42963f8646540 Grant Likely2006-12-12 352 } f42963f8646540 Grant Likely2006-12-12 353 } f42963f8646540 Grant Likely2006-12-12 354 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests
Re: [PATCH v4 1/4] PCI: Introduce pci_dev_for_each_resource()
Hi Andy, I love your patch! Yet something to improve: [auto build test ERROR on pci/next] [also build test ERROR on pci/for-linus powerpc/next powerpc/fixes linus/master v6.3-rc1 next-20230310] [cannot apply to soc/for-next] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Andy-Shevchenko/PCI-Introduce-pci_dev_for_each_resource/20230311-011642 base: https://git.kernel.org/pub/scm/linux/kernel/git/pci/pci.git next patch link: https://lore.kernel.org/r/20230310171416.23356-2-andriy.shevchenko%40linux.intel.com patch subject: [PATCH v4 1/4] PCI: Introduce pci_dev_for_each_resource() config: m68k-allyesconfig (https://download.01.org/0day-ci/archive/20230311/202303110550.blo6p5ds-...@intel.com/config) compiler: m68k-linux-gcc (GCC) 12.1.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/059b4a086017fbf2baacdbe0cc454f569f618ffd git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Andy-Shevchenko/PCI-Introduce-pci_dev_for_each_resource/20230311-011642 git checkout 059b4a086017fbf2baacdbe0cc454f569f618ffd # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=m68k olddefconfig COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=m68k SHELL=/bin/bash drivers/ If you fix the issue, kindly add following tag where applicable | Reported-by: kernel test robot | Link: https://lore.kernel.org/oe-kbuild-all/202303110550.blo6p5ds-...@intel.com/ All errors (new ones prefixed by >>): drivers/pnp/quirks.c: In function 'quirk_system_pci_resources': >> drivers/pnp/quirks.c:245:17: error: implicit declaration of function >> 'pci_dev_for_each_resource' [-Werror=implicit-function-declaration] 245 | pci_dev_for_each_resource(pdev, r, i) { | ^ >> drivers/pnp/quirks.c:245:54: error: expected ';' before '{' token 245 | pci_dev_for_each_resource(pdev, r, i) { | ^~ | ; drivers/pnp/quirks.c:233:16: warning: unused variable 'j' [-Wunused-variable] 233 | int i, j; |^ drivers/pnp/quirks.c:232:26: warning: unused variable 'res' [-Wunused-variable] 232 | struct resource *res, *r; | ^~~ cc1: some warnings being treated as errors vim +/pci_dev_for_each_resource +245 drivers/pnp/quirks.c 228 229 static void quirk_system_pci_resources(struct pnp_dev *dev) 230 { 231 struct pci_dev *pdev = NULL; 232 struct resource *res, *r; 233 int i, j; 234 235 /* 236 * Some BIOSes have PNP motherboard devices with resources that 237 * partially overlap PCI BARs. The PNP system driver claims these 238 * motherboard resources, which prevents the normal PCI driver from 239 * requesting them later. 240 * 241 * This patch disables the PNP resources that conflict with PCI BARs 242 * so they won't be claimed by the PNP system driver. 243 */ 244 for_each_pci_dev(pdev) { > 245 pci_dev_for_each_resource(pdev, r, i) { 246 unsigned long type = resource_type(r); 247 248 if (type != IORESOURCE_IO || type != IORESOURCE_MEM || 249 resource_size(r) == 0) 250 continue; 251 252 if (r->flags & IORESOURCE_UNSET) 253 continue; 254 255 for (j = 0; 256 (res = pnp_get_resource(dev, type, j)); j++) { 257 if (res->start == 0 && res->end == 0) 258 continue; 259 260 /* 261 * If the PNP region doesn't overlap the PCI 262 * region at all, there's no problem. 263 */ 264 if (!re
Re: [PATCH] xen/privcmd: prevent integer overflow on 32 bit systems
Hi Dan, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on linus/master v5.19-rc7 next-20220719] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Dan-Carpenter/xen-privcmd-prevent-integer-overflow-on-32-bit-systems/20220715-162307 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: x86_64-randconfig-a005 (https://download.01.org/0day-ci/archive/20220720/202207200236.geswjpck-...@intel.com/config) compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project fa0c7639e91fa1cd0cf2ff0445a1634a90fe850a) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/ea22ebd83753c7181043e69251b78f0be73675ad git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Dan-Carpenter/xen-privcmd-prevent-integer-overflow-on-32-bit-systems/20220715-162307 git checkout ea22ebd83753c7181043e69251b78f0be73675ad # save the config file mkdir build_dir && cp config build_dir/.config COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=x86_64 SHELL=/bin/bash drivers/acpi/ drivers/ata/ drivers/rtc/ drivers/thermal/intel/ drivers/xen/ If you fix the issue, kindly add following tag where applicable Reported-by: kernel test robot All warnings (new ones prefixed by >>): >> drivers/xen/privcmd.c:459:13: warning: result of comparison of constant >> 2305843009213693951 with expression of type 'unsigned int' is always false >> [-Wtautological-constant-out-of-range-compare] if (m.num > SIZE_MAX / sizeof(*m.arr)) ~ ^ ~ drivers/xen/privcmd.c:469:13: warning: result of comparison of constant 2305843009213693951 with expression of type 'unsigned int' is always false [-Wtautological-constant-out-of-range-compare] if (m.num > SIZE_MAX / sizeof(*m.arr)) ~ ^ ~ 2 warnings generated. vim +459 drivers/xen/privcmd.c 441 442 static long privcmd_ioctl_mmap_batch( 443 struct file *file, void __user *udata, int version) 444 { 445 struct privcmd_data *data = file->private_data; 446 int ret; 447 struct privcmd_mmapbatch_v2 m; 448 struct mm_struct *mm = current->mm; 449 struct vm_area_struct *vma; 450 unsigned long nr_pages; 451 LIST_HEAD(pagelist); 452 struct mmap_batch_state state; 453 454 switch (version) { 455 case 1: 456 if (copy_from_user(&m, udata, sizeof(struct privcmd_mmapbatch))) 457 return -EFAULT; 458 /* Returns per-frame error in m.arr. */ > 459 if (m.num > SIZE_MAX / sizeof(*m.arr)) 460 return -EINVAL; 461 m.err = NULL; 462 if (!access_ok(m.arr, m.num * sizeof(*m.arr))) 463 return -EFAULT; 464 break; 465 case 2: 466 if (copy_from_user(&m, udata, sizeof(struct privcmd_mmapbatch_v2))) 467 return -EFAULT; 468 /* Returns per-frame error code in m.err. */ 469 if (m.num > SIZE_MAX / sizeof(*m.arr)) 470 return -EINVAL; 471 if (!access_ok(m.err, m.num * (sizeof(*m.err 472 return -EFAULT; 473 break; 474 default: 475 return -EINVAL; 476 } 477 478 /* If restriction is in place, check the domid matches */ 479 if (data->domid != DOMID_INVALID && data->domid != m.dom) 480 return -EPERM; 481 482 nr_pages = DIV_ROUND_UP(m.num, XEN_PFN_PER_PAGE); 483 if ((m.num <= 0) || (nr_pages > (LONG_MAX >> PAGE_SHIFT))) 484 return -EINVAL; 485 486 ret = gather_array(&pagelist, m.num, sizeof(xen_pfn_t), m.arr); 487 488 if (ret) 489 goto out; 490 if (list_empty(&pagelist)) { 491 ret = -EINVAL; 492 goto out; 493 } 494 495 if (version == 2) { 496
[xen-tip:linux-next 6/10] drivers/xen/grant-dma-ops.c:278:6: warning: no previous prototype for 'xen_grant_setup_dma_ops'
Hi Juergen, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next head: bb1b8419ea23d8d2de3c886a540f41e39dfe82a9 commit: 6b268a48884cf8ef00477a0e652864638391587c [6/10] xen/virtio: Enable restricted memory access using Xen grant mappings config: x86_64-allyesconfig (https://download.01.org/0day-ci/archive/20220606/202206062149.cnjvofb7-...@intel.com/config) compiler: gcc-11 (Debian 11.3.0-1) 11.3.0 reproduce (this is a W=1 build): # https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git/commit/?id=6b268a48884cf8ef00477a0e652864638391587c git remote add xen-tip https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git git fetch --no-tags xen-tip linux-next git checkout 6b268a48884cf8ef00477a0e652864638391587c # save the config file mkdir build_dir && cp config build_dir/.config make W=1 O=build_dir ARCH=x86_64 SHELL=/bin/bash drivers/net/usb/ drivers/xen/ If you fix the issue, kindly add following tag where applicable Reported-by: kernel test robot All warnings (new ones prefixed by >>): >> drivers/xen/grant-dma-ops.c:278:6: warning: no previous prototype for >> 'xen_grant_setup_dma_ops' [-Wmissing-prototypes] 278 | void xen_grant_setup_dma_ops(struct device *dev) | ^~~ vim +/xen_grant_setup_dma_ops +278 drivers/xen/grant-dma-ops.c 2c73e39aceb90b Juergen Gross 2022-06-02 277 2c73e39aceb90b Juergen Gross 2022-06-02 @278 void xen_grant_setup_dma_ops(struct device *dev) 2c73e39aceb90b Juergen Gross 2022-06-02 279 { 2c73e39aceb90b Juergen Gross 2022-06-02 280struct xen_grant_dma_data *data; 2c73e39aceb90b Juergen Gross 2022-06-02 281 2c73e39aceb90b Juergen Gross 2022-06-02 282data = find_xen_grant_dma_data(dev); 2c73e39aceb90b Juergen Gross 2022-06-02 283if (data) { 2c73e39aceb90b Juergen Gross 2022-06-02 284dev_err(dev, "Xen grant DMA data is already created\n"); 2c73e39aceb90b Juergen Gross 2022-06-02 285return; 2c73e39aceb90b Juergen Gross 2022-06-02 286} 2c73e39aceb90b Juergen Gross 2022-06-02 287 2c73e39aceb90b Juergen Gross 2022-06-02 288data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL); 2c73e39aceb90b Juergen Gross 2022-06-02 289if (!data) 2c73e39aceb90b Juergen Gross 2022-06-02 290goto err; 2c73e39aceb90b Juergen Gross 2022-06-02 291 2c73e39aceb90b Juergen Gross 2022-06-02 292/* XXX The dom0 is hardcoded as the backend domain for now */ 2c73e39aceb90b Juergen Gross 2022-06-02 293data->backend_domid = 0; 2c73e39aceb90b Juergen Gross 2022-06-02 294 2c73e39aceb90b Juergen Gross 2022-06-02 295if (xa_err(xa_store(&xen_grant_dma_devices, (unsigned long)dev, data, 2c73e39aceb90b Juergen Gross 2022-06-02 296GFP_KERNEL))) { 2c73e39aceb90b Juergen Gross 2022-06-02 297dev_err(dev, "Cannot store Xen grant DMA data\n"); 2c73e39aceb90b Juergen Gross 2022-06-02 298goto err; 2c73e39aceb90b Juergen Gross 2022-06-02 299} 2c73e39aceb90b Juergen Gross 2022-06-02 300 2c73e39aceb90b Juergen Gross 2022-06-02 301dev->dma_ops = &xen_grant_dma_ops; 2c73e39aceb90b Juergen Gross 2022-06-02 302 2c73e39aceb90b Juergen Gross 2022-06-02 303return; 2c73e39aceb90b Juergen Gross 2022-06-02 304 2c73e39aceb90b Juergen Gross 2022-06-02 305 err: 2c73e39aceb90b Juergen Gross 2022-06-02 306dev_err(dev, "Cannot set up Xen grant DMA ops, retain platform DMA ops\n"); 2c73e39aceb90b Juergen Gross 2022-06-02 307 } 2c73e39aceb90b Juergen Gross 2022-06-02 308 :: The code at line 278 was first introduced by commit :: 2c73e39aceb90b59058cdbc497916049e798963c xen/grant-dma-ops: Add option to restrict memory access under Xen :: TO: Juergen Gross :: CC: Juergen Gross -- 0-DAY CI Kernel Test Service https://01.org/lkp
Re: [PATCH] xen/balloon: fix page onlining when populating new zone
Hi Juergen, I love your patch! Yet something to improve: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on linus/master linux/master v5.18-rc1 next-20220406] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/intel-lab-lkp/linux/commits/Juergen-Gross/xen-balloon-fix-page-onlining-when-populating-new-zone/20220407-000935 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: arm64-randconfig-r011-20220406 (https://download.01.org/0day-ci/archive/20220407/202204071359.uas4tsu0-...@intel.com/config) compiler: aarch64-linux-gcc (GCC) 11.2.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/b3deb59d5386ade4fb227038f202a9bdb8ade4ab git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Juergen-Gross/xen-balloon-fix-page-onlining-when-populating-new-zone/20220407-000935 git checkout b3deb59d5386ade4fb227038f202a9bdb8ade4ab # save the config file to linux build tree mkdir build_dir COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=arm64 SHELL=/bin/bash drivers/ If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): drivers/xen/balloon.c: In function 'decrease_reservation': >> drivers/xen/balloon.c:518:24: error: implicit declaration of function >> 'alloc_page_for_balloon' [-Werror=implicit-function-declaration] 518 | page = alloc_page_for_balloon(gfp); |^~ drivers/xen/balloon.c:518:22: warning: assignment to 'struct page *' from 'int' makes pointer from integer without a cast [-Wint-conversion] 518 | page = alloc_page_for_balloon(gfp); | ^ >> drivers/xen/balloon.c:545:17: error: implicit declaration of function >> 'add_page_to_balloon' [-Werror=implicit-function-declaration] 545 | add_page_to_balloon(page); | ^~~ cc1: some warnings being treated as errors vim +/alloc_page_for_balloon +518 drivers/xen/balloon.c 505 506 static enum bp_state decrease_reservation(unsigned long nr_pages, gfp_t gfp) 507 { 508 enum bp_state state = BP_DONE; 509 unsigned long i; 510 struct page *page, *tmp; 511 int ret; 512 LIST_HEAD(pages); 513 514 if (nr_pages > ARRAY_SIZE(frame_list)) 515 nr_pages = ARRAY_SIZE(frame_list); 516 517 for (i = 0; i < nr_pages; i++) { > 518 page = alloc_page_for_balloon(gfp); 519 if (page == NULL) { 520 nr_pages = i; 521 state = BP_EAGAIN; 522 break; 523 } 524 list_add(&page->lru, &pages); 525 } 526 527 /* 528 * Ensure that ballooned highmem pages don't have kmaps. 529 * 530 * Do this before changing the p2m as kmap_flush_unused() 531 * reads PTEs to obtain pages (and hence needs the original 532 * p2m entry). 533 */ 534 kmap_flush_unused(); 535 536 /* 537 * Setup the frame, update direct mapping, invalidate P2M, 538 * and add to balloon. 539 */ 540 i = 0; 541 list_for_each_entry_safe(page, tmp, &pages, lru) { 542 frame_list[i++] = xen_page_to_gfn(page); 543 544 list_del(&page->lru); > 545 add_page_to_balloon(page); 546 } 547 548 flush_tlb_all(); 549 550 ret = xenmem_reservation_decrease(nr_pages, frame_list); 551 BUG_ON(ret != nr_pages); 552 553 balloon_stats.current_pages -= nr_pages; 554 555 return state; 556 } 557 -- 0-DAY CI Kernel Test Service https://01.org/lkp
Re: [PATCH] xen/balloon: fix page onlining when populating new zone
Hi Juergen, I love your patch! Perhaps something to improve: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on linus/master linux/master v5.18-rc1 next-20220406] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/intel-lab-lkp/linux/commits/Juergen-Gross/xen-balloon-fix-page-onlining-when-populating-new-zone/20220407-000935 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: arm64-randconfig-r036-20220406 (https://download.01.org/0day-ci/archive/20220407/202204070950.mzgbyw2q-...@intel.com/config) compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project c4a1b07d0979e7ff20d7d541af666d822d66b566) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install arm64 cross compiling tool for clang build # apt-get install binutils-aarch64-linux-gnu # https://github.com/intel-lab-lkp/linux/commit/b3deb59d5386ade4fb227038f202a9bdb8ade4ab git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Juergen-Gross/xen-balloon-fix-page-onlining-when-populating-new-zone/20220407-000935 git checkout b3deb59d5386ade4fb227038f202a9bdb8ade4ab # save the config file to linux build tree mkdir build_dir COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm64 SHELL=/bin/bash drivers/media/platform/ drivers/xen/ If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): drivers/xen/balloon.c:518:10: error: implicit declaration of function 'alloc_page_for_balloon' [-Werror,-Wimplicit-function-declaration] page = alloc_page_for_balloon(gfp); ^ >> drivers/xen/balloon.c:518:8: warning: incompatible integer to pointer >> conversion assigning to 'struct page *' from 'int' [-Wint-conversion] page = alloc_page_for_balloon(gfp); ^ ~~~ drivers/xen/balloon.c:545:3: error: implicit declaration of function 'add_page_to_balloon' [-Werror,-Wimplicit-function-declaration] add_page_to_balloon(page); ^ 1 warning and 2 errors generated. vim +518 drivers/xen/balloon.c 505 506 static enum bp_state decrease_reservation(unsigned long nr_pages, gfp_t gfp) 507 { 508 enum bp_state state = BP_DONE; 509 unsigned long i; 510 struct page *page, *tmp; 511 int ret; 512 LIST_HEAD(pages); 513 514 if (nr_pages > ARRAY_SIZE(frame_list)) 515 nr_pages = ARRAY_SIZE(frame_list); 516 517 for (i = 0; i < nr_pages; i++) { > 518 page = alloc_page_for_balloon(gfp); 519 if (page == NULL) { 520 nr_pages = i; 521 state = BP_EAGAIN; 522 break; 523 } 524 list_add(&page->lru, &pages); 525 } 526 527 /* 528 * Ensure that ballooned highmem pages don't have kmaps. 529 * 530 * Do this before changing the p2m as kmap_flush_unused() 531 * reads PTEs to obtain pages (and hence needs the original 532 * p2m entry). 533 */ 534 kmap_flush_unused(); 535 536 /* 537 * Setup the frame, update direct mapping, invalidate P2M, 538 * and add to balloon. 539 */ 540 i = 0; 541 list_for_each_entry_safe(page, tmp, &pages, lru) { 542 frame_list[i++] = xen_page_to_gfn(page); 543 544 list_del(&page->lru); 545 add_page_to_balloon(page); 546 } 547 548 flush_tlb_all(); 549 550 ret = xenmem_reservation_decrease(nr_pages, frame_list); 551 BUG_ON(ret != nr_pages); 552 553 balloon_stats.current_pages -= nr_pages; 554 555 return state; 556 } 557 -- 0-DAY CI Kernel Test Service https://01.org/lkp
Re: [PATCH] xen/balloon: fix page onlining when populating new zone
Hi Juergen, I love your patch! Perhaps something to improve: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on linus/master linux/master v5.18-rc1 next-20220406] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/intel-lab-lkp/linux/commits/Juergen-Gross/xen-balloon-fix-page-onlining-when-populating-new-zone/20220407-000935 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: arm64-randconfig-r011-20220406 (https://download.01.org/0day-ci/archive/20220407/202204070706.pkz2th7l-...@intel.com/config) compiler: aarch64-linux-gcc (GCC) 11.2.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/intel-lab-lkp/linux/commit/b3deb59d5386ade4fb227038f202a9bdb8ade4ab git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Juergen-Gross/xen-balloon-fix-page-onlining-when-populating-new-zone/20220407-000935 git checkout b3deb59d5386ade4fb227038f202a9bdb8ade4ab # save the config file to linux build tree mkdir build_dir COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=arm64 SHELL=/bin/bash drivers/xen/ If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): drivers/xen/balloon.c: In function 'decrease_reservation': drivers/xen/balloon.c:518:24: error: implicit declaration of function 'alloc_page_for_balloon' [-Werror=implicit-function-declaration] 518 | page = alloc_page_for_balloon(gfp); |^~ >> drivers/xen/balloon.c:518:22: warning: assignment to 'struct page *' from >> 'int' makes pointer from integer without a cast [-Wint-conversion] 518 | page = alloc_page_for_balloon(gfp); | ^ drivers/xen/balloon.c:545:17: error: implicit declaration of function 'add_page_to_balloon' [-Werror=implicit-function-declaration] 545 | add_page_to_balloon(page); | ^~~ cc1: some warnings being treated as errors vim +518 drivers/xen/balloon.c 505 506 static enum bp_state decrease_reservation(unsigned long nr_pages, gfp_t gfp) 507 { 508 enum bp_state state = BP_DONE; 509 unsigned long i; 510 struct page *page, *tmp; 511 int ret; 512 LIST_HEAD(pages); 513 514 if (nr_pages > ARRAY_SIZE(frame_list)) 515 nr_pages = ARRAY_SIZE(frame_list); 516 517 for (i = 0; i < nr_pages; i++) { > 518 page = alloc_page_for_balloon(gfp); 519 if (page == NULL) { 520 nr_pages = i; 521 state = BP_EAGAIN; 522 break; 523 } 524 list_add(&page->lru, &pages); 525 } 526 527 /* 528 * Ensure that ballooned highmem pages don't have kmaps. 529 * 530 * Do this before changing the p2m as kmap_flush_unused() 531 * reads PTEs to obtain pages (and hence needs the original 532 * p2m entry). 533 */ 534 kmap_flush_unused(); 535 536 /* 537 * Setup the frame, update direct mapping, invalidate P2M, 538 * and add to balloon. 539 */ 540 i = 0; 541 list_for_each_entry_safe(page, tmp, &pages, lru) { 542 frame_list[i++] = xen_page_to_gfn(page); 543 544 list_del(&page->lru); 545 add_page_to_balloon(page); 546 } 547 548 flush_tlb_all(); 549 550 ret = xenmem_reservation_decrease(nr_pages, frame_list); 551 BUG_ON(ret != nr_pages); 552 553 balloon_stats.current_pages -= nr_pages; 554 555 return state; 556 } 557 -- 0-DAY CI Kernel Test Service https://01.org/lkp
Re: [PATCH 5/5] xen: flag xen_snd_front to be not essential for system boot
Hi Juergen, I love your patch! Yet something to improve: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on tty/tty-testing tiwai-sound/for-next hid/for-next linus/master v5.15 next-20211106] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/xen-cleanup-detection-of-non-essential-pv-devices/20211022-145043 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: arm64-randconfig-r005-20211025 (attached as .config) compiler: clang version 14.0.0 (https://github.com/llvm/llvm-project a461fa64bb37cffd73f683c74f6b0780379fc2ca) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install arm64 cross compiling tool for clang build # apt-get install binutils-aarch64-linux-gnu # https://github.com/0day-ci/linux/commit/ed8f15a6cafc5414c3821aad66273c580034c3c0 git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/xen-cleanup-detection-of-non-essential-pv-devices/20211022-145043 git checkout ed8f15a6cafc5414c3821aad66273c580034c3c0 # save the attached .config to linux build tree mkdir build_dir COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm64 SHELL=/bin/bash sound/xen/ If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): >> sound/xen/xen_snd_front.c:361:23: error: unexpected ';' before '}' .not_essential = true; ^ 1 error generated. vim +361 sound/xen/xen_snd_front.c 355 356 static struct xenbus_driver xen_driver = { 357 .ids = xen_drv_ids, 358 .probe = xen_drv_probe, 359 .remove = xen_drv_remove, 360 .otherend_changed = sndback_changed, > 361 .not_essential = true; 362 }; 363 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip
Re: [PATCH] xen/balloon: rename alloc/free_xenballooned_pages
Hi Juergen, I love your patch! Yet something to improve: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on linux/master linus/master v5.15-rc7 next-20211029] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/xen-balloon-rename-alloc-free_xenballooned_pages/20211029-222901 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: arm64-defconfig (attached as .config) compiler: aarch64-linux-gcc (GCC) 11.2.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://github.com/0day-ci/linux/commit/4db6d782d7d5ef16ced6f4e54161bd8f1148d39b git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/xen-balloon-rename-alloc-free_xenballooned_pages/20211029-222901 git checkout 4db6d782d7d5ef16ced6f4e54161bd8f1148d39b # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross ARCH=arm64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): >> drivers/xen/balloon.c:612:5: error: conflicting types for >> 'xen_alloc_unpopulated_pages'; have 'int(int, struct page **)' 612 | int xen_alloc_unpopulated_pages(int nr_pages, struct page **pages) | ^~~ In file included from drivers/xen/balloon.c:68: include/xen/xen.h:55:5: note: previous declaration of 'xen_alloc_unpopulated_pages' with type 'int(unsigned int, struct page **)' 55 | int xen_alloc_unpopulated_pages(unsigned int nr_pages, struct page **pages); | ^~~ In file included from include/linux/linkage.h:7, from include/linux/kernel.h:8, from include/linux/list.h:9, from include/linux/rculist.h:10, from include/linux/pid.h:5, from include/linux/sched.h:14, from include/linux/ratelimit.h:6, from include/linux/dev_printk.h:16, from include/linux/device.h:15, from include/linux/node.h:18, from include/linux/cpu.h:17, from drivers/xen/balloon.c:41: drivers/xen/balloon.c:658:15: error: conflicting types for 'xen_alloc_unpopulated_pages'; have 'int(int, struct page **)' 658 | EXPORT_SYMBOL(xen_alloc_unpopulated_pages); | ^~~ include/linux/export.h:98:28: note: in definition of macro '___EXPORT_SYMBOL' 98 | extern typeof(sym) sym; \ |^~~ include/linux/export.h:160:41: note: in expansion of macro '__EXPORT_SYMBOL' 160 | #define _EXPORT_SYMBOL(sym, sec)__EXPORT_SYMBOL(sym, sec, "") | ^~~ include/linux/export.h:163:41: note: in expansion of macro '_EXPORT_SYMBOL' 163 | #define EXPORT_SYMBOL(sym) _EXPORT_SYMBOL(sym, "") | ^~ drivers/xen/balloon.c:658:1: note: in expansion of macro 'EXPORT_SYMBOL' 658 | EXPORT_SYMBOL(xen_alloc_unpopulated_pages); | ^ In file included from drivers/xen/balloon.c:68: include/xen/xen.h:55:5: note: previous declaration of 'xen_alloc_unpopulated_pages' with type 'int(unsigned int, struct page **)' 55 | int xen_alloc_unpopulated_pages(unsigned int nr_pages, struct page **pages); | ^~~ >> drivers/xen/balloon.c:665:6: error: conflicting types for >> 'xen_free_unpopulated_pages'; have 'void(int, struct page **)' 665 | void xen_free_unpopulated_pages(int nr_pages, struct page **pages) | ^~ In file included from drivers/xen/balloon.c:68: include/xen/xen.h:56:6: note: previous declaration of 'xen_free_unpopulated_pages' with type 'void(unsigned int, struct page **)' 56 | void xen_free_unpopulated_pages(unsigned int nr_pages, struct page **pages); | ^~ In file included from include/linux/linkage.h:7, from include/linux/kernel.h:8, from include/linux/list.h:9, from include/linux/r
Re: [PATCH v2 3/3] xen/blkfront: don't trust the backend response data blindly
Hi Juergen, I love your patch! Perhaps something to improve: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on next-20210708] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/xen-harden-blkfront-against-malicious-backends/20210708-204423 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: x86_64-rhel-8.3-kselftests (attached as .config) compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 reproduce: # apt-get install sparse # sparse version: v0.6.3-341-g8af24329-dirty # https://github.com/0day-ci/linux/commit/26379fb9eaab91fc62eefa414619d27072941f59 git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/xen-harden-blkfront-against-malicious-backends/20210708-204423 git checkout 26379fb9eaab91fc62eefa414619d27072941f59 # save the attached .config to linux build tree make W=1 C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' O=build_dir ARCH=x86_64 SHELL=/bin/bash If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot sparse warnings: (new ones prefixed by >>) >> drivers/block/xen-blkfront.c:1568:20: sparse: sparse: context imbalance in >> 'blkif_interrupt' - different lock contexts for basic block vim +/blkif_interrupt +1568 drivers/block/xen-blkfront.c 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1567 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 @1568 static irqreturn_t blkif_interrupt(int irq, void *dev_id) 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1569 { 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1570 struct request *req; 4c0a9a02397621 Juergen Gross 2021-07-08 1571 struct blkif_response bret; 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1572 RING_IDX i, rp; 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1573 unsigned long flags; 81f35161577236 Bob Liu 2015-11-14 1574 struct blkfront_ring_info *rinfo = (struct blkfront_ring_info *)dev_id; 81f35161577236 Bob Liu 2015-11-14 1575 struct blkfront_info *info = rinfo->dev_info; 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1576 11659569f7202d Bob Liu 2015-11-14 1577 if (unlikely(info->connected != BLKIF_STATE_CONNECTED)) 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1578 return IRQ_HANDLED; 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1579 11659569f7202d Bob Liu 2015-11-14 1580 spin_lock_irqsave(&rinfo->ring_lock, flags); 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1581 again: 26379fb9eaab91 Juergen Gross 2021-07-08 1582 rp = READ_ONCE(rinfo->ring.sring->rsp_prod); 26379fb9eaab91 Juergen Gross 2021-07-08 1583 virt_rmb(); /* Ensure we see queued responses up to 'rp'. */ 26379fb9eaab91 Juergen Gross 2021-07-08 1584 if (RING_RESPONSE_PROD_OVERFLOW(&rinfo->ring, rp)) { 26379fb9eaab91 Juergen Gross 2021-07-08 1585 pr_alert("%s: illegal number of responses %u\n", 26379fb9eaab91 Juergen Gross 2021-07-08 1586 info->gd->disk_name, rp - rinfo->ring.rsp_cons); 26379fb9eaab91 Juergen Gross 2021-07-08 1587 goto err; 26379fb9eaab91 Juergen Gross 2021-07-08 1588 } 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1589 81f35161577236 Bob Liu 2015-11-14 1590 for (i = rinfo->ring.rsp_cons; i != rp; i++) { 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1591 unsigned long id; 26379fb9eaab91 Juergen Gross 2021-07-08 1592 unsigned int op; 9f27ee59503865 Jeremy Fitzhardinge 2007-07-17 1593 4c0a9a02397621 Juergen Gross 2021-07-08 1594 RING_COPY_RESPONSE(&rinfo->ring, i, &bret); 4c0a9a02397621 Juergen Gross 2021-07-08 1595 id = bret.id; 4c0a9a02397621 Juergen Gross 2021-07-08 1596 6878c32e5cc0e4 Konrad Rzeszutek Wilk 2012-05-25 1597 /* 6878c32e5cc0e4 Konrad Rzeszutek Wilk 2012-05-25 1598* The backend has messed up and given us an id that we would 6878c32e5cc0e4 Konrad Rzeszutek Wilk 2012-05-25 1599* never have given to it (we stamp it up to BLK_RING_SIZE - 6878c32e5cc0e4 Konrad Rzeszutek Wilk 2012-05-25 1600* look in get_id_from_freelist. 6878c32e5cc0e4 Konrad Rzeszutek Wilk 2012-05-25 1601*/ 86839c56dee28c Bob Liu 2015-06-03 1602 if (id >= BLK_RING_SIZE(info)) { 26379fb9eaab91 Juergen Gross 2021-07-08 1603 pr_alert("%s: response has incorrect id (%ld)\n", 26379f
[xen-tip:linux-next 7/9] drivers/net/xen-netback/netback.c:1334:17: warning: variable 'ret' set but not used
tree: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next head: 871997bc9e423f05c7da7c9178e62dde5df2a7f8 commit: 3194a1746e8aabe86075fd3c5e7cf1f4632d7f16 [7/9] xen-netback: don't "handle" error by BUG() config: arm64-allyesconfig (attached as .config) compiler: aarch64-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git/commit/?id=3194a1746e8aabe86075fd3c5e7cf1f4632d7f16 git remote add xen-tip https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git git fetch --no-tags xen-tip linux-next git checkout 3194a1746e8aabe86075fd3c5e7cf1f4632d7f16 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=arm64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): drivers/net/xen-netback/netback.c: In function 'xenvif_tx_action': >> drivers/net/xen-netback/netback.c:1334:17: warning: variable 'ret' set but >> not used [-Wunused-but-set-variable] 1334 | int work_done, ret; | ^~~ vim +/ret +1334 drivers/net/xen-netback/netback.c 3e2234b3149f66 Zoltan Kiss 2014-03-06 1328 f53c3fe8dad725 Zoltan Kiss 2014-03-06 1329 f942dc2552b8bf Ian Campbell 2011-03-15 1330 /* Called after netfront has transmitted */ e9ce7cb6b10740 Wei Liu 2014-06-04 1331 int xenvif_tx_action(struct xenvif_queue *queue, int budget) f942dc2552b8bf Ian Campbell 2011-03-15 1332 { bdab82759b8e36 Zoltan Kiss 2014-04-02 1333unsigned nr_mops, nr_cops = 0; f53c3fe8dad725 Zoltan Kiss 2014-03-06 @1334int work_done, ret; b3f980bd827e6e Wei Liu 2013-08-26 1335 e9ce7cb6b10740 Wei Liu 2014-06-04 1336if (unlikely(!tx_work_todo(queue))) b3f980bd827e6e Wei Liu 2013-08-26 1337return 0; f942dc2552b8bf Ian Campbell 2011-03-15 1338 e9ce7cb6b10740 Wei Liu 2014-06-04 1339xenvif_tx_build_gops(queue, budget, &nr_cops, &nr_mops); f942dc2552b8bf Ian Campbell 2011-03-15 1340 bdab82759b8e36 Zoltan Kiss 2014-04-02 1341if (nr_cops == 0) b3f980bd827e6e Wei Liu 2013-08-26 1342return 0; f942dc2552b8bf Ian Campbell 2011-03-15 1343 e9ce7cb6b10740 Wei Liu 2014-06-04 1344 gnttab_batch_copy(queue->tx_copy_ops, nr_cops); 3194a1746e8aab Jan Beulich 2021-02-15 1345if (nr_mops != 0) e9ce7cb6b10740 Wei Liu 2014-06-04 1346ret = gnttab_map_refs(queue->tx_map_ops, f53c3fe8dad725 Zoltan Kiss 2014-03-06 1347 NULL, e9ce7cb6b10740 Wei Liu 2014-06-04 1348 queue->pages_to_map, 9074ce24932186 Zoltan Kiss 2014-04-02 1349 nr_mops); f942dc2552b8bf Ian Campbell 2011-03-15 1350 e9ce7cb6b10740 Wei Liu 2014-06-04 1351work_done = xenvif_tx_submit(queue); b3f980bd827e6e Wei Liu 2013-08-26 1352 b3f980bd827e6e Wei Liu 2013-08-26 1353return work_done; f942dc2552b8bf Ian Campbell 2011-03-15 1354 } f942dc2552b8bf Ian Campbell 2011-03-15 1355 :: The code at line 1334 was first introduced by commit :: f53c3fe8dad725b014e9c7682720d8e3e2a8a5b3 xen-netback: Introduce TX grant mapping :: TO: Zoltan Kiss :: CC: David S. Miller --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip
Re: [PATCH v3 10/15] x86/paravirt: simplify paravirt macros
Hi Juergen, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v5.10] [cannot apply to xen-tip/linux-next tip/x86/core tip/x86/asm next-20201217] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/x86-major-paravirt-cleanup/20201217-173646 base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git accefff5b547a9a1d959c7e76ad539bf2480e78b config: x86_64-randconfig-a016-20201217 (attached as .config) compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project cee1e7d14f4628d6174b33640d502bff3b54ae45) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install x86_64 cross compiling tool for clang build # apt-get install binutils-x86-64-linux-gnu # https://github.com/0day-ci/linux/commit/0d13a33e925f799d8487bcc597e2dc016d1fdd16 git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/x86-major-paravirt-cleanup/20201217-173646 git checkout 0d13a33e925f799d8487bcc597e2dc016d1fdd16 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): In file included from arch/x86/kernel/asm-offsets.c:13: In file included from include/linux/suspend.h:5: In file included from include/linux/swap.h:9: In file included from include/linux/memcontrol.h:22: In file included from include/linux/writeback.h:14: In file included from include/linux/blk-cgroup.h:23: In file included from include/linux/blkdev.h:26: In file included from include/linux/scatterlist.h:9: In file included from arch/x86/include/asm/io.h:244: >> arch/x86/include/asm/paravirt.h:44:2: warning: variable '__eax' is >> uninitialized when used within its own initialization [-Wuninitialized] PVOP_VCALL0(mmu.flush_tlb_user); ^~~ arch/x86/include/asm/paravirt_types.h:504:2: note: expanded from macro 'PVOP_VCALL0' __PVOP_VCALL(op) ^~~~ arch/x86/include/asm/paravirt_types.h:492:8: note: expanded from macro '__PVOP_VCALL' (void)PVOP_CALL(long, op, CLBR_ANY, PVOP_VCALL_CLOBBERS,\ ^~~ arch/x86/include/asm/paravirt_types.h:471:3: note: expanded from macro 'PVOP_CALL' PVOP_CALL_ARGS; \ ^~ arch/x86/include/asm/paravirt_types.h:431:41: note: expanded from macro 'PVOP_CALL_ARGS' __edx = __edx, __ecx = __ecx, __eax = __eax; ~ ^ In file included from arch/x86/kernel/asm-offsets.c:13: In file included from include/linux/suspend.h:5: In file included from include/linux/swap.h:9: In file included from include/linux/memcontrol.h:22: In file included from include/linux/writeback.h:14: In file included from include/linux/blk-cgroup.h:23: In file included from include/linux/blkdev.h:26: In file included from include/linux/scatterlist.h:9: In file included from arch/x86/include/asm/io.h:244: arch/x86/include/asm/paravirt.h:49:2: warning: variable '__eax' is uninitialized when used within its own initialization [-Wuninitialized] PVOP_VCALL0(mmu.flush_tlb_kernel); ^ arch/x86/include/asm/paravirt_types.h:504:2: note: expanded from macro 'PVOP_VCALL0' __PVOP_VCALL(op) ^~~~ arch/x86/include/asm/paravirt_types.h:492:8: note: expanded from macro '__PVOP_VCALL' (void)PVOP_CALL(long, op, CLBR_ANY, PVOP_VCALL_CLOBBERS,\ ^~~ arch/x86/include/asm/paravirt_types.h:471:3: note: expanded from macro 'PVOP_CALL' PVOP_CALL_ARGS; \ ^~ arch/x86/include/asm/paravirt_types.h:431:41: note: expanded from macro 'PVOP_CALL_ARGS' __edx = __edx, __ecx = __ecx, __eax = __eax; ~ ^ In file included from arch/x86/kernel/asm-offsets.c:13: In file included from include/linux/suspend.h:5:
Re: [PATCH v3 14/15] x86/paravirt: switch functions with custom code to ALTERNATIVE
Hi Juergen, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to xen-tip/linux-next tip/x86/core tip/x86/asm v5.10 next-20201217] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/x86-major-paravirt-cleanup/20201217-173646 base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git accefff5b547a9a1d959c7e76ad539bf2480e78b config: x86_64-randconfig-a002-20201217 (attached as .config) compiler: gcc-9 (Debian 9.3.0-15) 9.3.0 reproduce (this is a W=1 build): # https://github.com/0day-ci/linux/commit/bc3cbe0ff1b123a4b7f48c91b32198d7dfe57797 git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/x86-major-paravirt-cleanup/20201217-173646 git checkout bc3cbe0ff1b123a4b7f48c91b32198d7dfe57797 # save the attached .config to linux build tree make W=1 ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All error/warnings (new ones prefixed by >>): arch/x86/entry/entry_64.S: Assembler messages: >> arch/x86/entry/entry_64.S:1092: Error: junk at end of line, first >> unrecognized character is `(' >> arch/x86/entry/entry_64.S:1092: Error: backward ref to unknown label "771:" >> arch/x86/entry/entry_64.S:1092: Error: backward ref to unknown label "771:" >> arch/x86/entry/entry_64.S:1092: Error: junk at end of line, first >> unrecognized character is `,' >> arch/x86/entry/entry_64.S:1092: Warning: missing closing '"' >> arch/x86/entry/entry_64.S:1092: Error: expecting mnemonic; got nothing vim +1092 arch/x86/entry/entry_64.S ddeb8f2149de280 arch/x86/kernel/entry_64.S Alexander van Heukelum 2008-11-24 1089 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 1090 SYM_CODE_START_LOCAL(error_return) 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 1091 UNWIND_HINT_REGS 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 @1092 DEBUG_ENTRY_ASSERT_IRQS_OFF 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 1093 testb $3, CS(%rsp) 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 1094 jz restore_regs_and_return_to_kernel 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 1095 jmp swapgs_restore_regs_and_return_to_usermode 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 1096 SYM_CODE_END(error_return) 424c7d0a9a396ba arch/x86/entry/entry_64.S Thomas Gleixner2020-03-26 1097 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip
Re: [PATCH v3 08/15] x86: add new features for paravirt patching
Hi Juergen, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v5.10] [cannot apply to xen-tip/linux-next tip/x86/core tip/x86/asm next-20201217] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/x86-major-paravirt-cleanup/20201217-173646 base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git accefff5b547a9a1d959c7e76ad539bf2480e78b config: i386-randconfig-r021-20201217 (attached as .config) compiler: gcc-9 (Debian 9.3.0-15) 9.3.0 reproduce (this is a W=1 build): # https://github.com/0day-ci/linux/commit/032ee351da7a8adab17b0306cf5908b02f5728d2 git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/x86-major-paravirt-cleanup/20201217-173646 git checkout 032ee351da7a8adab17b0306cf5908b02f5728d2 # save the attached .config to linux build tree make W=1 ARCH=i386 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): ld: arch/x86/kernel/alternative.o: in function `paravirt_set_cap': >> arch/x86/kernel/alternative.c:605: undefined reference to >> `pv_is_native_spin_unlock' >> ld: arch/x86/kernel/alternative.c:608: undefined reference to >> `pv_is_native_vcpu_is_preempted' vim +605 arch/x86/kernel/alternative.c 601 602 #ifdef CONFIG_PARAVIRT 603 static void __init paravirt_set_cap(void) 604 { > 605 if (!pv_is_native_spin_unlock()) 606 setup_force_cpu_cap(X86_FEATURE_PVUNLOCK); 607 > 608 if (!pv_is_native_vcpu_is_preempted()) 609 setup_force_cpu_cap(X86_FEATURE_VCPUPREEMPT); 610 } 611 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip
Re: [PATCH v2 11/12] x86/paravirt: switch functions with custom code to ALTERNATIVE
Hi Juergen, I love your patch! Perhaps something to improve: [auto build test WARNING on v5.10-rc4] [also build test WARNING on next-20201120] [cannot apply to tip/x86/core xen-tip/linux-next tip/x86/asm] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/x86-major-paravirt-cleanup/20201120-194934 base:09162bc32c880a791c6c0668ce0745cf7958f576 config: x86_64-rhel-7.6-kselftests (attached as .config) compiler: gcc-9 (Debian 9.3.0-15) 9.3.0 reproduce (this is a W=1 build): # https://github.com/0day-ci/linux/commit/fd8d46a7a2c51313ee14c43af60ff337279384ef git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/x86-major-paravirt-cleanup/20201120-194934 git checkout fd8d46a7a2c51313ee14c43af60ff337279384ef # save the attached .config to linux build tree make W=1 ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): >> drivers/misc/lkdtm/bugs.o: warning: objtool: .altinstr_replacement+0x0: >> alternative modifies stack --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip
Re: [PATCH v2 12/12] x86/paravirt: have only one paravirt patch function
Hi Juergen, I love your patch! Perhaps something to improve: [auto build test WARNING on v5.10-rc4] [also build test WARNING on next-20201120] [cannot apply to tip/x86/core xen-tip/linux-next tip/x86/asm] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/x86-major-paravirt-cleanup/20201120-194934 base:09162bc32c880a791c6c0668ce0745cf7958f576 config: x86_64-randconfig-r014-20201120 (attached as .config) compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project 3ded927cf80ac519f9f9c4664fef08787f7c537d) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install x86_64 cross compiling tool for clang build # apt-get install binutils-x86-64-linux-gnu # https://github.com/0day-ci/linux/commit/340df5e02c66ec37486a1f31e6497a22dab65059 git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Juergen-Gross/x86-major-paravirt-cleanup/20201120-194934 git checkout 340df5e02c66ec37486a1f31e6497a22dab65059 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): >> arch/x86/kernel/paravirt.c:124:10: warning: no previous prototype for >> function 'paravirt_patch_insns' [-Wmissing-prototypes] unsigned paravirt_patch_insns(void *insn_buff, unsigned len, ^ arch/x86/kernel/paravirt.c:124:1: note: declare 'static' if the function is not intended to be used outside of this translation unit unsigned paravirt_patch_insns(void *insn_buff, unsigned len, ^ static 1 warning generated. vim +/paravirt_patch_insns +124 arch/x86/kernel/paravirt.c 63f70270ccd981c arch/i386/kernel/paravirt.c Jeremy Fitzhardinge 2007-05-02 123 1fc654cf6e04b40 arch/x86/kernel/paravirt.c Ingo Molnar 2019-04-25 @124 unsigned paravirt_patch_insns(void *insn_buff, unsigned len, 63f70270ccd981c arch/i386/kernel/paravirt.c Jeremy Fitzhardinge 2007-05-02 125 const char *start, const char *end) 63f70270ccd981c arch/i386/kernel/paravirt.c Jeremy Fitzhardinge 2007-05-02 126 { 63f70270ccd981c arch/i386/kernel/paravirt.c Jeremy Fitzhardinge 2007-05-02 127 unsigned insn_len = end - start; 63f70270ccd981c arch/i386/kernel/paravirt.c Jeremy Fitzhardinge 2007-05-02 128 2777cae2b19d4a0 arch/x86/kernel/paravirt.c Ingo Molnar 2019-04-25 129 /* Alternative instruction is too large for the patch site and we cannot continue: */ 2777cae2b19d4a0 arch/x86/kernel/paravirt.c Ingo Molnar 2019-04-25 130 BUG_ON(insn_len > len || start == NULL); 2777cae2b19d4a0 arch/x86/kernel/paravirt.c Ingo Molnar 2019-04-25 131 1fc654cf6e04b40 arch/x86/kernel/paravirt.c Ingo Molnar 2019-04-25 132 memcpy(insn_buff, start, insn_len); 139ec7c416248b9 arch/i386/kernel/paravirt.c Rusty Russell 2006-12-07 133 139ec7c416248b9 arch/i386/kernel/paravirt.c Rusty Russell 2006-12-07 134 return insn_len; 139ec7c416248b9 arch/i386/kernel/paravirt.c Rusty Russell 2006-12-07 135 } 139ec7c416248b9 arch/i386/kernel/paravirt.c Rusty Russell 2006-12-07 136 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip
Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
Hi David, I love your patch! Perhaps something to improve: [auto build test WARNING on next-20200909] [cannot apply to mmotm/master hnaz-linux-mm/master xen-tip/linux-next powerpc/next linus/master v5.9-rc4 v5.9-rc3 v5.9-rc2 v5.9-rc4] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/David-Hildenbrand/mm-memory_hotplug-selective-merging-of-system-ram-resources/20200910-171630 base:7204eaa2c1f509066486f488c9dcb065d7484494 :: branch date: 9 hours ago :: commit date: 9 hours ago config: powerpc-randconfig-r011-20200909 (attached as .config) compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project 0a5dc7effb191eff740e0e7ae7bd8e1f6bdb3ad9) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install powerpc cross compiling tool for clang build # apt-get install binutils-powerpc-linux-gnu # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=powerpc If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): In file included from arch/powerpc/kernel/asm-offsets.c:14: In file included from include/linux/compat.h:17: In file included from include/linux/fs.h:15: In file included from include/linux/radix-tree.h:18: In file included from include/linux/xarray.h:14: In file included from include/linux/gfp.h:6: In file included from include/linux/mmzone.h:853: include/linux/memory_hotplug.h:354:55: error: unknown type name 'mhp_t' extern int __add_memory(int nid, u64 start, u64 size, mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:355:53: error: unknown type name 'mhp_t' extern int add_memory(int nid, u64 start, u64 size, mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:357:11: error: unknown type name 'mhp_t' mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:360:10: error: unknown type name 'mhp_t' mhp_t mhp_flags); ^ In file included from arch/powerpc/kernel/asm-offsets.c:21: >> include/linux/mman.h:137:9: warning: division by zero is undefined >> [-Wdivision-by-zero] _calc_vm_trans(flags, MAP_LOCKED, VM_LOCKED) | ^~~~ include/linux/mman.h:115:21: note: expanded from macro '_calc_vm_trans' : ((x) & (bit1)) / ((bit1) / (bit2 ^ ~ include/linux/mman.h:138:9: warning: division by zero is undefined [-Wdivision-by-zero] _calc_vm_trans(flags, MAP_SYNC, VM_SYNC ); ^~~~ include/linux/mman.h:115:21: note: expanded from macro '_calc_vm_trans' : ((x) & (bit1)) / ((bit1) / (bit2 ^ ~ 2 warnings and 4 errors generated. make[2]: *** [scripts/Makefile.build:117: arch/powerpc/kernel/asm-offsets.s] Error 1 make[2]: Target '__build' not remade because of errors. make[1]: *** [Makefile:1196: prepare0] Error 2 make[1]: Target 'prepare' not remade because of errors. make: *** [Makefile:185: __sub-make] Error 2 make: Target 'prepare' not remade because of errors. # https://github.com/0day-ci/linux/commit/d88270d1c0783a7f99f24a85692be90fd2ae0d7d git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review David-Hildenbrand/mm-memory_hotplug-selective-merging-of-system-ram-resources/20200910-171630 git checkout d88270d1c0783a7f99f24a85692be90fd2ae0d7d vim +137 include/linux/mman.h ^1da177e4c3f41 Linus Torvalds 2005-04-16 128 ^1da177e4c3f41 Linus Torvalds 2005-04-16 129 /* ^1da177e4c3f41 Linus Torvalds 2005-04-16 130 * Combine the mmap "flags" argument into "vm_flags" used internally. ^1da177e4c3f41 Linus Torvalds 2005-04-16 131 */ ^1da177e4c3f41 Linus Torvalds 2005-04-16 132 static inline unsigned long ^1da177e4c3f41 Linus Torvalds 2005-04-16 133 calc_vm_flag_bits(unsigned long flags) ^1da177e4c3f41 Linus Torvalds 2005-04-16 134 { ^1da177e4c3f41 Linus Torvalds 2005-04-16 135 return _calc_vm_trans(flags, MAP_GROWSDOWN, VM_GROWSDOWN ) | ^1da177e4c3f41 Linus Torvalds 2005-04-16 136 _calc
Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
Hi David, I love your patch! Yet something to improve: [auto build test ERROR on next-20200909] [cannot apply to mmotm/master hnaz-linux-mm/master xen-tip/linux-next powerpc/next linus/master v5.9-rc4 v5.9-rc3 v5.9-rc2 v5.9-rc4] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/David-Hildenbrand/mm-memory_hotplug-selective-merging-of-system-ram-resources/20200910-171630 base:7204eaa2c1f509066486f488c9dcb065d7484494 config: x86_64-randconfig-a016-20200909 (attached as .config) compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project 0a5dc7effb191eff740e0e7ae7bd8e1f6bdb3ad9) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install x86_64 cross compiling tool for clang build # apt-get install binutils-x86-64-linux-gnu # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): WARNING: unmet direct dependencies detected for PHY_SAMSUNG_UFS Depends on OF && (ARCH_EXYNOS || COMPILE_TEST Selected by - SCSI_UFS_EXYNOS && SCSI_LOWLEVEL && SCSI && SCSI_UFSHCD_PLATFORM && (ARCH_EXYNOS || COMPILE_TEST In file included from arch/x86/kernel/asm-offsets.c:9: In file included from include/linux/crypto.h:20: In file included from include/linux/slab.h:15: In file included from include/linux/gfp.h:6: In file included from include/linux/mmzone.h:853: >> include/linux/memory_hotplug.h:354:55: error: unknown type name 'mhp_t' extern int __add_memory(int nid, u64 start, u64 size, mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:355:53: error: unknown type name 'mhp_t' extern int add_memory(int nid, u64 start, u64 size, mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:357:11: error: unknown type name 'mhp_t' mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:360:10: error: unknown type name 'mhp_t' mhp_t mhp_flags); ^ 4 errors generated. Makefile Module.symvers System.map arch block certs crypto drivers fs include init ipc kernel lib mm modules.builtin modules.builtin.modinfo modules.order net scripts security sound source tools usr virt vmlinux vmlinux.o vmlinux.symvers [scripts/Makefile.build:117: arch/x86/kernel/asm-offsets.s] Error 1 Target '__build' not remade because of errors. Makefile Module.symvers System.map arch block certs crypto drivers fs include init ipc kernel lib mm modules.builtin modules.builtin.modinfo modules.order net scripts security sound source tools usr virt vmlinux vmlinux.o vmlinux.symvers [Makefile:1196: prepare0] Error 2 Target 'prepare' not remade because of errors. make: Makefile Module.symvers System.map arch block certs crypto drivers fs include init ipc kernel lib mm modules.builtin modules.builtin.modinfo modules.order net scripts security sound source tools usr virt vmlinux vmlinux.o vmlinux.symvers [Makefile:185: __sub-make] Error 2 make: Target 'prepare' not remade because of errors. # https://github.com/0day-ci/linux/commit/d88270d1c0783a7f99f24a85692be90fd2ae0d7d git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review David-Hildenbrand/mm-memory_hotplug-selective-merging-of-system-ram-resources/20200910-171630 git checkout d88270d1c0783a7f99f24a85692be90fd2ae0d7d vim +/mhp_t +354 include/linux/memory_hotplug.h 352 353 extern void __ref free_area_init_core_hotplug(int nid); > 354 extern int __add_memory(int nid, u64 start, u64 size, mhp_t mhp_flags); --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip
Re: [PATCH v3 3/7] x86/xen: drop tests for highmem in pv code
Hi Juergen, I love your patch! Perhaps something to improve: [auto build test WARNING on tip/x86/core] [also build test WARNING on tip/x86/asm v5.8 next-20200806] [cannot apply to xen-tip/linux-next tip/x86/vdso] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Juergen-Gross/Remove-32-bit-Xen-PV-guest-support/20200807-164058 base: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ef2ff0f5d6008d325c9a068e20981c0d0acc4d6b config: x86_64-allyesconfig (attached as .config) compiler: gcc-9 (Debian 9.3.0-15) 9.3.0 reproduce (this is a W=1 build): # save the attached .config to linux build tree make W=1 ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): arch/x86/xen/enlighten_pv.c: In function 'set_aliased_prot': >> arch/x86/xen/enlighten_pv.c:348:15: warning: variable 'page' set but not >> used [-Wunused-but-set-variable] 348 | struct page *page; | ^~~~ arch/x86/xen/enlighten_pv.c: At top level: arch/x86/xen/enlighten_pv.c:1198:34: warning: no previous prototype for 'xen_start_kernel' [-Wmissing-prototypes] 1198 | asmlinkage __visible void __init xen_start_kernel(void) | ^~~~ vim +/page +348 arch/x86/xen/enlighten_pv.c e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 335 e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 336 /* e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 337 * Set the page permissions for a particular virtual address. If the e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 338 * address is a vmalloc mapping (or other non-linear mapping), then e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 339 * find the linear mapping of the page and also set its protections to e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 340 * match. e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 341 */ e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 342 static void set_aliased_prot(void *v, pgprot_t prot) e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 343 { e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 344 int level; e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 345 pte_t *ptep; e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 346 pte_t pte; e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 347 unsigned long pfn; e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 @348 struct page *page; e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 349 unsigned char dummy; 64aef3716eab524 Juergen Gross 2020-08-07 350 void *av; e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 351 e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 352 ptep = lookup_address((unsigned long)v, &level); e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 353 BUG_ON(ptep == NULL); e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 354 e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 355 pfn = pte_pfn(*ptep); e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 356 page = pfn_to_page(pfn); e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 357 e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 358 pte = pfn_pte(pfn, prot); e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 359 e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 360 /* e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 361* Careful: update_va_mapping() will fail if the virtual address e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 362* we're poking isn't populated in the page tables. We don't e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 363* need to worry about the direct map (that's always in the page e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 364* tables), but we need to be careful about vmap space. In e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 365* particular, the top level page table can lazily propagate e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 366* entries between processes, so if we've switched mms since we e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 367* vmapped the target in the first place, we might not have the e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 368* top-level page table entry populated. e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 369* e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 370* We disable preemption because we want the same mm active when e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 371* we probe the target and when we issue the hypercall. We'll e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14 372* have the same nominal mm, but if we're a kernel thread, lazy e1dab14cf68d1e0 Vitaly Kuznetsov 2017-03-14
Re: [Intel-gfx] [PATCH 6/6] drm/xen-front: Add support for EDID based configuration
Hi Oleksandr, I love your patch! Perhaps something to improve: [auto build test WARNING on drm-exynos/exynos-drm-next] [also build test WARNING on drm-intel/for-linux-next tegra-drm/drm/tegra/for-next drm-tip/drm-tip linus/master v5.8 next-20200804] [cannot apply to xen-tip/linux-next drm/drm-next] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Oleksandr-Andrushchenko/Fixes-and-improvements-for-Xen-pvdrm/20200731-205350 base: https://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git exynos-drm-next compiler: aarch64-linux-gcc (GCC) 9.3.0 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot cppcheck warnings: (new ones prefixed by >>) >> drivers/irqchip/irq-gic.c:161:24: warning: Local variable gic_data shadows >> outer variable [shadowVar] struct gic_chip_data *gic_data = irq_data_get_irq_chip_data(d); ^ drivers/irqchip/irq-gic.c:123:29: note: Shadowed declaration static struct gic_chip_data gic_data[CONFIG_ARM_GIC_MAX_NR] __read_mostly; ^ drivers/irqchip/irq-gic.c:161:24: note: Shadow variable struct gic_chip_data *gic_data = irq_data_get_irq_chip_data(d); ^ drivers/irqchip/irq-gic.c:167:24: warning: Local variable gic_data shadows outer variable [shadowVar] struct gic_chip_data *gic_data = irq_data_get_irq_chip_data(d); ^ drivers/irqchip/irq-gic.c:123:29: note: Shadowed declaration static struct gic_chip_data gic_data[CONFIG_ARM_GIC_MAX_NR] __read_mostly; ^ drivers/irqchip/irq-gic.c:167:24: note: Shadow variable struct gic_chip_data *gic_data = irq_data_get_irq_chip_data(d); ^ >> drivers/irqchip/irq-gic.c:400:28: warning: Local variable gic_irq shadows >> outer function [shadowFunction] unsigned int cascade_irq, gic_irq; ^ drivers/irqchip/irq-gic.c:171:28: note: Shadowed declaration static inline unsigned int gic_irq(struct irq_data *d) ^ drivers/irqchip/irq-gic.c:400:28: note: Shadow variable unsigned int cascade_irq, gic_irq; ^ >> drivers/irqchip/irq-gic.c:1507:14: warning: Local variable gic_cpu_base >> shadows outer function [shadowFunction] phys_addr_t gic_cpu_base; ^ drivers/irqchip/irq-gic.c:165:29: note: Shadowed declaration static inline void __iomem *gic_cpu_base(struct irq_data *d) ^ drivers/irqchip/irq-gic.c:1507:14: note: Shadow variable phys_addr_t gic_cpu_base; ^ >> drivers/irqchip/irq-gic-v3.c:874:71: warning: Boolean result is used in >> bitwise operation. Clarify expression with parentheses. [clarifyCondition] gic_data.rdists.has_direct_lpi &= (!!(typer & GICR_TYPER_DirectLPIS) | ^ >> drivers/irqchip/irq-gic-v3.c:1808:6: warning: Local variable >> nr_redist_regions shadows outer variable [shadowVar] u32 nr_redist_regions; ^ drivers/irqchip/irq-gic-v3.c:1880:6: note: Shadowed declaration u32 nr_redist_regions; ^ drivers/irqchip/irq-gic-v3.c:1808:6: note: Shadow variable u32 nr_redist_regions; ^ >> drivers/irqchip/irq-gic-v3.c:2042:6: warning: Local variable maint_irq_mode >> shadows outer variable [shadowVar] int maint_irq_mode; ^ drivers/irqchip/irq-gic-v3.c:1884:6: note: Shadowed declaration int maint_irq_mode; ^ drivers/irqchip/irq-gic-v3.c:2042:6: note: Shadow variable int maint_irq_mode; ^ >> drivers/gpu/drm/xen/xen_drm_front_cfg.c:76:6: warning: Variable 'ret' is >> reassigned a value before the old one has been used. [redundantAssignment] ret = xen_drm_front_get_edid(front_info, index, pages, ^ drivers/gpu/drm/xen/xen_drm_front_cfg.c:61:0: note: Variable 'ret' is reassigned a value before the old one has been used. int i, npages, ret = -ENOMEM; ^ drivers/gpu/drm/xen/xen_drm_front_cfg.c:76:6: note: Variable 'ret' is reassigned a value before the old one has been used. ret = xen_drm_front_get_edid(front_info, index, pages, ^ vim +/ret +76 drivers/gpu/drm/xen/xen_drm_front_cfg.c 54 55 static void cfg_connector_edid(struct xen_drm_front_info *front_info, 56 struct xen_drm_front_cfg_connector *connector, 57 int index) 58 { 59 struct page **pages; 60 u32 edid_sz; 61 int i, npage
[Xen-devel] bfcf4bd96c [ 8.837757] double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN
Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/stackguards commit bfcf4bd96c127fa67275b54554bea089424601f8 Author: Andy Lutomirski AuthorDate: Fri Jul 13 17:27:40 2018 -0700 Commit: Thomas Gleixner CommitDate: Fri Apr 5 09:23:30 2019 +0200 x86/irq/64: Split the IRQ stack into its own pages Currently the IRQ stack is hardcoded as the first page of the percpu area, and the stack canary lives on the IRQ stack. The former gets in the way of adding an IRQ stack guard page, and the latter is a potential weakness in the stack canary mechanism. Split the IRQ stack into its own private percpu pages. [ tglx: Make 64 and 32 bit share struct irq_stack ] Signed-off-by: Andy Lutomirski 1593e8b7e3 x86/irq/32: Handle irq stack allocation failure proper bfcf4bd96c x86/irq/64: Split the IRQ stack into its own pages 834dedd380 x86/irq/64: Remove stack overflow debug code af9671e6ad Merge branch 'perf/urgent' +--+++++ | | 1593e8b7e3 | bfcf4bd96c | 834dedd380 | af9671e6ad | +--+++++ | boot_successes | 31 | 0 | 0 | 8 | | boot_failures| 2 | 11 | 11 | 3 | | BUG:kernel_in_stage | 2 | 2 | 0 | 3 | | double_fault:#[##] | 0 | 9 | || | RIP:interrupt_entry | 0 | 9 | 11 || | Kernel_panic-not_syncing:Fatal_exception | 0 | 9 | 11 || | invalid_opcode:#[##] | 0 | 0 | 11 || +--+++++ [8.787903] memory used by lock dependency info: 7899 kB [8.794327] per task-struct memory footprint: 1920 bytes [8.806410] ACPI: Core revision 20190215 [8.826246] clocksource: hpet: mask: 0x max_cycles: 0x, max_idle_ns: 19112604467 ns [8.836106] hpet clockevent registered [8.837757] double fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN [8.839882] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.1.0-rc3-00027-gbfcf4bd #1 [8.842976] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014 [8.858753] RIP: 0010:interrupt_entry+0xbb/0xd0 [8.867595] Code: 00 02 00 00 74 02 0f 0b 58 48 8d 7c 24 08 65 ff 04 25 4c ee 01 00 75 1b 65 48 89 3c 25 f8 9f 00 00 65 48 8b 24 25 50 ee 01 00 <48> 3b 7c 24 f8 74 02 0f 0b 57 ff 77 f8 e8 ca 13 60 fe c3 66 90 48 [8.902603] RSP: :888059002000 EFLAGS: 00010056 [8.912812] RAX: 10745f00 RBX: RCX: [8.923404] RDX: RSI: 82a008ca RDI: 83a07cf8 [8.926529] RBP: R08: R09: [8.929025] R10: R11: R12: [8.931162] R13: R14: R15: [8.943725] FS: () GS:88801900() knlGS: [8.959095] CS: 0010 DS: ES: CR0: 80050033 [8.966820] CR2: 888059001ff8 CR3: 03a26000 CR4: 06b0 [8.969912] Call Trace: [8.970864] ---[ end trace 6dd0cce45af54f3e ]--- [8.972478] RIP: 0010:interrupt_entry+0xbb/0xd0 # HH:MM RESULT GOOD BAD GOOD_BUT_DIRTY DIRTY_NOT_BAD git bisect start a45b3649d85a7ed735803ebe50b0cefd39e202b2 79a3aaa7b82e3106be97842dedfd8429248896e6 -- git bisect good cb030100ff36e2ca0582734ee7665e7a0560d884 # 17:16 G 11 07 7 Merge 'linux-review/Ming-Lei/block-clarify-that-bio_add_page-and-related-helpers-can-add-multi-pages/20190402-122152' into devel-hourly-2019040514 git bisect good 0b6c6764f5add44efa60ff6c62773f1b969c322e # 17:42 G 11 00 0 Merge 'linux-review/Dan-Carpenter/kvm-vmx-Silence-a-shift-wrap-warning/20190325-175921' into devel-hourly-2019040514 git bisect good 694889d98fe7ad27139710ff6ac1ecca237cad60 # 17:54 G 11 00 0 Merge 'linux-review/Miquel-Raynal/usb-host-xhci-plat-Prevent-an-abnormally-restrictive-PHY-init-skipping/20190326-182118' into devel-hourly-2019040514 git bisect good 972b31f1074bf48850b5838e7dd07e39c2f0a28e # 18:10 G 10 00 0 Merge 'linux-review/Chris-Wilson/drm-i915-Fixup-kerneldoc-for-intel_cdclk_needs_cd2x_update/20190404-162941' into devel-hourly-2019040514 git bisect good 7076ae7c
[Xen-devel] bfcf4bd96c ("x86/irq/64: Split the IRQ stack into its own pages"): double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN
Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/stackguards commit bfcf4bd96c127fa67275b54554bea089424601f8 Author: Andy Lutomirski AuthorDate: Fri Jul 13 17:27:40 2018 -0700 Commit: Thomas Gleixner CommitDate: Fri Apr 5 09:23:30 2019 +0200 x86/irq/64: Split the IRQ stack into its own pages Currently the IRQ stack is hardcoded as the first page of the percpu area, and the stack canary lives on the IRQ stack. The former gets in the way of adding an IRQ stack guard page, and the latter is a potential weakness in the stack canary mechanism. Split the IRQ stack into its own private percpu pages. [ tglx: Make 64 and 32 bit share struct irq_stack ] Signed-off-by: Andy Lutomirski 1593e8b7e3 x86/irq/32: Handle irq stack allocation failure proper bfcf4bd96c x86/irq/64: Split the IRQ stack into its own pages 834dedd380 x86/irq/64: Remove stack overflow debug code af9671e6ad Merge branch 'perf/urgent' +--+++++ | | 1593e8b7e3 | bfcf4bd96c | 834dedd380 | af9671e6ad | +--+++++ | boot_successes | 31 | 0 | 0 | 8 | | boot_failures| 2 | 11 | 11 | 3 | | BUG:kernel_in_stage | 2 | 2 | 0 | 3 | | double_fault:#[##] | 0 | 9 | || | RIP:interrupt_entry | 0 | 9 | 11 || | Kernel_panic-not_syncing:Fatal_exception | 0 | 9 | 11 || | invalid_opcode:#[##] | 0 | 0 | 11 || +--+++++ [8.787903] memory used by lock dependency info: 7899 kB [8.794327] per task-struct memory footprint: 1920 bytes [8.806410] ACPI: Core revision 20190215 [8.826246] clocksource: hpet: mask: 0x max_cycles: 0x, max_idle_ns: 19112604467 ns [8.836106] hpet clockevent registered [8.837757] double fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN [8.839882] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.1.0-rc3-00027-gbfcf4bd #1 [8.842976] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014 [8.858753] RIP: 0010:interrupt_entry+0xbb/0xd0 [8.867595] Code: 00 02 00 00 74 02 0f 0b 58 48 8d 7c 24 08 65 ff 04 25 4c ee 01 00 75 1b 65 48 89 3c 25 f8 9f 00 00 65 48 8b 24 25 50 ee 01 00 <48> 3b 7c 24 f8 74 02 0f 0b 57 ff 77 f8 e8 ca 13 60 fe c3 66 90 48 [8.902603] RSP: :888059002000 EFLAGS: 00010056 [8.912812] RAX: 10745f00 RBX: RCX: [8.923404] RDX: RSI: 82a008ca RDI: 83a07cf8 [8.926529] RBP: R08: R09: [8.929025] R10: R11: R12: [8.931162] R13: R14: R15: [8.943725] FS: () GS:88801900() knlGS: [8.959095] CS: 0010 DS: ES: CR0: 80050033 [8.966820] CR2: 888059001ff8 CR3: 03a26000 CR4: 06b0 [8.969912] Call Trace: [8.970864] ---[ end trace 6dd0cce45af54f3e ]--- [8.972478] RIP: 0010:interrupt_entry+0xbb/0xd0 # HH:MM RESULT GOOD BAD GOOD_BUT_DIRTY DIRTY_NOT_BAD git bisect start a45b3649d85a7ed735803ebe50b0cefd39e202b2 79a3aaa7b82e3106be97842dedfd8429248896e6 -- git bisect good cb030100ff36e2ca0582734ee7665e7a0560d884 # 17:16 G 11 07 7 Merge 'linux-review/Ming-Lei/block-clarify-that-bio_add_page-and-related-helpers-can-add-multi-pages/20190402-122152' into devel-hourly-2019040514 git bisect good 0b6c6764f5add44efa60ff6c62773f1b969c322e # 17:42 G 11 00 0 Merge 'linux-review/Dan-Carpenter/kvm-vmx-Silence-a-shift-wrap-warning/20190325-175921' into devel-hourly-2019040514 git bisect good 694889d98fe7ad27139710ff6ac1ecca237cad60 # 17:54 G 11 00 0 Merge 'linux-review/Miquel-Raynal/usb-host-xhci-plat-Prevent-an-abnormally-restrictive-PHY-init-skipping/20190326-182118' into devel-hourly-2019040514 git bisect good 972b31f1074bf48850b5838e7dd07e39c2f0a28e # 18:10 G 10 00 0 Merge 'linux-review/Chris-Wilson/drm-i915-Fixup-kerneldoc-for-intel_cdclk_needs_cd2x_update/20190404-162941' into devel-hourly-2019040514 git bisect good 7076ae7c
[Xen-devel] 92a0f81d89 ("x86/cpu_entry_area: Move it out of the fixmap"): BUG: kernel hang in boot stage
Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/pti commit 92a0f81d89571e3e8759366e050ee05cc545ef99 Author: Thomas Gleixner AuthorDate: Wed Dec 20 18:51:31 2017 +0100 Commit: Ingo Molnar CommitDate: Fri Dec 22 20:13:05 2017 +0100 x86/cpu_entry_area: Move it out of the fixmap Put the cpu_entry_area into a separate P4D entry. The fixmap gets too big and 0-day already hit a case where the fixmap PTEs were cleared by cleanup_highmap(). Aside of that the fixmap API is a pain as it's all backwards. Signed-off-by: Thomas Gleixner Cc: Andy Lutomirski Cc: Borislav Petkov Cc: Dave Hansen Cc: H. Peter Anvin Cc: Josh Poimboeuf Cc: Juergen Gross Cc: Linus Torvalds Cc: Peter Zijlstra Cc: linux-ker...@vger.kernel.org Signed-off-by: Ingo Molnar ed1bbc40a0 x86/cpu_entry_area: Move it to a separate unit 92a0f81d89 x86/cpu_entry_area: Move it out of the fixmap 679d0580c1 x86/ldt: Make the LDT mapping RO 3056af3db3 Merge branch 'WIP.x86/pti.base' +---+++++ | | ed1bbc40a0 | 92a0f81d89 | 679d0580c1 | 3056af3db3 | +---+++++ | boot_successes| 77 | 0 | 0 | 0 | | boot_failures | 0 | 26 | 43 | 19 | | BUG:kernel_hang_in_boot_stage | 0 | 26 | 43 | 19 | +---+++++ [0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) [0.00] BRK [0x07cb7000, 0x07cb7fff] PGTABLE [0.00] BRK [0x07cb8000, 0x07cb8fff] PGTABLE [0.00] BRK [0x07cb9000, 0x07cb9fff] PGTABLE [0.00] BRK [0x07cba000, 0x07cbafff] PGTABLE BUG: kernel hang in boot stage # HH:MM RESULT GOOD BAD GOOD_BUT_DIRTY DIRTY_NOT_BAD git bisect start 858ee49740dd2f7e85f1b45c2af708b6c08f0771 v4.14 -- git bisect good 7fbbd5cbebf118a9e09f5453f686656a167c3d1c # 23:18 G 11 00 0 x86/entry/64: Remove the SYSENTER stack canary git bisect good 4fe2d8b11a370af286287a2661de9d4e6c9a145a # 23:27 G 11 00 0 x86/entry: Rename SYSENTER_stack to CPU_ENTRY_AREA_entry_stack git bisect good dd95f1a4b5ca904c78e6a097091eb21436478abb # 23:39 G 11 00 0 x86/mm: Put MMU to hardware ASID translation in one place git bisect bad 613e396bc0d4c7604fba23256644e78454c68cf6 # 23:47 B 0 2 16 0 init: Invoke init_espfix_bsp() from mm_init() git bisect good ed1bbc40a0d10e0c5c74fe7bdc6298295cf40255 # 23:58 G 11 00 0 x86/cpu_entry_area: Move it to a separate unit git bisect bad 92a0f81d89571e3e8759366e050ee05cc545ef99 # 00:07 B 0 11 36 11 x86/cpu_entry_area: Move it out of the fixmap # first bad commit: [92a0f81d89571e3e8759366e050ee05cc545ef99] x86/cpu_entry_area: Move it out of the fixmap git bisect good ed1bbc40a0d10e0c5c74fe7bdc6298295cf40255 # 00:19 G 31 00 0 x86/cpu_entry_area: Move it to a separate unit # extra tests on HEAD of tip/master git bisect bad 3056af3db33464f58e51ddcc9fd5552413e3a6f2 # 00:55 B 0 5 27 8 Merge branch 'WIP.x86/pti.base' # extra tests on tree/branch tip/WIP.x86/pti git bisect bad 679d0580c1655be350392a66a45cedc9f4c5e139 # 01:14 B 0 2 42 26 x86/ldt: Make the LDT mapping RO # extra tests on tree/branch tip/master git bisect bad 3056af3db33464f58e51ddcc9fd5552413e3a6f2 # 01:14 B 0 19 33 0 Merge branch 'WIP.x86/pti.base' --- 0-DAY kernel test infrastructureOpen Source Technology Center https://lists.01.org/pipermail/lkp Intel Corporation dmesg-quantal-lkp-hsw01-11:20171224000613:i386-randconfig-a1-201751:4.14.0-00142-g92a0f81:2.gz Description: application/gzip #!/bin/bash kernel=$1 kvm=( qemu-system-x86_64 -enable-kvm -cpu kvm64 -kernel $kernel -m 512 -smp 2 -device e1000,netdev=net0 -netdev user,id=net0 -boot order=nc -no-reboot -watchdog i6300esb -watchdog-action debug -rtc base=localtime -serial stdio -display none -monitor null ) append=( root=/dev/ram0 hung_task_panic=1 debug apic=debug sysrq_always_enabled rcupdate.rcu_cpu_stall_timeout=100 net.ifnames=0 printk.devkmsg=on panic=-1 softlockup_panic=1 nmi_watchdog=panic oops=panic load_ramdisk=2 prompt_ramdisk=0 drbd.minor_count=8 systemd.log_level=err ignore_loglevel