- Kernel - mailweb.openeuler.org

[PATCH OLK-5.10] cpufreq: CPPC: Eliminate the impact of cpc_read() latency error
by Zeng Heng 30 Mar '24

30 Mar '24

hulk inclusion category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/I9COT9 ----------------------------- We have found significant differences in the latency of cpc_read() between regular scenarios and scenarios with high memory access pressure. Ignoring this error can result in getting rate interface occasionally returning absurd values. Here provides a high memory access sample test by stress-ng. My local testing platform includes 160 CPUs, the CPC registers is accessed by mmio method, and the cpuidle feature is disabled (the AMU always works online): ~~~ ./stress-ng --memrate 160 --timeout 180 ~~~ The following data is sourced from ftrace statistics towards cppc_get_perf_ctrs(): Regular scenarios || High memory access pressure scenarios 104) | cppc_get_perf_ctrs() { || 133) | cppc_get_perf_ctrs() { 104) 0.800 us | cpc_read.isra.0(); || 133) 4.580 us | cpc_read.isra.0(); 104) 0.640 us | cpc_read.isra.0(); || 133) 7.780 us | cpc_read.isra.0(); 104) 0.450 us | cpc_read.isra.0(); || 133) 2.550 us | cpc_read.isra.0(); 104) 0.430 us | cpc_read.isra.0(); || 133) 0.570 us | cpc_read.isra.0(); 104) 4.610 us | } || 133) ! 157.610 us | } 104) | cppc_get_perf_ctrs() { || 133) | cppc_get_perf_ctrs() { 104) 0.720 us | cpc_read.isra.0(); || 133) 0.760 us | cpc_read.isra.0(); 104) 0.720 us | cpc_read.isra.0(); || 133) 4.480 us | cpc_read.isra.0(); 104) 0.510 us | cpc_read.isra.0(); || 133) 0.520 us | cpc_read.isra.0(); 104) 0.500 us | cpc_read.isra.0(); || 133) + 10.100 us | cpc_read.isra.0(); 104) 3.460 us | } || 133) ! 120.850 us | } 108) | cppc_get_perf_ctrs() { || 87) | cppc_get_perf_ctrs() { 108) 0.820 us | cpc_read.isra.0(); || 87) ! 255.200 us | cpc_read.isra.0(); 108) 0.850 us | cpc_read.isra.0(); || 87) 2.910 us | cpc_read.isra.0(); 108) 0.590 us | cpc_read.isra.0(); || 87) 5.160 us | cpc_read.isra.0(); 108) 0.610 us | cpc_read.isra.0(); || 87) 4.340 us | cpc_read.isra.0(); 108) 5.080 us | } || 87) ! 315.790 us | } 108) | cppc_get_perf_ctrs() { || 87) | cppc_get_perf_ctrs() { 108) 0.630 us | cpc_read.isra.0(); || 87) 0.800 us | cpc_read.isra.0(); 108) 0.630 us | cpc_read.isra.0(); || 87) 6.310 us | cpc_read.isra.0(); 108) 0.420 us | cpc_read.isra.0(); || 87) 1.190 us | cpc_read.isra.0(); 108) 0.430 us | cpc_read.isra.0(); || 87) + 11.620 us | cpc_read.isra.0(); 108) 3.780 us | } || 87) ! 207.010 us | } My local testing platform works under 3000000hz, but the cpuinfo_cur_freq interface returns values that are not even close to the actual frequency: [root@localhost ~]# cd /sys/devices/system/cpu [root@localhost cpu]# for i in {0..159}; do cat cpu$i/cpufreq/cpuinfo_cur_freq; done 5127812 2952127 3069001 3496183 922989768 2419194 3427042 2331869 3594611 8238499 ... The reason is when under heavy memory access pressure, the execution of cpc_read() delay has increased from sub-microsecond to several hundred microseconds. Moving the cpc_read function into a critical section by irq disable/enable has minimal impact on the result. cppc_get_perf_ctrs()[0] cppc_get_perf_ctrs()[1] / \ / \ cpc_read cpc_read cpc_read cpc_read ref[0] delivered[0] ref[1] delivered[1] | | | | v v v v -----------------------------------------------------------------------> time <--delta[0]--> <------sample_period------> <-----delta[1]-----> Since that, freq = ref_freq * (delivered[1] - delivered[0]) / (ref[1] - ref[0]) and delivered[1] - delivered[0] = freq * (delta[1] + sample_period), ref[1] - ref[0] = ref_freq * (delta[0] + sample_period) To eliminate the impact of system memory access latency, setting a sampling period of 2us is far from sufficient. Consequently, we suggest cppc_cpufreq_get_rate() only can be called in the process context, and adopt a longer sampling period to neutralize the impact of random latency. Here we call the cond_resched() function instead of sleep-like functions to ensure that `taskset -c $i cat cpu$i/cpufreq/cpuinfo_cur_freq` could work when cpuidle feature is enabled. Reported-by: Yang Shi <yang(a)os.amperecomputing.com> Link: https://lore.kernel.org/all/20230328193846.8757-1-yang@os.amperecomputing.c… Signed-off-by: Zeng Heng <zengheng4(a)huawei.com> --- drivers/cpufreq/cppc_cpufreq.c | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/drivers/cpufreq/cppc_cpufreq.c b/drivers/cpufreq/cppc_cpufreq.c index 3ab0eb8e2424..6f06e9a80816 100644 --- a/drivers/cpufreq/cppc_cpufreq.c +++ b/drivers/cpufreq/cppc_cpufreq.c @@ -357,12 +357,26 @@ static int cppc_get_perf_ctrs_sample(void *val) struct fb_ctr_pair *fb_ctrs = val; int cpu = fb_ctrs->cpu; int ret; + unsigned long timeout; ret = cppc_get_perf_ctrs(cpu, &fb_ctrs->fb_ctrs_t0); if (ret) return ret; - udelay(2); /* 2usec delay between sampling */ + if (likely(!irqs_disabled())) { + /* + * Set 1ms as sampling interval, but never schedule + * to the idle task to prevent the AMU counters from + * stopping working. + */ + timeout = jiffies + msecs_to_jiffies(1); + while (!time_after(jiffies, timeout)) + cond_resched(); + + } else { + pr_warn_once("CPU%d: Get rate in atomic context", cpu); + udelay(2); /* 2usec delay between sampling */ + } return cppc_get_perf_ctrs(cpu, &fb_ctrs->fb_ctrs_t1); } -- 2.25.1

