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 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 smtp.lore.kernel.org (Postfix) with ESMTPS id E96F3C433F5 for ; Thu, 20 Jan 2022 18:30:56 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 864C283887; Thu, 20 Jan 2022 19:30:54 +0100 (CET) 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="feohkLDj"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id B954683890; Thu, 20 Jan 2022 19:30:53 +0100 (CET) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 03BFB8386B for ; Thu, 20 Jan 2022 19:30:51 +0100 (CET) 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-x82d.google.com with SMTP id f5so7082096qtp.11 for ; Thu, 20 Jan 2022 10:30:50 -0800 (PST) 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; bh=hdmgfpYEd+TjlGI3Jo1VJYlIA0/SXEl4k6/R+IBKZr0=; b=feohkLDj3fqLclzo5eokPTVVPEOg1Dmma0Oom3FJCd2Cziipukf0AwZfNWjNaI+Vu7 Vj63SETm41KirYwKqy9A3khvfhQBmdCE5/aQxyJCmDFjOTkSs09NdW2t81pFQhRawhN1 3qA9z+IP3ylQgDEZyOjoAXxaMHDTvKo645zL4= 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; bh=hdmgfpYEd+TjlGI3Jo1VJYlIA0/SXEl4k6/R+IBKZr0=; b=BPUzZWI26vzLzmspnrK/6+rU/9gKwv1XkY7KoIGUpJwpJKJo3LmMJYB/xN0iOjQuHk POxBLxtCN2Ip49+4eFHurc9/u4siOef6ueOjjO0l6a+CJoi6ePXhMPU357CY3XmtgTl8 rr9R3T//CEkg6MvsTEdaCOf59XHNrZxylDeBtJh+tlebZ7QHhRs0oUnu6DuQobvjxrMZ j7o95buSG7CD0P4GZK/sYfhnVATwentXF6e546V/19bL91qjAXtcD9Woq8brpzpsGf6c l+uOil7JzfiVQMmo4zgKYgqSZ27uVjJk8E5OmBtfEesE0YpRnzVtzw/ZcX7deEqCpO78 1r4w== X-Gm-Message-State: AOAM532TcXbpvuuUFNT9Sb585UedyJdpBF7v8TOPL0EZ4Rmtdw5HWuqA T+zKTW9ok0/CPhxv/LoM1cSW3g== X-Google-Smtp-Source: ABdhPJwKdPSk8urSY5q2YTq+XOifeXpVutCCqxTqmiWyHZuNNyIbVpRWqqAzDMLOAAgPqpvOAX4/sw== X-Received: by 2002:a05:622a:118b:: with SMTP id m11mr232661qtk.369.1642703449762; Thu, 20 Jan 2022 10:30:49 -0800 (PST) Received: from bill-the-cat (2603-6081-7b01-cbda-2ef0-5dff-fedb-a8ba.res6.spectrum.com. [2603:6081:7b01:cbda:2ef0:5dff:fedb:a8ba]) by smtp.gmail.com with ESMTPSA id s11sm1869453qtw.2.2022.01.20.10.30.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 20 Jan 2022 10:30:49 -0800 (PST) Date: Thu, 20 Jan 2022 13:30:47 -0500 From: Tom Rini To: Simon Glass Cc: Mark Kettenis , Michael Walle , Daniel Schwierzeck , Dennis Gilmore , Ilias Apalodimas , Steffen Jaeckel , Lukas Auer , Michal Simek , U-Boot Mailing List , Heinrich Schuchardt Subject: Re: [PATCH v3 31/31] RFC: Switch rpi over to use bootstd Message-ID: <20220120183047.GJ7004@bill-the-cat> References: <20220120083544.2964521-1-michael@walle.cc> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wjoFZxbW4tu+iR6v" Content-Disposition: inline In-Reply-To: X-Clacks-Overhead: GNU Terry Pratchett X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 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 --wjoFZxbW4tu+iR6v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 20, 2022 at 11:16:35AM -0700, Simon Glass wrote: > Hi Mark, >=20 > On Thu, 20 Jan 2022 at 03:29, Mark Kettenis wro= te: > > > > > From: Michael Walle > > > Date: Thu, 20 Jan 2022 09:35:44 +0100 > > > > > > > The bootdevs have a natural priority, based on the assumed speed of > > > > the device, so the board would only need to intervene (with an env = var > > > > or a devicetree property) when that is wrong. > > > > > > Does this make sense in general? The default boot order for a > > > board should depend on what is available on board (or on the > > > carrier board) and what is pluggable. I doubt there can be a sane > > > default, so almost all boards will have to define its own > > > boot order anyway. >=20 > Please can you be more specific about what you the problem is here? If > the board does not have a device then it will not exist in driver > model (or will not probe) and it won't have a bootdev (or it won't > probe). That seems to be equivalent to me. So, I'm not sure how much of a problem it is, since the board can still define the default probe order via environment. But pick any random SoC with more than 1 SD/MMC set of lines on the chip. Youboard may put the first as SD slot and second as eMMC and Myboard may do the opposite and both are going to probe in the same order since it's the same chip. That's what I think Mark is getting at with it not really making sense to just rely on probe order as what to try. --=20 Tom --wjoFZxbW4tu+iR6v Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmHpqlMACgkQFHw5/5Y0 tyxEfgv+Kdk563baXvmPzJqdqqHq9CqpqgG2V58ig/AbBHA9Xz2wR3PXbcGYxTdK JAMJ8PcREqOma7SryZWk/930WR4ing3S4pGq+r16SibdTDL9q7HA/ybY8WBBHqPf TtCHX5wWMoYxDrS7kptr29EAjAaI56gas1jDCjGkJmPG1cwRVj15KTHGYda5BU4X z2Jr3nQhEJ0ffifMGBdl+7MtNEbiTGU/npLsTo2L8x1wPP3VcJZlU/UcJrt/vI6B vibG+ss5X0hNBIH5a2NOFM7rNKEZRU8Qnml5hfHnAk5csROdoZBBdmLKqWRDQ75d LypmFXw3vcMkgiSB6hGgz/ki+7p1BxCN+hyP2rHoxWkXIE2Ytn76o9g0epEfFOhv unmApDYBiFCCgYnAUFLHkU/nBEtvSaI6LivcuHr3aF/UAJZheCguOGsZ7S1yQQ1l gpQaWMcotpLW0PCzLbR9k+HcE5TCpt+uNdAgdNUqC0VR22jar4rUdDFvBcRFr4hE ZJ9BssRX =8CcJ -----END PGP SIGNATURE----- --wjoFZxbW4tu+iR6v--