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 X-Spam-Level: X-Spam-Status: No, score=-12.2 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E9008C433F5 for ; Fri, 17 Sep 2021 17:26:24 +0000 (UTC) Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 0D0EF610E9 for ; Fri, 17 Sep 2021 17:26:24 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 0D0EF610E9 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.denx.de Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 70C678312C; Fri, 17 Sep 2021 19:26:21 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=konsulko.com header.i=@konsulko.com header.b="ddlYF6wW"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 064AD831FD; Fri, 17 Sep 2021 19:26:19 +0200 (CEST) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 0E3B982D52 for ; Fri, 17 Sep 2021 19:26:15 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-qt1-x835.google.com with SMTP id u21so9395415qtw.8 for ; Fri, 17 Sep 2021 10:26:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=hZo/S/m0zgiOd0Dq5deefTqzahyEtYOEZWwt17o9eYU=; b=ddlYF6wWSMaWs+sycxX2TSkFu6MbAIN5paV31NX3k1kIjm7jZTj19ugo2QRVag6sRY FTNNzAt1xHfyQu24pgWQqy1QbxPmeKTvxjnyAfTyKPz1w5Mz7zKKrfdv5o4cDQqmFqi/ 73w0YBOY7/3pGArT834PEvZinXLvAigyMZEVg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=hZo/S/m0zgiOd0Dq5deefTqzahyEtYOEZWwt17o9eYU=; b=62+n52IRN5cj6x+sH6VEblTGSdKHoXLPakv6KN9HbluO6Ntcz/mFkw1hXOhViKsp7S q3HrI1w3lKQgUp7XnJ7ph9f/nObUCWYxjvysaCI7mFzDg8KwoRGRpq5RvkTOXtUP2Juv ubfYzSO5G/3fYXHveBddo7C9z1HOb03CzE5MvDERqLZlPdhjDlDhDIsRk1vSIY1SPVUn 4tkJm2bKqzg1N0bW1r8KWJbwurRqTa5WVCVJGaj2J+PwTCR8DJtF/xrFC9x39BvwLJXX P1ZCoa8ZH5EjBNBaH9X6+utKTlNybbguldnofnxzJLzSjkcJ+XtC0UFRgYEpScw0mmEP kelg== X-Gm-Message-State: AOAM532rSqPLstEoMDEu4uR+GFBFr8GJxpGGyzHR1tp/rLlLFXE3M917 6ni+xzs65khxaw6WmFxksLyk+A== X-Google-Smtp-Source: ABdhPJxdeSgqXaZJAjbQGt39fJlTFzMSXj9s9tJiFYAC2/7obBs2UlGg7FjQYadrRvdVZZrlzYhp8g== X-Received: by 2002:ac8:7154:: with SMTP id h20mr11460406qtp.251.1631899568700; Fri, 17 Sep 2021 10:26:08 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b01-cbda-e4f8-f572-7f11-97be.res6.spectrum.com. [2603:6081:7b01:cbda:e4f8:f572:7f11:97be]) by smtp.gmail.com with ESMTPSA id x2sm4447060qtr.6.2021.09.17.10.26.07 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Fri, 17 Sep 2021 10:26:07 -0700 (PDT) Date: Fri, 17 Sep 2021 13:26:05 -0400 From: Tom Rini To: Simon Glass Cc: Mark Kettenis , Moiz Imtiaz , U-Boot Mailing List , Moiz Imtiaz Khan , Jehannaz Khan Subject: Re: Problem with U-boot | Configuration Signature not being checked while booting Message-ID: <20210917172605.GA8971@bill-the-cat> References: <561452b36639d218@bloch.sibelius.xs4all.nl> <56145f817ba7aedc@bloch.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: X-Clacks-Overhead: GNU Terry Pratchett User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.34 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 17, 2021 at 10:19:18AM -0600, Simon Glass wrote: > Hi Mark, >=20 > On Wed, 15 Sept 2021 at 05:52, Mark Kettenis wr= ote: > > > > > From: Simon Glass > > > Date: Wed, 15 Sep 2021 04:13:24 -0600 > > > > Hi Simon, > > > > > Hi Mark, > > > > > > On Sat, 11 Sept 2021 at 13:18, Mark Kettenis wrote: > > > > > > > > > From: Moiz Imtiaz > > > > > Date: Sat, 11 Sep 2021 23:19:05 +0500 > > > > > > > > > > Hi Simon, > > > > > > > > > > Thanks for the reply. I already followed the steps mentioned in > > > > > "doc/uImage.FIT/beaglebone_vboot.txt". > > > > > > > > > > >I wonder if rpi is not using the devicetree compiled with U-Boot= , but > > > > > instead one provided by the earlier-stage firmware? > > > > > > > > > > Not sure, but seems like this is the case. I checked and there is= n't any > > > > > dtb or dts for rpi4 (bcm2711-rpi-4-b) in arc/arm/dts in u-boot. I= tried to > > > > > add the dtb and other dts dtsi > > > > > files > > > > > from the raspberry pi Linux and compile them with CONFIG_OF_SEPAR= ATE and > > > > > CONFIG_OF_EMBED (one at a time) *but it couldn't even boot the U-= Boot and > > > > > it would just give a blank screen*. I wonder why there isn't any = device > > > > > tree in the U-boot repo for RPI4. Is U-boot control FDT not suppo= rted by > > > > > RPI4? > > > > > > > > The issue with the rpi4 is that the addresses of devices move around > > > > based on the version of the Raspberry Pi firmware you're using. And > > > > possibly on the amount of memory on the board as well. So U-Boot > > > > pretty much has to use the device tree passed by the firmware since > > > > the device tree in the U-Boot tree would be wrong for many > > > > combinations of firmware and hardware. > > > > > > > > Simon, this sort of thing is exactly the reason why I think the idea > > > > of having all U-Boot configuration information in a single device t= ree > > > > with the hardware description doesn't work everywhere. > > > > > > >From my reading of this thread, it rather reinforces the need to > > > provide a way to give U-Boot the config it needs, in the devicetree. > > > > As long as that configuration is optional, yes, maybe. > > > > > It seems that rpi is actually OK in this regard. If you think about > > > it, it would be pretty hopeless if first-stage firmware assumed that > > > it could provide a devicetree to whatever is next. > > > > Not hopeless. If that device tree provides a hardware description > > that is complete enough to boot Linux, it should be good enough to run > > U-Boot. >=20 > Not in general. I hope I have covered this in enormous detail in the > devicetree patch. But if you don't need verified boot, SPL or some > other feature that needs config, then perhaps you will get away with > it. Wait, why does SPL _need_ it? If something provides us with a device tree, we don't need u-boot,dm-spl as that's used to filter nodes in to a smaller DT to use. Dealing with u-boot,dm-pre-reloc could be trickier, but means whatever loaded us needs to have enabled any early clocks we need. But even then, it's just going to be output related? And some "was already configured" path could be used. --=20 Tom --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmFEz6oACgkQFHw5/5Y0 tyyBmgv/Vzavw/RX/Nq9wgQk2lCLlozeaybsuD9mXt5bwGRmC/AZkUEzd5zy2P9j xVrSNUhyGyO6eI0UgbeShVcHtiKW+9cjIOhodgUbcwv0QhKeDq+QhnLCLU+7OUGG 94i65jzlUA8EHvcA+u9mtiXKD30EImCddNuDWUvN0oQIW7GxCxCsks+a6NW2Xaca DxVq3TL9rQUQFcTRWtt3x6czLyz4xyWQJFYWKNup5VNCTjT/EN0g3cBaeeqtfjbX ZRE2KFSO8wXri4mfKdsFvV5FVz02KU8exT6itdHjy/HqpZ2rTsdtGHQGT8Xk9tF3 BSnfjq/HK4525cishXZSxyj0TCe5N3FIEjfORkDl2lqgEoL8c0aXlvgdbCIw6za6 RrGD+m8NWHAafBq3ohfzoMURES1LsjOpvTTkfWuNFnET8WJP5hofvgQkdrRrbPq7 Nf6AE3JZfqTWHVEluyoESTU9XDEvCYQXMptG1Oob4PARgTCDxx3+aKZQXWR0N+vM OfkhqFUH =xsB0 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb--