Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3828360ybl; Mon, 13 Jan 2020 03:23:19 -0800 (PST) X-Google-Smtp-Source: APXvYqwPxwWUODA740Gq/UGTBOwH6JfzhAVy2exk85hzS2BKlGLHyv5TieKUSoSI1+GKS69WBiUs X-Received: by 2002:aca:2207:: with SMTP id b7mr12576857oic.109.1578914599331; Mon, 13 Jan 2020 03:23:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578914599; cv=none; d=google.com; s=arc-20160816; b=TyoIwjJuzMChcQRUVKNOoHK20cUQ/qLPDQGUlKtlJaItLkf5tu0p3qSVIkQdq0VYER F/gWJwoltOmICVbGNBnOMxYkntrMJNh3DeA+TzjWcFHOTXO1w6SZiw0dQdEzD0b81V3J a0FM70M5moWYHqnH726LkCTIr+tXQhiZFh2yMmfiRHn7MtMR47XH8GiL1ZQb/BQxMzbO mjgSjlPvme0TQ9Yq91V4TAsyvZbIG+MOgDWvJHxJRl+LW1i31P6AC011x2GWkjp7iT0B 1U6+QP3FbYDlDzfh8Qn1Fp1mjGEM/EhuNjuO1WKHhSktTj0MFs0HplGsMbls4rC7WvNo Ur2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=OTqgL21O5UdZ+16fnw8n1l1LqgWZasSIvyNQlkt/wXw=; b=AMDCTU1oshxVaO+LSZJGokyX843nF85mxSTUE45iDCPki1eLrQ9jVZCD2f2H5irOZ8 927hwWCl+DTO9d6tLoDeBoHcDYd9vv/ROqUPdZ/Fe8BCrA1AWrUMoBCRmqzuIZcq5m+Y mXucExCTq7ntKmnlLqazJKua7KDGrkgL57i77X3eHmmcWIhR2jFGfhZtlHLCEIqIoEAE 28puopCBWW/EPitBfKnVAUmIY2yrH3fsCWWyF9OvctWIrTWhCD+3j1NevsWaLP8SIda7 8BOidCswGHg/OSa/vSThBTr/HNDkmK3r2L0wnXR8+Nyvg5LKAQCg02MT8t6km7PZQT8a ACCw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=aWZiWF2V; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w11si5584443oic.62.2020.01.13.03.23.06; Mon, 13 Jan 2020 03:23:19 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=aWZiWF2V; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728688AbgAMLVM (ORCPT + 99 others); Mon, 13 Jan 2020 06:21:12 -0500 Received: from mail.kernel.org ([198.145.29.99]:50962 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726163AbgAMLVL (ORCPT ); Mon, 13 Jan 2020 06:21:11 -0500 Received: from willie-the-truck (236.31.169.217.in-addr.arpa [217.169.31.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 34D7B207FF; Mon, 13 Jan 2020 11:21:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578914471; bh=OuK+LaRV/ZHDJhzQECD6orhexsBuPcHYw40Uzm4U2Tw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=aWZiWF2VQAg1WiXK48ln/JbWSNhePOZDL9OZmpqs6ZtMuwXPhoh/s/yiG1rxPcjan AhAgqPwtbTaiAxgMUzok61pjSz/yD6JY29wiaD4yziTDV18jQOdA3mtdTR/tPOho53 eQ0L2nzc33gVv4Sa8MX30ecHqH6a1jTFialbbA6Q= Date: Mon, 13 Jan 2020 11:21:06 +0000 From: Will Deacon To: Pavel Tatashin Cc: AKASHI Takahiro , Catalin Marinas , Will Deacon , robh+dt@kernel.org, frowand.list@gmail.com, Bhupesh Sharma , kexec mailing list , LKML , James Morse , Linux ARM Subject: Re: [PATCH v4 2/2] arm64: kexec_file: add crash dump support Message-ID: <20200113112105.GB2337@willie-the-truck> References: <20191216021247.24950-1-takahiro.akashi@linaro.org> <20191216021247.24950-3-takahiro.akashi@linaro.org> <20200108174839.GB21242@willie-the-truck> <20200109004654.GA28530@linaro.org> <20200109083254.GA7280@willie-the-truck> <20200110160549.GA25437@willie-the-truck> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 10, 2020 at 11:19:16AM -0500, Pavel Tatashin wrote: > On Fri, Jan 10, 2020 at 11:05 AM Will Deacon wrote: > > > > On Thu, Jan 09, 2020 at 08:32:54AM +0000, Will Deacon wrote: > > > On Thu, Jan 09, 2020 at 09:46:55AM +0900, AKASHI Takahiro wrote: > > > > On Wed, Jan 08, 2020 at 05:48:39PM +0000, Will Deacon wrote: > > > > > On Mon, Dec 16, 2019 at 11:12:47AM +0900, AKASHI Takahiro wrote: > > > > > > diff --git a/arch/arm64/include/asm/kexec.h b/arch/arm64/include/asm/kexec.h > > > > > > index 12a561a54128..d24b527e8c00 100644 > > > > > > --- a/arch/arm64/include/asm/kexec.h > > > > > > +++ b/arch/arm64/include/asm/kexec.h > > > > > > @@ -96,6 +96,10 @@ static inline void crash_post_resume(void) {} > > > > > > struct kimage_arch { > > > > > > void *dtb; > > > > > > unsigned long dtb_mem; > > > > > > + /* Core ELF header buffer */ > > > > > > + void *elf_headers; > > > > > > + unsigned long elf_headers_mem; > > > > > > + unsigned long elf_headers_sz; > > > > > > }; > > > > > > > > > > This conflicts with the cleanup work from Pavel. Please can you check my > > > > > resolution? [1] > > > > > > > > I don't know why we need to change a type of dtb_mem, > > > > otherwise it looks good. > > > > > > > > (I also assume that you notice that kimage_arch is of no use for kexec.) > > > > > > Yes, that's why I'd like the resolution checked. If you reckon it's cleaner > > > to drop Pavel's patch altogether in light of your changes, we can do that > > > instead. > > > > > > Thoughts? > > > > Well, I've reverted the cleanup patch so please shout if you'd prefer > > something else. > > As I understand, the only concern was the type change for dtb_mem. > This was one of the review comments for my patch > https://lore.kernel.org/lkml/20191204155938.2279686-21-pasha.tatashin@soleen.com/ > > (I believe it was from Marc Zyngier), I add a number of new fields, > and they all should be phys_addr_t, this is why I change dtb_mem to > phys_addr_t to be consistent. Sure, but I've only queued the first part of your series and that cleanup patch doesn't make a lot of sense when applied against Akashi's work. I'm happy to take stuff on top if you both agree to it, but having half of the struct use unsigned long and the other half use phys_addr_t is messy. Will