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 A2DEBC6379F for ; Fri, 17 Feb 2023 15:13:12 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id BD9B88574E; Fri, 17 Feb 2023 16:13:09 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (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="oYVq5yZb"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 5818485B7D; Fri, 17 Feb 2023 16:13:07 +0100 (CET) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 C772785CB0 for ; Fri, 17 Feb 2023 16:03:22 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-qt1-x829.google.com with SMTP id r6so1006667qtx.10 for ; Fri, 17 Feb 2023 07:03:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=Y5BoELFFMUgmYMyv+So2xayzsWqN9jNU4Dxb8unTP9o=; b=oYVq5yZbrFq4dvXNcLvCuIl7gUCrSLMiu0/HOEg3hdmxc50sJ4zKLxwj34XYfB05Hw ApWL3uQFupINcTcAsPDIAzkaAxQJ6KhmbTtDjmLDtFDQh6lf+Tgc3rTtDceuHwVOy0jW SG/5f0ge0wBympJxIsGKTxdeKiafMlKAJPPcA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=Y5BoELFFMUgmYMyv+So2xayzsWqN9jNU4Dxb8unTP9o=; b=1jzOiZMnpND4Dlw6BjTUbZJzxIezpkgrd55F0uD9PyEklU2Etdk5wVuWjNrrNzSoJW 37Dsy4yPSHU8Q1XeBNrwKWnyQ6HBELwX5R+y5aZ97pSWAVK/zXNqYpuxqnS5DCon6Za7 /f6LyxeT2pWjS6BoFHUne40ZcY5mP15gVLDzSt0T5Hijb5G/hXY93H9FZlTWTl+9aiAB 8hWvRMzO+GD9cXQm2mV8G7biEQ4yD3i8EalqafOYjMdUl6gy51Y/yeUVMzrXu/TJyLNu b1IdMmmgFKS3OZSqBRl2q0bbNuWPztKnhhdLO6b/6rJmE+dOeQSC+YPYg4FJJHiBd40/ cTHA== X-Gm-Message-State: AO0yUKWu0fomlWhExYHWcV+o7die7t7EFeWaT41lkR0BnypFwT3l7SnQ Fj3qZlNzSxDrHiIIwxzbH0qgtg== X-Google-Smtp-Source: AK7set+q6RUIpCggbvlL6fCQnGAjpROToWOR2bwwduA+1z2jS8sxCTTZcckDKb6ZTuk/tLegF6fv0Q== X-Received: by 2002:a05:622a:43:b0:3b8:6a41:c329 with SMTP id y3-20020a05622a004300b003b86a41c329mr16647718qtw.21.1676646191247; Fri, 17 Feb 2023 07:03:11 -0800 (PST) Received: from bill-the-cat (2603-6081-7b00-6400-5ac5-8d1f-7f77-73e8.res6.spectrum.com. [2603:6081:7b00:6400:5ac5:8d1f:7f77:73e8]) by smtp.gmail.com with ESMTPSA id cp6-20020a05622a420600b003b9bc00c2f1sm3201871qtb.94.2023.02.17.07.03.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Feb 2023 07:03:10 -0800 (PST) Date: Fri, 17 Feb 2023 10:03:08 -0500 From: Tom Rini To: Heinrich Schuchardt Cc: Mark Kettenis , sjg@chromium.org, yanhong.wang@starfivetech.com, afd@ti.com, alpernebiyasak@gmail.com, sr@denx.de, andre.przywara@arm.com, cJ-uboot@zougloub.eu, hws@denx.de, u-boot@lists.denx.de Subject: Re: [PATCH v2 1/1] spl: allow loading via partition type GUID Message-ID: References: <20230216152956.130038-1-heinrich.schuchardt@canonical.com> <39edd2e5-47fd-485f-7ce4-ad708667dfa2@canonical.com> <87r0uotwbk.fsf@bloch.sibelius.xs4all.nl> <855b2923-d6ad-674f-ef7f-e31c9502d539@canonical.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sDr3Apc+uuOWYlws" Content-Disposition: inline In-Reply-To: <855b2923-d6ad-674f-ef7f-e31c9502d539@canonical.com> 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.6 at phobos.denx.de X-Virus-Status: Clean --sDr3Apc+uuOWYlws Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 17, 2023 at 12:06:40PM +0100, Heinrich Schuchardt wrote: > On 2/17/23 11:34, Mark Kettenis wrote: > > > Date: Fri, 17 Feb 2023 07:55:58 +0100 > > > From: Heinrich Schuchardt > > >=20 > > > > I'm not sure, but at some point this is all going to get out of han= d. > > > > Already we have these options: > > > >=20 > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_U_BOOT_DATA_PART_OFFSET > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_T= YPE > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_EMMC_BOOT_PARTITION > > > > common/spl/Kconfig:config SYS_MMCSD_FS_BOOT_PARTITION > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_KERNEL_SECTOR > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_ARGS_SECTOR > > > > common/spl/Kconfig:config SYS_MMCSD_RAW_MODE_ARGS_SECTORS > > > >=20 > > > > That is just for MMC raw mode. > > > >=20 > > > > For environment we have SYS_MMC_ENV_DEV and _PART. If you look arou= nd > > > > you'll see loads of these options. > > > >=20 > > > > I see that rockchip uses u-boot,spl-boot-order as a way to determine > > > > the boot order. This makes it configurable without rebuilding > > > > U-Boot...although I don't think we need to make the MMC stuff > > > > configurable, since I am assuming that the boot ROM determines at > > > > least some of it...? > > >=20 > > > This patch is about SPL loading main U-Boot. So the boot ROM is not > > > involved. > >=20 > > But in that case we surely want to have a single board and SoC > > independent partition GUID? > >=20 >=20 > No. I want to create one installation image which runs on multiple boards, > e.g. >=20 > part 1, GUID 8300, /boot > part 2, GUID 8300, / > part 15, GUID EF00, /boot/efi > part 20, GUID SPL 1, SPL for board 1 > part 21, GUID U-Boot 2, U-Boot for board 1 > ... > part 127, GUID SPL 54, SPL for board 54 > part 128, GUID U-Boot 54, U-Boot for board 54 Is this concept proposed somewhere that OS / distro people might further comment on? --=20 Tom --sDr3Apc+uuOWYlws Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmPvlywACgkQFHw5/5Y0 tywZ+wwAi9ox/v1xCIueLKTCbW7XUYtMmWr31hY0A317+hG2LXRPUrcXoduOOpS4 m8q7lLymRzdnsYHdWzJUPiqum6JJnx/bB5tQWVoBbVpJrIql+Qy3opFJdzUzbgsJ OaBkYLyfMSFPmX0cwhRRQLwkwspYCCrxuCMMpEw5cBXcOBgBWP5bs4b+y/gt9Pz6 KaXb0loJyeBNzdPIWDYPPg3Tfi3yJiKvfdvA5+BZQowc+QSsdxJWi2ZNz8L2wVCI JtJkL9ta0IFoX5XXscOtGp+OQibgWNc9BkVnU/KZ3ocsLc1P+y10QEtIlD7DwYYo UxFRZp8TSl2w+wvFj9DUWB67a9P9LAPBgeiZtzsXVrZGoIfk9TdU8P2Hs0LrkxKH DceuASVHaHpyO9bJX/VhQd/EsIHZvxDrGk+9EqA/uPH61ERk4Lsvf7R5uWGe9H5V nIetBi1phMNadduUpq7DuiWJ36JjGkUy8necP8SE78F3KrA55yHX9uQ1cceC8PhL 9L2Y/ugx =6C/o -----END PGP SIGNATURE----- --sDr3Apc+uuOWYlws--