Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2395620pxj; Sun, 6 Jun 2021 00:42:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxlXU4RHQpdTc3+OaIGZHKhB8bDP9onnx1r2LIYK5nIO31fy3T0Eo0ervQUthx8nectS0ZW X-Received: by 2002:a17:906:f889:: with SMTP id lg9mr12781242ejb.82.1622965346718; Sun, 06 Jun 2021 00:42:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622965346; cv=none; d=google.com; s=arc-20160816; b=sGXUyT+/qfQMkJ7So/yQAm4h7YlEp3Rk9CraxDb3JIeWh+3aKWQpfAbIa5nowAjcyE vTWo1EyXdCtml1xGeWkpjbvCzgnTR1pSfidUTtFbk7iGSzPirrP9jMCybpFu0DHphx6P CdVL85yKjkhwPc+STpwy7a1StmieQMV57R5c9B2O5CqYUENn6Ljcxr34Bsv4EqWa3SEQ f1v6uKkozvXojELAmed09PuWiOEyOmLv5n+3Isow3PAsFzjAZ5rAxf1dmH1yo+RWKkar ZyoVzszE/II+XuRp7ZkurAtT0FSaYbBBNXQlYJ/GXtNkR3lOWQWPOpeAqx7rdcrqhC++ rXWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=HPmKhw1aKWkmI50cFGSdLi0NZDqbsqKSpK29/Qz9t1Q=; b=N7KZdXseAJ83QVZgQ6hW5aIq1Cp4z2D8bt9izMePYvIGNJUGWTEAD4srSgun0tr1P1 ParbjtadxxLC5+8xu8wJTDmxsGCnhKP1NIswzGfXR23pl5/Jtuv9Xn6tU2F0ixwX/xZd enRmn9DKHOC305Q49q3M4EdL0OnAw3ADxUFDeBfd6YMvQNQVtALIkIhRfUEYJjjgp5Vq xvEqCWIYiOJNcjir+h7ayUqxh6HVty9PvoCAuhCbUCJvYfLSuj4vIOvmYjILHLatx44P 7nJBm9WTMM8+CJslMBg8mudUOrjkZhYAN5jv6cR964Rd8a5w9zbhbnsjKjwe+dwv4FGH 8RVA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q26si9224919eja.55.2021.06.06.00.42.04; Sun, 06 Jun 2021 00:42:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230131AbhFFHmm (ORCPT + 99 others); Sun, 6 Jun 2021 03:42:42 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:44989 "EHLO relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229508AbhFFHml (ORCPT ); Sun, 6 Jun 2021 03:42:41 -0400 Received: (Authenticated sender: alex@ghiti.fr) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 89713E0002; Sun, 6 Jun 2021 07:40:44 +0000 (UTC) Subject: Re: [PATCH -fixes] riscv: Fix BUILTIN_DTB for sifive and microchip soc To: Arnd Bergmann Cc: Rob Herring , Paul Walmsley , Palmer Dabbelt , Albert Ou , DTML , linux-riscv , Linux Kernel Mailing List References: <20210604120639.1447869-1-alex@ghiti.fr> <1287f6f3-2f07-3269-9048-8f7d08eecc09@ghiti.fr> From: Alex Ghiti Message-ID: <5d3a00d1-9e45-398a-39cf-1e6e9924eb18@ghiti.fr> Date: Sun, 6 Jun 2021 09:40:34 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 5/06/2021 à 13:00, Arnd Bergmann a écrit : > On Sat, Jun 5, 2021 at 8:37 AM Alex Ghiti wrote: >> Le 4/06/2021 à 15:08, Arnd Bergmann a écrit : >>> On Fri, Jun 4, 2021 at 2:06 PM Alexandre Ghiti wrote: >>>> >>>> Fix BUILTIN_DTB config which resulted in a dtb that was actually not built >>>> into the Linux image: in the same manner as Canaan soc does, create an object >>>> file from the dtb file that will get linked into the Linux image. >>>> >>>> Signed-off-by: Alexandre Ghiti >>> >>> Along the same lines as the comment that Jisheng Zhang made on the fixed >>> address, building a dtb into the kernel itself fundamentally breaks generic >>> kernel images. >>> >>> I can understand using it on K210, which is extremely limited and wouldn't >>> run a generic kernel anyway, but for normal platforms like microchip and >>> sifive, it would be better to disallow CONFIG_BUILTIN_DTB in Kconfig >>> and require a non-broken boot loader. >> >> I kind of disagree because if I want to build a custom kernel for those >> platforms with a builtin dtb for some reasons (debug, development..Etc), >> I think I should be able to do so. > > How is the builtin dtb better than appended dtb, or passing the dtb to the > boot loader in that case? Ah never said it was better, just it was available so there is no reason we could not allow it :) > > Arnd > > _______________________________________________ > linux-riscv mailing list > linux-riscv@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-riscv >