2 1

[PATCH OLK-6.6 00/15] Optimize compaction
by Liu Shixin 30 Mar '24

30 Mar '24

Optimize compaction. Baolin Wang (2): mm: compaction: update the cc->nr_migratepages when allocating or freeing the freepages mm: compaction: limit the suitable target page order to be less than cc->order Barry Song (1): mm: compaction: avoid fast_isolate_freepages blindly choose improper pageblock Hugh Dickins (1): mm: add page_rmappable_folio() wrapper Hyesoo Yu (1): mm: page_alloc: check the order of compound page even when the order is zero Kemeng Shi (6): mm/compaction: use correct list in move_freelist_{head}/{tail} mm/compaction: call list_is_{first}/{last} more intuitively in move_freelist_{head}/{tail} mm/compaction: correctly return failure with bogus compound_order in strict mode mm/compaction: remove repeat compact_blockskip_flush check in reset_isolation_suitable mm/compaction: improve comment of is_via_compact_memory mm/compaction: factor out code to test if we should run compaction for target order Zi Yan (4): mm/page_alloc: remove unused fpi_flags in free_pages_prepare() mm/compaction: enable compacting >0 order folios. mm/compaction: add support for >0 order folio memory compaction. mm/compaction: optimize >0 order folio compaction with free page split. include/trace/events/compaction.h | 6 +- mm/compaction.c | 358 ++++++++++++++++++++---------- mm/internal.h | 13 +- mm/mempolicy.c | 17 +- mm/page_alloc.c | 28 +-- 5 files changed, 269 insertions(+), 153 deletions(-) -- 2.25.1

2 16

[openeuler:OLK-6.6 7031/7157] drivers/scsi/hisi_raid/hiraid_main.c:1832: warning: expecting prototype for hiraid_create_cq(). Prototype was for hiraid_create_complete_queue() instead
by kernel test robot 30 Mar '24

