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 A50A4C433F5 for ; Thu, 20 Jan 2022 20:09:01 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 6B188838C3; Thu, 20 Jan 2022 21:08:59 +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="EGTsbqjF"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 20298838E0; Thu, 20 Jan 2022 21:08:58 +0100 (CET) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 3CF9D83890 for ; Thu, 20 Jan 2022 21:08:55 +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-qk1-x729.google.com with SMTP id a21so7532405qkn.0 for ; Thu, 20 Jan 2022 12:08:55 -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=wDfieGyuk+JBHzif5n78hUPjI3taZ7iauUqoSM6EmDw=; b=EGTsbqjF7Bf0N+TwJ8ck5IOYTGcIIBt//c767jEwGs0U9A4oemOb2HqL/4CMrf8kKG wAtij5Hnt3TTYsHvEoBTfuzIkFdXfOca/bP9A3XQZJhAmYL7aOY4545vogaEnXwbtZ0Q 1qeuTFp3kXEJr7/xUbLuWFfpnDRF2Ekj13R3c= 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=wDfieGyuk+JBHzif5n78hUPjI3taZ7iauUqoSM6EmDw=; b=dLIeQRwWw/mZnjdC+nmRa8pPySJKH6WuEfi4yuKlSWxbuWa6P1AmwAcJJW5jMyUsQP bHTUX0aqcZkPwkWzRqHu1KdQUx6C+pEcF+RDrHkZe74m4ua6+eJBK5zCmDuhwXRZDIjg 9aqp98pO1gCzk3olEjvyF5Qga92yyYLHjF23BOS43WTalSEIrT+DgYE71/DWe6acyjpi fhlhM4X4CjRyJCPHmfm5A75b/AAGW9kI4KfpWJXGvUsVpUFFGbwVdHe7QH+RQKDj0JZN WDvxiicyc0pNHqWX35S2d/2HkkLhG6wJ/7Qvevf7J6AKNX4qfJ8aywNf2JCfXStX998h 7e1g== X-Gm-Message-State: AOAM5329o4WemppVo9vwbZK+imLWAav59TILMaZ8F3rj7vPSoqmmIKzj TLSwZgB67CJQ/EuZ0Bw4vrzL5g== X-Google-Smtp-Source: ABdhPJzd0edKTrDYfbMDZsK4mE9MIykgM0vcS8H2HE5sMEFSvvyuwoGpXmOGFi92ChypgDXgh6IIhg== X-Received: by 2002:a05:620a:2492:: with SMTP id i18mr356727qkn.595.1642709333877; Thu, 20 Jan 2022 12:08:53 -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 k6sm1914800qtx.35.2022.01.20.12.08.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 20 Jan 2022 12:08:52 -0800 (PST) Date: Thu, 20 Jan 2022 15:08:51 -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: <20220120200851.GM7004@bill-the-cat> References: <20220120083544.2964521-1-michael@walle.cc> <20220120183047.GJ7004@bill-the-cat> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6TC23+W66xmFESAX" 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 --6TC23+W66xmFESAX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 20, 2022 at 12:56:55PM -0700, Simon Glass wrote: > Hi Tom, >=20 > On Thu, 20 Jan 2022 at 11:30, Tom Rini wrote: > > > > On Thu, Jan 20, 2022 at 11:16:35AM -0700, Simon Glass wrote: > > > Hi Mark, > > > > > > On Thu, 20 Jan 2022 at 03:29, Mark Kettenis = wrote: > > > > > > > > > From: Michael Walle > > > > > Date: Thu, 20 Jan 2022 09:35:44 +0100 > > > > > > > > > > > The bootdevs have a natural priority, based on the assumed spee= d 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. > > > > > > 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 > Doesn't the 'non-removable' flag describe this feature of the hardware? >=20 > If you don't want to rely on the normal ordering, you can set the > boot_targets variable. I'd just like to avoid that being required for > 'normal' boards and situations. I think setting things via the environment to have correct defaults is a must. I mean, yes, OK, if there's some device tree binding that we can use that describes this, sure, that's choice A. But choice B would probably be environment strings. Probe and hope is choice C, or more like last resort, imho. --=20 Tom --6TC23+W66xmFESAX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmHpwVAACgkQFHw5/5Y0 tyzqIwv9Hau2ZKNEzB5TbtYubNwLGY76c3tkj0Z+6kQv+0RlNLNE4tydFz5ufyFp mdKr3frLvR1zuv66uEkRWBjsmUN4Xe9tBZjX1peKRmyuI17KDSn28mAw1aVNU8aX +fdLReV9H8iY/LGv4UZPU9hTziKiTczVucBkVneYNfDIute24Kb4mzMMYH11SI3G pAHZLlYRCq/p+OvLCbc+39wxKjlUPHhi/Zy2nq0nVgkKwEwNTX4pXnvy1mQ4eqNT 9HfgJa9vETozlmLuuuwlzkvrzTZBgr7rf+YV2Ugc45JNYrZlq+pSXLfEoQ4hTpH0 wJyfQOBebViNT5z3WnnuYaJut6EIEckVDjXGwwvvV43C8FDC6LDNRccbj6WLHDus gJCU/UWXHpC41eeH60f1QV5CxcFNTZHa4eRDafrbqRhja6qBwLu5sxCflT9ODKzw ngeKMBLmPO6Cj7rkKxeD9B6FAXyJs5GrF1OQiy+iPqqVy5pS5CiycbUhmAVvUBIo qIulgP8h =dW/M -----END PGP SIGNATURE----- --6TC23+W66xmFESAX--