Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp1040258imm; Fri, 11 May 2018 10:08:31 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpU9BtHAtMl4FY6YzCSWvhIm6GGSpAALK1GTkicZN/bWFJLWCtHn3PVb6UBV7+F2aNpxFVt X-Received: by 2002:a17:902:1e2:: with SMTP id b89-v6mr723627plb.389.1526058511803; Fri, 11 May 2018 10:08:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526058511; cv=none; d=google.com; s=arc-20160816; b=yhJUmbAeWeZpIdNnytMJCYd74134aJyDlGw6Pn7pcGk7etDlOh1KIh5p1rx89Oq1IB Ry4qIjTthfnyHAHMyzlnnmXxDeS58TliX7jSxfcInI45b/DaQkytin9HukWPMhaT05AK lTPC3E3g82fpvyLZHG3Gq5sN1dWhwbtVpcMw4VW6aI/rcs5n30ClCtflFOiqKv5wTbTg eG88p4xFwb1e8coorNqbQExtPYwe9KvKV99u3sWpdr6Pjh+zd+Av8buGpIVvGLzqIiSP YvSJdzryS/M+tV3ooUYV3IS7W0cvN9aHusQR2D0daDT7K1jbdFxeVLekEVl6rM49np8T nHYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:cc:from:references:to:subject:arc-authentication-results; bh=nkMqF1Hnwtz9umC4rUcz3OK5NW4gsnEwhVeYX5K2Dhs=; b=gkVi1bA6yrYnIMsLdFaBdw1QWjjQ+W5FY87E4h4G86z1ninZdXbMaZs2gV5Uzw0OyF /JLbLGV3a1hUb0s8kb2laUw6LwBhlHEMmvAFSbfzaPq9N2kJh/zTpofFZE8D46/yVNq/ iSpwOpBedk6hJrWG4pv0G5JPPcwlOuNkwAPGQnf1WbXzUugPAEvGFTJye1tfGnVt5SX8 DHHKC6XsxvuwSmh3Ad0XBEa0SRsorQbU5o2boOG4VXfKS4zITC9SK3jGCYPqhVgkU/Yx 7j/DkVv1EwIID3BR7R3J7v3Jt5O35LSYMY6wZdJfsIgPGrZaRJNe9a+i9LJ+nNPRbKd+ 2ifg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e9-v6si3594208pln.72.2018.05.11.10.08.17; Fri, 11 May 2018 10:08:31 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751617AbeEKRGx (ORCPT + 99 others); Fri, 11 May 2018 13:06:53 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:44902 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751164AbeEKRGw (ORCPT ); Fri, 11 May 2018 13:06:52 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 7BBA71435; Fri, 11 May 2018 10:06:52 -0700 (PDT) Received: from [10.1.207.55] (melchizedek.cambridge.arm.com [10.1.207.55]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 3B2303F53D; Fri, 11 May 2018 10:06:49 -0700 (PDT) Subject: Re: [PATCH v9 03/11] arm64: kexec_file: invoke the kernel without purgatory To: AKASHI Takahiro References: <20180425062629.29404-1-takahiro.akashi@linaro.org> <20180425062629.29404-4-takahiro.akashi@linaro.org> <9c830fe8-56d8-b43a-6265-43d31dffe61a@arm.com> <20180507052208.GD11326@linaro.org> From: James Morse Cc: catalin.marinas@arm.com, will.deacon@arm.com, dhowells@redhat.com, vgoyal@redhat.com, herbert@gondor.apana.org.au, davem@davemloft.net, dyoung@redhat.com, bhe@redhat.com, arnd@arndb.de, ard.biesheuvel@linaro.org, bhsharma@redhat.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Message-ID: Date: Fri, 11 May 2018 18:03:49 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180507052208.GD11326@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Akashi, On 07/05/18 06:22, AKASHI Takahiro wrote: > On Tue, May 01, 2018 at 06:46:06PM +0100, James Morse wrote: >> On 25/04/18 07:26, AKASHI Takahiro wrote: >>> diff --git a/arch/arm64/kernel/machine_kexec.c b/arch/arm64/kernel/machine_kexec.c >>> index f76ea92dff91..f7dbba00be10 100644 >>> --- a/arch/arm64/kernel/machine_kexec.c >>> +++ b/arch/arm64/kernel/machine_kexec.c >>> @@ -205,10 +205,17 @@ void machine_kexec(struct kimage *kimage) >>> cpu_soft_restart(kimage != kexec_crash_image, >>> - reboot_code_buffer_phys, kimage->head, kimage->start, 0); >>> + reboot_code_buffer_phys, kimage->head, kimage->start, >>> +#ifdef CONFIG_KEXEC_FILE >>> + kimage->purgatory_info.purgatory_buf ? >>> + 0 : kimage->arch.dtb_mem); >>> +#else >>> + 0); >>> +#endif >> purgatory_buf seems to only be set in kexec_purgatory_setup_kbuf(), called from >> kexec_load_purgatory(), which we don't use. How does this get a value? >> >> Would it be better to always use kimage->arch.dtb_mem, and ensure that is 0 for >> regular kexec (as we can't know where the dtb is)? (image_arg may then be a >> better name). > > The problem is arch.dtb_mem is currently defined only if CONFIG_KEXEC_FILE. I thought it was ARCH_HAS_KIMAGE_ARCH, which we can define all the time if that's what we want. > So I would like to > - merge this patch with patch#8 > - change the condition > #ifdef CONFIG_KEXEC_FILE > kimage->file_mode ? kimage->arch.dtb_mem : 0); > #else > 0); > #endif If we can avoid even this #ifdef by always having kimage->arch, I'd prefer that. If we do that 'dtb_mem' would need some thing that indicates its for kexec_file, as kexec has a DTB too, we just don't know where it is... Thanks, James