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.3 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,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 69796C433EF for ; Sat, 11 Sep 2021 21:06:16 +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 6D3EC61050 for ; Sat, 11 Sep 2021 21:06:15 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 6D3EC61050 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 48F5683706; Sat, 11 Sep 2021 23:06:13 +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="LtcjdNzK"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 6E7AF83700; Sat, 11 Sep 2021 23:06:10 +0200 (CEST) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (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 A381D83842 for ; Sat, 11 Sep 2021 23:05:49 +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-x82f.google.com with SMTP id t35so4868233qtc.6 for ; Sat, 11 Sep 2021 14:05:49 -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=a/bBVjy9pvAogsoka0M5ABGgUeSWwhYOZrZmlqfbLAo=; b=LtcjdNzKEM5Egbk6EvDjGX4piyvjWXpjVyjT1FhI9z8h6nNhKbX4MOkycqKq3Ccri2 owKfAIbggaiqZKz46WYf0Y6+uTaDKSXUji0NpvhxylZKZATGgWsp6LGmnqEDLaHWhi7u 2voBAqxojd/u/dphTz9NVMjySm0rgTJ8eRX1w= 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=a/bBVjy9pvAogsoka0M5ABGgUeSWwhYOZrZmlqfbLAo=; b=RpPQxKlej6tUA/bclo5s7hE717nFpggxCd0dd0YMPJ1aWCKneFJH/Cm+9ZH/SV48HE fyY/+0RzqueVFvybQEl/01vLxdSiJ8Q4d/5ucCWsRZjcjcpMVwBCiTjo7T7H0PSLt3VC Qs4qruwJCuqU/W4IEd8bs0vxqB8qTMR0bj7dFeqAir6fcEne0KAq+VpC3itmZ61yF1/k bfdt5QLB7kg8q1hDDPMLOU4CormJGq8djGMH9BPurJYIaiIlkIW7AupvOTgE9E3deUR3 jIw0H5E38RQ4TE026rrOBbD6ai09kT0z5RE3leKQelReva3LM0kwg3uq28OgEv/hx5JP CzHA== X-Gm-Message-State: AOAM530qqcfjh+8OfmSfLobVQHuqHGzSEXla5Tk0iJLCim3scVmeJoFB tl4qG0Ppxu4H6pOWkfhYXbanvw== X-Google-Smtp-Source: ABdhPJxf3buWRS1BpR3Uuk799EqYpJP7RE65+q7P5Xk//MaKiLVbdcb49N3ulSNnR4DZ5/zrB4CSdw== X-Received: by 2002:ac8:7f12:: with SMTP id f18mr3574795qtk.258.1631394348113; Sat, 11 Sep 2021 14:05:48 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b01-cbda-61ce-ecd7-97d2-3518.res6.spectrum.com. [2603:6081:7b01:cbda:61ce:ecd7:97d2:3518]) by smtp.gmail.com with ESMTPSA id j18sm1900348qkl.12.2021.09.11.14.05.46 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Sat, 11 Sep 2021 14:05:47 -0700 (PDT) Date: Sat, 11 Sep 2021 17:05:45 -0400 From: Tom Rini To: Mark Kettenis Cc: Moiz Imtiaz , sjg@chromium.org, u-boot@lists.denx.de, moiz.imtiaz@skyelectric.com, jehannazkhan@skyelectric.com Subject: Re: Problem with U-boot | Configuration Signature not being checked while booting Message-ID: <20210911210545.GX12964@bill-the-cat> References: <561452b36639d218@bloch.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wqvBK6syLSinht8o" Content-Disposition: inline In-Reply-To: <561452b36639d218@bloch.sibelius.xs4all.nl> 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 --wqvBK6syLSinht8o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 11, 2021 at 09:18:46PM +0200, Mark Kettenis wrote: > > From: Moiz Imtiaz > > Date: Sat, 11 Sep 2021 23:19:05 +0500 > >=20 > > Hi Simon, > >=20 > > Thanks for the reply. I already followed the steps mentioned in > > "doc/uImage.FIT/beaglebone_vboot.txt". > >=20 > > >I wonder if rpi is not using the devicetree compiled with U-Boot, but > > instead one provided by the earlier-stage firmware? > >=20 > > Not sure, but seems like this is the case. I checked and there isn'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_SEPARATE and > > CONFIG_OF_EMBED (one at a time) *but it couldn't even boot the U-Boot a= nd > > 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 supported by > > RPI4? >=20 > 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. >=20 > 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 tree > with the hardware description doesn't work everywhere. In this case, doesn't the Pi firmware pass along apply overlays and construct the device tree it's going to pass along, so in this case you would want to make an "overlay" for the Pi firmware to apply and pass along to U-Boot, that includes the required information? --=20 Tom --wqvBK6syLSinht8o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmE9GiYACgkQFHw5/5Y0 tywQ9Av+NqZSKD2MvdiyDZCtzIGyEjiUhZUbWl8dHCpt4EjFBH8a6BvrFoul55rl 57QQhcvkrei+aWMOFePcvvMaysXxmS7PJObdgdDd8IksAbqF+9lYcRroXdliO/aF dXMc5m4hl9fsJmT697eOEM6owav1jWDv5aIbcfJifQv7lOj3GgPGLOWudtbLfdCs KfK3J6FoGL0WoiH6dZnG9E1tRdrIAB5t316TSBBEnki3aqV8ITpDrpvF22hPrx7U mM4HMWFUi078zEIaE3t55Q43rJDDNKcDlOyTK/kmuKPSWBfEJ14ZClBGh2G9nr61 EaZuDVwv+6LCehy+9OsXtrYgDr0N341a3Ptyk9NXyB1tWOkCeQlbyP3+6/T78Um2 K0kLTTXMU5cGjaeilAMYP65FL6qadsMOVaqdC2+CjDZx9+//R1DQv+zDA66luL0T 436TyRpbZeoSoq+hz/MWfBh0XXMI6zIMi18x7eJhDHJlB16A0mlPx8IPPdRj3Os+ Tl1Cy73o =XpzC -----END PGP SIGNATURE----- --wqvBK6syLSinht8o--