30 Mar '24

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 398d837363b6cac5548eda808de1dfd5269a960a commit: fd8c1a2ddc2f28838e4a6a8be6a7d6dc95a678d3 [7031/7157] SCSI: hisi_raid: support SPxxx serial RAID/HBA controllers config: arm64-allmodconfig (https://download.01.org/0day-ci/archive/20240330/202403301744.3A4FOOJB-lkp@…) compiler: clang version 19.0.0git (https://github.com/llvm/llvm-project 79ba323bdd0843275019e16b6e9b35133677c514) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240330/202403301744.3A4FOOJB-lkp@…) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot <lkp(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202403301744.3A4FOOJB-lkp@intel.com/ All warnings (new ones prefixed by >>): drivers/scsi/hisi_raid/hiraid_main.c:1832: warning: Function parameter or member 'hdev' not described in 'hiraid_create_complete_queue' drivers/scsi/hisi_raid/hiraid_main.c:1832: warning: Function parameter or member 'qid' not described in 'hiraid_create_complete_queue' drivers/scsi/hisi_raid/hiraid_main.c:1832: warning: Function parameter or member 'hiraidq' not described in 'hiraid_create_complete_queue' drivers/scsi/hisi_raid/hiraid_main.c:1832: warning: Function parameter or member 'cq_vector' not described in 'hiraid_create_complete_queue' >> drivers/scsi/hisi_raid/hiraid_main.c:1832: warning: expecting prototype for hiraid_create_cq(). Prototype was for hiraid_create_complete_queue() instead drivers/scsi/hisi_raid/hiraid_main.c:1852: warning: Function parameter or member 'hdev' not described in 'hiraid_create_send_queue' drivers/scsi/hisi_raid/hiraid_main.c:1852: warning: Function parameter or member 'qid' not described in 'hiraid_create_send_queue' drivers/scsi/hisi_raid/hiraid_main.c:1852: warning: Function parameter or member 'hiraidq' not described in 'hiraid_create_send_queue' >> drivers/scsi/hisi_raid/hiraid_main.c:1852: warning: expecting prototype for hiraid_create_sq(). Prototype was for hiraid_create_send_queue() instead vim +1832 drivers/scsi/hisi_raid/hiraid_main.c 1826 1827 /** 1828 * hiraid_create_cq - send cmd to controller for create controller cq 1829 */ 1830 static int hiraid_create_complete_queue(struct hiraid_dev *hdev, u16 qid, 1831 struct hiraid_queue *hiraidq, u16 cq_vector) > 1832 { 1833 struct hiraid_admin_command admin_cmd; 1834 int flags = HIRAID_QUEUE_PHYS_CONTIG | HIRAID_CQ_IRQ_ENABLED; 1835 1836 memset(&admin_cmd, 0, sizeof(admin_cmd)); 1837 admin_cmd.create_cq.opcode = HIRAID_ADMIN_CREATE_CQ; 1838 admin_cmd.create_cq.prp1 = cpu_to_le64(hiraidq->cq_buffer_phy); 1839 admin_cmd.create_cq.cqid = cpu_to_le16(qid); 1840 admin_cmd.create_cq.qsize = cpu_to_le16(hiraidq->q_depth - 1); 1841 admin_cmd.create_cq.cq_flags = cpu_to_le16(flags); 1842 admin_cmd.create_cq.irq_vector = cpu_to_le16(cq_vector); 1843 1844 return hiraid_put_admin_sync_request(hdev, &admin_cmd, NULL, NULL, 0); 1845 } 1846 1847 /** 1848 * hiraid_create_sq - send cmd to controller for create controller sq 1849 */ 1850 static int hiraid_create_send_queue(struct hiraid_dev *hdev, u16 qid, 1851 struct hiraid_queue *hiraidq) > 1852 { 1853 struct hiraid_admin_command admin_cmd; 1854 int flags = HIRAID_QUEUE_PHYS_CONTIG; 1855 1856 memset(&admin_cmd, 0, sizeof(admin_cmd)); 1857 admin_cmd.create_sq.opcode = HIRAID_ADMIN_CREATE_SQ; 1858 admin_cmd.create_sq.prp1 = cpu_to_le64(hiraidq->sq_buffer_phy); 1859 admin_cmd.create_sq.sqid = cpu_to_le16(qid); 1860 admin_cmd.create_sq.qsize = cpu_to_le16(hiraidq->q_depth - 1); 1861 admin_cmd.create_sq.sq_flags = cpu_to_le16(flags); 1862 admin_cmd.create_sq.cqid = cpu_to_le16(qid); 1863 1864 return hiraid_put_admin_sync_request(hdev, &admin_cmd, NULL, NULL, 0); 1865 } 1866 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH OLK-6.6 0/1] disable CONFIG_CMDLINE_FROM_BOOTLOADER CONFIG_INITRAMFS_PRESERVE_MTIME in 6.6
by Lin Yujun 30 Mar '24

30 Mar '24

*** BLURB HERE *** Lin Yujun (1): configs: disable CONFIG_CMDLINE_FROM_BOOTLOADER CONFIG_INITRAMFS_PRESERVE_MTIME in 6.6 arch/arm64/configs/openeuler_defconfig | 4 ++-- arch/x86/configs/openeuler_defconfig | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) -- 2.34.1

