From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BE582C433FE for ; Wed, 29 Sep 2021 16:43:43 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 4096761262 for ; Wed, 29 Sep 2021 16:43:43 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 4096761262 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id C8045940044; Wed, 29 Sep 2021 12:43:42 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C302694003A; Wed, 29 Sep 2021 12:43:42 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B1F23940044; Wed, 29 Sep 2021 12:43:42 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0148.hostedemail.com [216.40.44.148]) by kanga.kvack.org (Postfix) with ESMTP id A3EE094003A for ; Wed, 29 Sep 2021 12:43:42 -0400 (EDT) Received: from smtpin29.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 46A5E8249980 for ; Wed, 29 Sep 2021 16:43:42 +0000 (UTC) X-FDA: 78641182284.29.309338D Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf04.hostedemail.com (Postfix) with ESMTP id F077F50000AD for ; Wed, 29 Sep 2021 16:43:41 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id B826161411; Wed, 29 Sep 2021 16:43:37 +0000 (UTC) Date: Wed, 29 Sep 2021 17:43:34 +0100 From: Catalin Marinas To: Pasha Tatashin Cc: jmorris@namei.org, sashal@kernel.org, ebiederm@xmission.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, corbet@lwn.net, will@kernel.org, linux-arm-kernel@lists.infradead.org, maz@kernel.org, james.morse@arm.com, vladimir.murzin@arm.com, matthias.bgg@gmail.com, linux-mm@kvack.org, mark.rutland@arm.com, steve.capper@arm.com, rfontana@redhat.com, tglx@linutronix.de, selindag@gmail.com, tyhicks@linux.microsoft.com, kernelfans@gmail.com, akpm@linux-foundation.org, madvenka@linux.microsoft.com Subject: Re: [PATCH v17 15/15] arm64: trans_pgd: remove trans_pgd_map_page() Message-ID: References: <20210916231325.125533-1-pasha.tatashin@soleen.com> <20210916231325.125533-16-pasha.tatashin@soleen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210916231325.125533-16-pasha.tatashin@soleen.com> X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: F077F50000AD X-Stat-Signature: f7bi3dj44b5aeydf8zeqeiya7fgnywcd Authentication-Results: imf04.hostedemail.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=arm.com (policy=none); spf=pass (imf04.hostedemail.com: domain of cmarinas@kernel.org designates 198.145.29.99 as permitted sender) smtp.mailfrom=cmarinas@kernel.org X-HE-Tag: 1632933821-128183 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: On Thu, Sep 16, 2021 at 07:13:25PM -0400, Pasha Tatashin wrote: > The intend of trans_pgd_map_page() was to map contiguous range of VA > memory to the memory that is getting relocated during kexec. However, > since we are now using linear map instead of contiguous range this > function is not needed > > Suggested-by: Pingfan Liu > Signed-off-by: Pasha Tatashin > --- > arch/arm64/include/asm/trans_pgd.h | 5 +-- > arch/arm64/mm/trans_pgd.c | 57 ------------------------------ > 2 files changed, 1 insertion(+), 61 deletions(-) > > diff --git a/arch/arm64/include/asm/trans_pgd.h b/arch/arm64/include/asm/trans_pgd.h > index 7b04d32b102c..033d400a4ea4 100644 > --- a/arch/arm64/include/asm/trans_pgd.h > +++ b/arch/arm64/include/asm/trans_pgd.h > @@ -15,7 +15,7 @@ > /* > * trans_alloc_page > * - Allocator that should return exactly one zeroed page, if this > - * allocator fails, trans_pgd_create_copy() and trans_pgd_map_page() > + * allocator fails, trans_pgd_create_copy() and trans_pgd_idmap_page() > * return -ENOMEM error. > * > * trans_alloc_arg > @@ -30,9 +30,6 @@ struct trans_pgd_info { > int trans_pgd_create_copy(struct trans_pgd_info *info, pgd_t **trans_pgd, > unsigned long start, unsigned long end); > > -int trans_pgd_map_page(struct trans_pgd_info *info, pgd_t *trans_pgd, > - void *page, unsigned long dst_addr, pgprot_t pgprot); So this function never got used in mainline after commit 7018d467ff2d ("arm64: trans_pgd: hibernate: idmap the single page that holds the copy page routines"). I guess it's because we merged part of v10 of this series and in v12 you dropped the contiguous VA range in favour of a copy of the linear map. -- Catalin