From patchwork Wed Dec 4 15:59:13 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Pasha Tatashin X-Patchwork-Id: 11273157 Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 18BF414B7 for ; Wed, 4 Dec 2019 15:59:44 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id C02BD21582 for ; Wed, 4 Dec 2019 15:59:43 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=soleen.com header.i=@soleen.com header.b="c4j+Ztgm" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C02BD21582 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=soleen.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id E06486B0B5E; Wed, 4 Dec 2019 10:59:42 -0500 (EST) Delivered-To: linux-mm-outgoing@kvack.org Received: by kanga.kvack.org (Postfix, from userid 40) id DDCD26B0B5F; Wed, 4 Dec 2019 10:59:42 -0500 (EST) X-Original-To: int-list-linux-mm@kvack.org X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CCCC66B0B60; Wed, 4 Dec 2019 10:59:42 -0500 (EST) X-Original-To: linux-mm@kvack.org X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0009.hostedemail.com [216.40.44.9]) by kanga.kvack.org (Postfix) with ESMTP id B7DA16B0B5E for ; Wed, 4 Dec 2019 10:59:42 -0500 (EST) Received: from smtpin05.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with SMTP id 766B3181AEF32 for ; Wed, 4 Dec 2019 15:59:42 +0000 (UTC) X-FDA: 76227919404.05.toes84_1a77a602a4d28 X-Spam-Summary: 2,0,0,a0205bc52f9ebabd,d41d8cd98f00b204,pasha.tatashin@soleen.com,:pasha.tatashin@soleen.com:jmorris@namei.org:sashal@kernel.org:ebiederm@xmission.com:kexec@lists.infradead.org:linux-kernel@vger.kernel.org:corbet@lwn.net:catalin.marinas@arm.com:will@kernel.org:linux-arm-kernel@lists.infradead.org:marc.zyngier@arm.com:james.morse@arm.com:vladimir.murzin@arm.com:matthias.bgg@gmail.com:bhsharma@redhat.com::mark.rutland@arm.com:steve.capper@arm.com:rfontana@redhat.com:tglx@linutronix.de,RULES_HIT:1:41:69:355:379:541:800:960:967:968:973:988:989:1260:1311:1314:1345:1437:1461:1515:1605:1730:1747:1777:1792:1801:2194:2198:2199:2200:2393:2525:2553:2559:2568:2570:2632:2636:2682:2685:2693:2703:2731:2859:2895:2911:2933:2937:2939:2942:2945:2947:2951:2954:3022:3743:3865:3866:3867:3868:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4250:4321:4425:4470:4605:5007:6117:6119:6261:7875:7903:8603:8634:8660:8784:8985:9025:10004:11658:12048:13148:13161:132 29:13230 X-HE-Tag: toes84_1a77a602a4d28 X-Filterd-Recvd-Size: 13243 Received: from mail-qv1-f67.google.com (mail-qv1-f67.google.com [209.85.219.67]) by imf49.hostedemail.com (Postfix) with ESMTP for ; Wed, 4 Dec 2019 15:59:41 +0000 (UTC) Received: by mail-qv1-f67.google.com with SMTP id q19so16874qvy.9 for ; Wed, 04 Dec 2019 07:59:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=soleen.com; s=google; h=from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=B4XIlwcPKUsoqosCadFXztpXMTvT+T/4U+sjmBi4tLg=; b=c4j+Ztgm/EvqQLOxtKNqB50ES4jyTK9ImbsYQeM27McLxxmjLsWHkq2CDJ61QvcZGt TSIg2UFfd540i8b/2Z2Hwi6KewsIrl8M+ZMjkmmz0AH3RyNkWXu/TBra3btjM+RowpF2 lnR5e8wiMu1dyuZ6luT/JMhyCrfigRtUhQOx9We3Lf9xM24sNtzXqGMSL097Sx7gEsLg KwvdkQsiGyhqYhHzQ9FyvKhSizAN4GC5hkTN39uyLIFnQV3bocA8Anl0lwk/n+BOmXay AECzz0n+kpA3/KWiJo6E1bQT0t0hx8B3Afv+IG07qqEdkwhCJu8TrTDPpCW+68QH0zsW TyXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=B4XIlwcPKUsoqosCadFXztpXMTvT+T/4U+sjmBi4tLg=; b=toPUiuzEjuzNdGNzdJ8CG1i8fek39hDWQZSS8+cCP0eRhQ1Hf6ML/bzR5NvBmOJduz gvn/4SYW3PsFEpzpnc58QWcd++0nuKbiKclac9m6fe55aIz3UQJNCwOV2Yv2Te4SGJRt EUALBWylap0SzaPsLEDUoP6p7qwgJiuBeW5aoa9ankSvtY8rhF+oKe0twnLTitr85+Bc CtviiKuQKKWi2hE3aUwaKLnkL4cUVJylZBIexajekZ7QQeP7vLyQZ4qA8138G87NJ1oU /JuSqGUkWPl5F7lKDEzLIaRu0gRl3KbEymTMmv297Jc3lAVbYP9IGe/a0zY0K3bdAI5y ou8A== X-Gm-Message-State: APjAAAXGVXTfKJ+oUdNYmEoFi5G0NLK29hN4nQrnq0Y8Ges4d2nM8emG rJ4Ilc7vayMJTXckzpdQ+k6yaA== X-Google-Smtp-Source: APXvYqy9Sv7OweVlEwUACniS9sI2NTJhlhLVmJJdo8rkykaqd/Z79m3Kw4c7KPnxKcrd/ZJF72LzCg== X-Received: by 2002:a0c:a9cc:: with SMTP id c12mr3320318qvb.222.1575475180740; Wed, 04 Dec 2019 07:59:40 -0800 (PST) Received: from localhost.localdomain (c-73-69-118-222.hsd1.nh.comcast.net. [73.69.118.222]) by smtp.gmail.com with ESMTPSA id w21sm4177585qth.17.2019.12.04.07.59.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 04 Dec 2019 07:59:40 -0800 (PST) From: Pavel Tatashin To: pasha.tatashin@soleen.com, jmorris@namei.org, sashal@kernel.org, ebiederm@xmission.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, corbet@lwn.net, catalin.marinas@arm.com, will@kernel.org, linux-arm-kernel@lists.infradead.org, marc.zyngier@arm.com, james.morse@arm.com, vladimir.murzin@arm.com, matthias.bgg@gmail.com, bhsharma@redhat.com, linux-mm@kvack.org, mark.rutland@arm.com, steve.capper@arm.com, rfontana@redhat.com, tglx@linutronix.de Subject: [PATCH v8 00/25] arm64: MMU enabled kexec relocation Date: Wed, 4 Dec 2019 10:59:13 -0500 Message-Id: <20191204155938.2279686-1-pasha.tatashin@soleen.com> X-Mailer: git-send-email 2.24.0 MIME-Version: 1.0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Many changes compared to version 6, so I decided to send it out now. James Morse raised an important issue to which I do not have a solution yet. But would like to discuss it. --- https://lore.kernel.org/lkml/45a2f0b8-5bac-8b5d-d595-f92e9acb27ad@arm.com > + /* Map relocation function va == pa */ > + rc = trans_pgd_map_page(&info, trans_ttbr0, __va(kern_reloc), > + kern_reloc, PAGE_KERNEL_EXEC); > + if (rc) > + return rc; James wrote: You can't do this with the page table helpers. We support platforms with no memory in range of TTBR0's VA space. See dd006da21646f You will need some idmapped memory to turn the MMU off on a system that booted at EL1. This will need to be in a set of page tables that the helpers can't easily touch - so it should only be a single page. (like the arch code's existing idmap - although that may have been overwritten). (I have a machine where this is a problem, if I get the time I will have a stab at making hibernate's safe page idmaped). --- As I understand, there are platforms where TTBR0 cannot include all physical memory for idmap. However, kexec must have at least one page idmapped (kimage->control_code_page) to be able to relocate kernel while MMU is enabled: I am still trying to fully understand the problem: CONFIG_ARM64_VA_BITS must be smaller than 48 and physical memory must start at a high address for this problem to occur. Why can't we simply decrease T0SZ to cover all physical memory? Changelog: v8: - Synced with mainline to keep series up-to-date v7: -- Addressed comments from James Morse - arm64: hibernate: pass the allocated pgdp to ttbr0 Removed "Fixes" tag, and added Added Reviewed-by: James Morse - arm64: hibernate: check pgd table allocation Sent out as a standalone patch so it can be sent to stable Series applies on mainline + this patch - arm64: hibernate: add trans_pgd public functions Remove second allocation of tmp_pg_dir in swsusp_arch_resume Added Reviewed-by: James Morse - arm64: kexec: move relocation function setup and clean up Fixed typo in commit log Changed kern_reloc to phys_addr_t types. Added explanation why kern_reloc is needed. Split into four patches: arm64: kexec: make dtb_mem always enabled arm64: kexec: remove unnecessary debug prints arm64: kexec: call kexec_image_info only once arm64: kexec: move relocation function setup - arm64: kexec: add expandable argument to relocation function Changed types of new arguments from unsigned long to phys_addr_t. Changed offset prefix to KEXEC_* Split into four patches: arm64: kexec: cpu_soft_restart change argument types arm64: kexec: arm64_relocate_new_kernel clean-ups arm64: kexec: arm64_relocate_new_kernel don't use x0 as temp arm64: kexec: add expandable argument to relocation function - arm64: kexec: configure trans_pgd page table for kexec Added invalid entries into EL2 vector table Removed KEXEC_EL2_VECTOR_TABLE_SIZE and KEXEC_EL2_VECTOR_TABLE_OFFSET Copy relocation functions and table into separate pages Changed types in kern_reloc_arg. Split into three patches: arm64: kexec: offset for relocation function arm64: kexec: kexec EL2 vectors arm64: kexec: configure trans_pgd page table for kexec - arm64: kexec: enable MMU during kexec relocation Split into two patches: arm64: kexec: enable MMU during kexec relocation arm64: kexec: remove head from relocation argument v6: - Sync with mainline tip - Added Acked's from Dave Young v5: - Addressed comments from Matthias Brugger: added review-by's, improved comments, and made cleanups to swsusp_arch_resume() in addition to create_safe_exec_page(). - Synced with mainline tip. v4: - Addressed comments from James Morse. - Split "check pgd table allocation" into two patches, and moved to the beginning of series for simpler backport of the fixes. Added "Fixes:" tags to commit logs. - Changed "arm64, hibernate:" to "arm64: hibernate:" - Added Reviewed-by's - Moved "add PUD_SECT_RDONLY" earlier in series to be with other clean-ups - Added "Derived from:" to arch/arm64/mm/trans_pgd.c - Removed "flags" from trans_info - Changed .trans_alloc_page assumption to return zeroed page. - Simplify changes to trans_pgd_map_page(), by keeping the old code. - Simplify changes to trans_pgd_create_copy, by keeping the old code. - Removed: "add trans_pgd_create_empty" - replace init_mm with NULL, and keep using non "__" version of populate functions. v3: - Split changes to create_safe_exec_page() into several patches for easier review as request by Mark Rutland. This is why this series has 3 more patches. - Renamed trans_table to tans_pgd as agreed with Mark. The header comment in trans_pgd.c explains that trans stands for transitional page tables. Meaning they are used in transition between two kernels. v2: - Fixed hibernate bug reported by James Morse - Addressed comments from James Morse: * More incremental changes to trans_table * Removed TRANS_FORCEMAP * Added kexec reboot data for image with 380M in size. Enable MMU during kexec relocation in order to improve reboot performance. If kexec functionality is used for a fast system update, with a minimal downtime, the relocation of kernel + initramfs takes a significant portion of reboot. The reason for slow relocation is because it is done without MMU, and thus not benefiting from D-Cache. Performance data ---------------- For this experiment, the size of kernel plus initramfs is small, only 25M. If initramfs was larger, than the improvements would be greater, as time spent in relocation is proportional to the size of relocation. Previously: kernel shutdown 0.022131328s relocation 0.440510736s kernel startup 0.294706768s Relocation was taking: 58.2% of reboot time Now: kernel shutdown 0.032066576s relocation 0.022158152s kernel startup 0.296055880s Now: Relocation takes 6.3% of reboot time Total reboot is x2.16 times faster. With bigger userland (fitImage 380M), the reboot time is improved by 3.57s, and is reduced from 3.9s down to 0.33s Previous approaches and discussions ----------------------------------- https://lore.kernel.org/lkml/20191016200034.1342308-1-pasha.tatashin@soleen.com version 7 of this series https://lore.kernel.org/lkml/20191004185234.31471-1-pasha.tatashin@soleen.com version 6 of this series https://lore.kernel.org/lkml/20190923203427.294286-1-pasha.tatashin@soleen.com version 5 of this series https://lore.kernel.org/lkml/20190909181221.309510-1-pasha.tatashin@soleen.com version 4 of this series https://lore.kernel.org/lkml/20190821183204.23576-1-pasha.tatashin@soleen.com version 3 of this series https://lore.kernel.org/lkml/20190817024629.26611-1-pasha.tatashin@soleen.com version 2 of this series https://lore.kernel.org/lkml/20190801152439.11363-1-pasha.tatashin@soleen.com version 1 of this series https://lore.kernel.org/lkml/20190709182014.16052-1-pasha.tatashin@soleen.com reserve space for kexec to avoid relocation, involves changes to generic code to optimize a problem that exists on arm64 only: https://lore.kernel.org/lkml/20190716165641.6990-1-pasha.tatashin@soleen.com The first attempt to enable MMU, some bugs that prevented performance improvement. The page tables unnecessary configured idmap for the whole physical space. https://lore.kernel.org/lkml/20190731153857.4045-1-pasha.tatashin@soleen.com No linear copy, bug with EL2 reboots. Pavel Tatashin (25): kexec: quiet down kexec reboot kexec: add machine_kexec_post_load() arm64: kexec: remove unnecessary debug prints arm64: kexec: make dtb_mem always enabled arm64: hibernate: pass the allocated pgdp to ttbr0 arm64: hibernate: use get_safe_page directly arm64: hibernate: remove gotos as they are not needed arm64: hibernate: rename dst to page in create_safe_exec_page arm64: hibernate: add PUD_SECT_RDONLY arm64: hibernate: add trans_pgd public functions arm64: hibernate: move page handling function to new trans_pgd.c arm64: trans_pgd: make trans_pgd_map_page generic arm64: trans_pgd: pass allocator trans_pgd_create_copy arm64: trans_pgd: pass NULL instead of init_mm to *_populate functions arm64: kexec: move relocation function setup arm64: kexec: call kexec_image_info only once arm64: kexec: cpu_soft_restart change argument types arm64: kexec: arm64_relocate_new_kernel clean-ups arm64: kexec: arm64_relocate_new_kernel don't use x0 as temp arm64: kexec: add expandable argument to relocation function arm64: kexec: offset for relocation function arm64: kexec: kexec EL2 vectors arm64: kexec: configure trans_pgd page table for kexec arm64: kexec: enable MMU during kexec relocation arm64: kexec: remove head from relocation argument arch/arm64/Kconfig | 4 + arch/arm64/include/asm/kexec.h | 47 ++++- arch/arm64/include/asm/pgtable-hwdef.h | 1 + arch/arm64/include/asm/trans_pgd.h | 34 ++++ arch/arm64/kernel/asm-offsets.c | 14 ++ arch/arm64/kernel/cpu-reset.S | 8 +- arch/arm64/kernel/cpu-reset.h | 14 +- arch/arm64/kernel/hibernate.c | 255 ++++--------------------- arch/arm64/kernel/machine_kexec.c | 186 ++++++++++++++---- arch/arm64/kernel/relocate_kernel.S | 233 ++++++++++++---------- arch/arm64/mm/Makefile | 1 + arch/arm64/mm/trans_pgd.c | 244 +++++++++++++++++++++++ kernel/kexec.c | 4 + kernel/kexec_core.c | 8 +- kernel/kexec_file.c | 4 + kernel/kexec_internal.h | 2 + 16 files changed, 690 insertions(+), 369 deletions(-) create mode 100644 arch/arm64/include/asm/trans_pgd.h create mode 100644 arch/arm64/mm/trans_pgd.c