2 2

[PATCH OLK-6.6 0/1] disabling new configs in 6.6
by Lin Yujun 30 Mar '24

30 Mar '24

*** BLURB HERE *** Lin Yujun (1): configs: disabling new config in 6.6 arch/arm64/configs/openeuler_defconfig | 4 ++-- arch/x86/configs/openeuler_defconfig | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) -- 2.34.1

2 2

[PATCH OLK-6.6] configs: arm64: Enable CONFIG_ACPI_AGDI and CONFIG_ACPI_FFH
by Xiongfeng Wang 30 Mar '24

30 Mar '24

hulk inclusion category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/I9CW28 ------------------------------------------------- Enable CONFIG_ACPI_AGDI and CONFIG_ACPI_FFH for arm64_defconfig. AGDI(Arm Generic Diagnostic Device Interface) allows an admin to issue diagnostic dump and reset via an SDEI event or an interrupt. FFH(Fixed Function Hardware) Address Space also referred as FFH Operation Region allows to define platform specific opregion. Signed-off-by: Xiongfeng Wang <wangxiongfeng2(a)huawei.com> --- arch/arm64/configs/openeuler_defconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm64/configs/openeuler_defconfig b/arch/arm64/configs/openeuler_defconfig index ad7668664ca5..cbda99aa9bde 100644 --- a/arch/arm64/configs/openeuler_defconfig +++ b/arch/arm64/configs/openeuler_defconfig @@ -720,11 +720,11 @@ CONFIG_ACPI_APEI_EINJ=m # CONFIG_ACPI_PFRUT is not set CONFIG_ACPI_IORT=y CONFIG_ACPI_GTDT=y -# CONFIG_ACPI_AGDI is not set +CONFIG_ACPI_AGDI=y CONFIG_ACPI_APMT=y CONFIG_ACPI_PPTT=y CONFIG_ACPI_PCC=y -# CONFIG_ACPI_FFH is not set +CONFIG_ACPI_FFH=y # CONFIG_PMIC_OPREGION is not set CONFIG_ACPI_PRMT=y CONFIG_IRQ_BYPASS_MANAGER=y -- 2.20.1

2 1

[PATCH OLK-6.6 v2 00/25] arm64: transparent contiguous PTEs for user mappings
by Kefeng Wang 30 Mar '24

30 Mar '24

