Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1531166imm; Sun, 9 Sep 2018 04:10:01 -0700 (PDT) X-Google-Smtp-Source: ANB0Vda+UK/Ii8NisAGsFSWlCgwDMm4v1wZ+8yflmbJq2fm7/uROTRHBhi8b7oexYPODi1Y4Y6cK X-Received: by 2002:a62:8c8c:: with SMTP id m134-v6mr17803215pfd.130.1536491401834; Sun, 09 Sep 2018 04:10:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536491401; cv=none; d=google.com; s=arc-20160816; b=luWg3u5qYe3/naDC1SwKnCA4msu5NjDEH1e4403g9S4BbsITGcL+B8YU8WhRRWuiTu juHXlW0lTfaeRrSHaJkcLJN7nUh91r860qPp3X3F0WyMcZymKZy0h7pTxo+v8EZoMbs5 HKImPsdhS2WpN3eZgGkPCL66sypm332aTX11rgStqgdJa4WJYEidAjKTeAzw93Ka0C2l EEaffY9ODBpAEm+di5VvDhUy5qCHPW/XBf7yTWpiHoNiXSEABauDgxdus7XoT2Uc3/10 701mvsgIVhp+uL1+pFivTlpPG1dObnwGPgVtvACqKHvVm2ss79BrUzsquAZxRmTmaZss jexw== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=p8HHIl+vSurme23z3EQu58H1rrhgvBRf/Wb/f4TpI/Q=; b=FMhV0Yhr6uQ1KstyFwFxNAkSBoJA7gNp0yCswh7PzZHSWujMtqxI42QK0kYCoOSAkd 9xhlsW1q8YjkYkhYUXdleomN8iZE4alXA5vJyFRpVltc57fszopum6ZhN8IaJo7pgM4i Ptk6AdRCvQC9YIzHn+gIkbRf8bGeYvI3Kfh3PARWeNEUmpyWVxS7lSdgpK7GNutu+ezm NOd6PYijCsKe2kSmXuDYHJpPkHWlIC2qNCHPjrJmHP2pgwi/2k5OqejaF9J3XOURlmkX 1fYvnFlzOaxx6KnFUAsXWE1F5Sp2BnM4flW0o1pK+nzxkwLL/iOGG5yU18LyrPDqsDvF uXcQ== 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 e186-v6si14275244pfa.107.2018.09.09.04.09.31; Sun, 09 Sep 2018 04:10:01 -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 S1726719AbeIIP47 (ORCPT + 99 others); Sun, 9 Sep 2018 11:56:59 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:46204 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726650AbeIIP47 (ORCPT ); Sun, 9 Sep 2018 11:56:59 -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 E94B018A; Sun, 9 Sep 2018 04:07:39 -0700 (PDT) Received: from iMac.local (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E41083F5BC; Sun, 9 Sep 2018 04:07:36 -0700 (PDT) Date: Sun, 9 Sep 2018 12:07:33 +0100 From: Catalin Marinas To: Scott Branden Cc: Grant Likely , Arnd Bergmann , Ard Biesheuvel , Will Deacon , Linux Kernel Mailing List , Leif Lindholm , Alexander Graf , bcm-kernel-feedback-list@broadcom.com, Olof Johansson , Linux ARM Subject: Re: [PATCH] arm64: defconfig: enable EFI_ARMSTUB_DTB_LOADER Message-ID: <20180909110732.GA63296@iMac.local> References: <1f8095f1-1f0c-0791-31c4-c7b986c4ce1f@broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 05, 2018 at 11:04:36AM -0700, Scott Branden wrote: > On 18-09-05 11:00 AM, Grant Likely wrote: > > On Wed, Sep 5, 2018 at 6:27 PM Scott Branden wrote: > > > On 18-09-05 02:40 AM, Ard Biesheuvel wrote: > > > > On 4 September 2018 at 19:19, Scott Branden wrote: > > > > > Rather than introduce EFI_ARMSTUB_DTB_LOADER, why not have > > > > > the efistub use CONFIG_OF to determine whether it supports dtb= or not? > > > > > > > > > > That way ACPI-only distros disable devicetree support entirely. > > > > > > > > > Unfortunately, CONFIG_OF cannot be disabled on arm64 even on ACPI-only builds. > > > OF shouldn't be automatically selected in the arm64/Kconfig. It should > > > have a config parmaeter like other archs as mips and arm. I can > > > submit a patch so it functions the same way as other archs so it > > > is not always selected. It will be good to add a USE_OF config > > > options like the other archs (or simply remove the select from the > > > Kconfig and choose OF directly in the defconfig. This will have > > > the added benefit of doing away with OF support when its not > > > needed on an ARM64 platform. ACPI is already not automatically > > > selected for all ARM64 platforms, nor should devicetree. > > We don't do that on Arm because a devicetree is always required at > > boot time. Even on ACPI systems a tiny DTB is used containing just a > > /chosen node for passing the kernel command line and the initrd > > location. > > Seems bizarre DTB is not needed for x86 to boot from UEFI with ACPI > support?? I'll look into it further at some point in order to remove such > anomaly.? There should be no need for such devicetree reliance. I'd say don't waste time on this, the patch would not get merged ;). As Grant said, we use a tiny dtb to pass the command line, initrd to the kernel. You'd have to invent an alternative (setup_header, ATAGs) and I really don't see the point of increased complexity just because of some philosophical arguments against OF. -- Catalin