This is to support Transparent Contiguous PTEs for User Mappings on arm64. Barry Song (1): mm: make folio_pte_batch available outside of mm/memory.c Kefeng Wang (5): mm: memory: rename page_copy_prealloc() to folio_prealloc() mm: memory: use a folio in do_cow_fault() mm: memory: use folio_prealloc() in wp_page_copy() mm: memory: move mem_cgroup_charge() into alloc_anon_folio() arm64: configs: enable ARM64_CONTPTE Ryan Roberts (19): mm: clarify the spec for set_ptes() mm: thp: batch-collapse PMD with set_ptes() mm: introduce pte_advance_pfn() and use for pte_next_pfn() arm64/mm: convert pte_next_pfn() to pte_advance_pfn() x86/mm: convert pte_next_pfn() to pte_advance_pfn() mm: tidy up pte_next_pfn() definition arm64/mm: convert READ_ONCE(*ptep) to ptep_get(ptep) arm64/mm: convert set_pte_at() to set_ptes(..., 1) arm64/mm: convert ptep_clear() to ptep_get_and_clear() arm64/mm: new ptep layer to manage contig bit arm64/mm: dplit __flush_tlb_range() to elide trailing DSB arm64/mm: wire up PTE_CONT for user mappings arm64/mm: implement new wrprotect_ptes() batch API arm64/mm: implement new [get_and_]clear_full_ptes() batch APIs mm: add pte_batch_hint() to reduce scanning in folio_pte_batch() arm64/mm: implement pte_batch_hint() arm64/mm: __always_inline to improve fork() perf arm64/mm: automatically fold contpte mappings tools/mm: add thpmaps script to dump THP usage info arch/arm64/Kconfig | 9 + arch/arm64/configs/openeuler_defconfig | 1 + arch/arm64/include/asm/pgtable.h | 411 +++++++++++++-- arch/arm64/include/asm/tlbflush.h | 13 +- arch/arm64/kernel/efi.c | 4 +- arch/arm64/kernel/mte.c | 2 +- arch/arm64/kvm/guest.c | 2 +- arch/arm64/mm/Makefile | 1 + arch/arm64/mm/contpte.c | 404 +++++++++++++++ arch/arm64/mm/fault.c | 12 +- arch/arm64/mm/fixmap.c | 4 +- arch/arm64/mm/hugetlbpage.c | 40 +- arch/arm64/mm/kasan_init.c | 6 +- arch/arm64/mm/mmu.c | 16 +- arch/arm64/mm/pageattr.c | 6 +- arch/arm64/mm/trans_pgd.c | 6 +- arch/x86/include/asm/pgtable.h | 8 +- include/linux/efi.h | 5 + include/linux/pgtable.h | 32 +- mm/huge_memory.c | 58 ++- mm/internal.h | 93 ++++ mm/memory.c | 138 ++--- tools/mm/Makefile | 9 +- tools/mm/thpmaps | 675 +++++++++++++++++++++++++ 24 files changed, 1716 insertions(+), 239 deletions(-) create mode 100644 arch/arm64/mm/contpte.c create mode 100644 tools/mm/thpmaps -- 2.27.0

2 26

[PATCH OLK-6.6 v4 0/7] Introduce dynamic pool feature part 2
by Liu Shixin 30 Mar '24

30 Mar '24

v1->v2: Fix compile error. v2->v3: Wrap core functions with dpool_ prefix to avoid call them directly. v3->v4: Remove the declaration of fpi_t. This part include: 1. Compatible with memory reliable feature[1-3]. 2. Compatible with memory migration[4] 3. Fix an incorrect set of subpool[5]. 4. Make the lock in dynamic pool irq safe[6]. 5. Wrap core functions with dpool_ prefix to avoid call them directly[7]. Liu Shixin (7): mm/dynamic_pool: Stop alloc reliable page from dynamic pool mm/mem_reliable: Treat page from dhugetlb pool as unreliable page mm/mem_reliable: Fallback to dpool if reliable memory is not enough mm/dynamic_pool: skip unexpected migration mm/dynamic_pool: don't set subpool for page from dynamic pool mm/dynamic_pool: disable irq for dynamic_pool lock mm/dynamic_pool: Wrap some core functions with dpool prefix include/linux/dynamic_pool.h | 6 ++ include/linux/mem_reliable.h | 3 + mm/compaction.c | 4 ++ mm/dynamic_pool.c | 128 +++++++++++++++++++---------------- mm/hugetlb.c | 3 +- mm/internal.h | 12 ++-- mm/migrate.c | 7 ++ mm/page_alloc.c | 56 +++++++++++++-- mm/page_isolation.c | 9 ++- 9 files changed, 157 insertions(+), 71 deletions(-) -- 2.25.1

2 8

[PATCH OLK-6.6 v3 0/7] Introduce dynamic pool feature part 2
by Liu Shixin 30 Mar '24

30 Mar '24

v1->v2: Fix compile error. v2->v3: Wrap core functions with dpool_ prefix to avoid call them directly. This part include: 1. Compatible with memory reliable feature[1-3]. 2. Compatible with memory migration[4] 3. Fix an incorrect set of subpool[5]. 4. Make the lock in dynamic pool irq safe[6]. 5. Wrap core functions with dpool_ prefix to avoid call them directly[7]. Liu Shixin (7): mm/dynamic_pool: Stop alloc reliable page from dynamic pool mm/mem_reliable: Treat page from dhugetlb pool as unreliable page mm/mem_reliable: Fallback to dpool if reliable memory is not enough mm/dynamic_pool: skip unexpected migration mm/dynamic_pool: don't set subpool for page from dynamic pool mm/dynamic_pool: disable irq for dynamic_pool lock mm/dynamic_pool: Wrap some core functions with dpool prefix include/linux/dynamic_pool.h | 6 ++ include/linux/mem_reliable.h | 3 + mm/compaction.c | 4 ++ mm/dynamic_pool.c | 128 +++++++++++++++++++---------------- mm/hugetlb.c | 3 +- mm/internal.h | 12 ++-- mm/migrate.c | 7 ++ mm/page_alloc.c | 53 +++++++++++++-- mm/page_isolation.c | 9 ++- 9 files changed, 155 insertions(+), 70 deletions(-) -- 2.25.1

2 8

[PATCH OLK-6.6 00/24] arm64: transparent contiguous PTEs for user mappings
by Kefeng Wang 30 Mar '24

30 Mar '24

This is to support Transparent Contiguous PTEs for User Mappings on arm64. Barry Song (1): mm: make folio_pte_batch available outside of mm/memory.c Kefeng Wang (4): mm: memory: rename page_copy_prealloc() to folio_prealloc() mm: memory: use a folio in do_cow_fault() mm: memory: use folio_prealloc() in wp_page_copy() mm: memory: move mem_cgroup_charge() into alloc_anon_folio() Ryan Roberts (19): mm: clarify the spec for set_ptes() mm: thp: batch-collapse PMD with set_ptes() mm: introduce pte_advance_pfn() and use for pte_next_pfn() arm64/mm: convert pte_next_pfn() to pte_advance_pfn() x86/mm: convert pte_next_pfn() to pte_advance_pfn() mm: tidy up pte_next_pfn() definition arm64/mm: convert READ_ONCE(*ptep) to ptep_get(ptep) arm64/mm: convert set_pte_at() to set_ptes(..., 1) arm64/mm: convert ptep_clear() to ptep_get_and_clear() arm64/mm: new ptep layer to manage contig bit arm64/mm: dplit __flush_tlb_range() to elide trailing DSB arm64/mm: wire up PTE_CONT for user mappings arm64/mm: implement new wrprotect_ptes() batch API arm64/mm: implement new [get_and_]clear_full_ptes() batch APIs mm: add pte_batch_hint() to reduce scanning in folio_pte_batch() arm64/mm: implement pte_batch_hint() arm64/mm: __always_inline to improve fork() perf arm64/mm: automatically fold contpte mappings tools/mm: add thpmaps script to dump THP usage info arch/arm64/Kconfig | 9 + arch/arm64/include/asm/pgtable.h | 411 ++++++++++++++++-- arch/arm64/include/asm/tlbflush.h | 13 +- arch/arm64/kernel/efi.c | 4 +- arch/arm64/kernel/mte.c | 2 +- arch/arm64/kvm/guest.c | 2 +- arch/arm64/mm/Makefile | 1 + arch/arm64/mm/contpte.c | 404 ++++++++++++++++++ arch/arm64/mm/fault.c | 12 +- arch/arm64/mm/fixmap.c | 4 +- arch/arm64/mm/hugetlbpage.c | 40 +- arch/arm64/mm/kasan_init.c | 6 +- arch/arm64/mm/mmu.c | 16 +- arch/arm64/mm/pageattr.c | 6 +- arch/arm64/mm/trans_pgd.c | 6 +- arch/x86/include/asm/pgtable.h | 8 +- include/linux/efi.h | 5 + include/linux/pgtable.h | 32 +- mm/huge_memory.c | 58 +-- mm/internal.h | 93 ++++ mm/memory.c | 138 ++---- tools/mm/Makefile | 9 +- tools/mm/thpmaps | 675 ++++++++++++++++++++++++++++++ 23 files changed, 1715 insertions(+), 239 deletions(-) create mode 100644 arch/arm64/mm/contpte.c create mode 100644 tools/mm/thpmaps -- 2.27.0

2 25