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=-3.8 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no 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 8D838C07E96 for ; Thu, 8 Jul 2021 22:31:22 +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 987ED617ED for ; Thu, 8 Jul 2021 22:31:21 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 987ED617ED Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=chromium.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 465FC82DE6; Fri, 9 Jul 2021 00:31:19 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=fail (p=none dis=none) header.from=chromium.org Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=chromium.org header.i=@chromium.org header.b="AU887DZU"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 84FD082DE6; Fri, 9 Jul 2021 00:31:17 +0200 (CEST) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 659FF831C6 for ; Fri, 9 Jul 2021 00:31:14 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=chromium.org Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=sjg@google.com Received: by mail-wr1-x432.google.com with SMTP id f17so9448521wrt.6 for ; Thu, 08 Jul 2021 15:31:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6C0ZxAVgUzDV5XUnUhTALsAIIvFbWA22s/37kSlAab8=; b=AU887DZU/KUr39IDsnDji0KpGdnzseQdrgLBs2hLeYYEp/jTy5NH/kLZgJLCvuPEl7 wZMvzoR3XoLKZDJrrLtDqdwrmkDwGnbgAf9y8P/b/0L2i3107NmP+2J/BOfBVUqvFIMd jZV80D824QX4GTxhFZ7WLpFUX9A7p6xDRtC3Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6C0ZxAVgUzDV5XUnUhTALsAIIvFbWA22s/37kSlAab8=; b=iIx32uq2Qdko9Hec6AsdSs9e4cfveqUqVDUD6xdvPGQByPh5buwAu2eaHFY0bdVPdh DDZgVJ3P6qb4xMR3k4fVnqDh0C7bGsRlCMcITWEfodnlFjdPGm3nuCFDYkCs3jf69IRF kbYVh0p+iwfBYNpnT1gqmOkvQ4A1acPpolRityoVfmwKVtr904BNQOpXRMxaJnaCXhRw OwVbc+WWTh33Xsgw0541kyjO5GkZDnxOKfvV3HHompFIzJWWH1veBz8bTdzybxR1vVv5 K3ZyHQwdwc8Esj1yL3bicZaTPWOwuTpnSalq9147gNC+BYsPTwRYd6SAf697ZVYPIXB1 8t7A== X-Gm-Message-State: AOAM531/0ycs0L95K2zLHyJJe2HFyqnHEKuJwF5Y887RFIgA9UofUK48 2L4E9qTti77kQSMnRu1HEHWWW7i1ixySeoPoAvdpag== X-Google-Smtp-Source: ABdhPJwWOdMCSKre66VA85z5xJGSzX0i/p3BAjauOCpIBh4Sv2me1n7AkK+8w3pwZU/VNAtemFXMFd7JdPeYCE47Vdc= X-Received: by 2002:adf:f68c:: with SMTP id v12mr35836665wrp.43.1625783473607; Thu, 08 Jul 2021 15:31:13 -0700 (PDT) MIME-Version: 1.0 References: <010001785912437d-ab3ef3d5-960c-4f85-bd2c-7f7853900e7a-000000@email.amazonses.com> <010001785e96cf83-06ded054-1d8b-47f3-8096-f205a92305f0-000000@email.amazonses.com> <0100017866b46da2-7ac1b1ae-03f2-4048-81f8-bd38fb59b99f-000000@email.amazonses.com> <010001786743a2ac-3d2da6df-c6f2-4e19-acaa-628ff7d466c2-000000@email.amazonses.com> <01000178b1570317-d1af5a40-d575-49ef-9b91-06abe8d04f4b-000000@email.amazonses.com> <010001793ebb08a4-29440b1d-778d-4a80-8def-619c2946e275-000000@email.amazonses.com> <010001796adacdd6-3f239ac5-27bb-4c79-a878-30592929b893-000000@email.amazonses.com> <0100017974aff4fb-0af45782-0b60-4724-b300-822f8fe4b799-000000@email.amazonses.com> <0100017982591630-15bf1d32-8f0b-4b2a-bb4d-a2ba39760820-000000@email.amazonses.com> <10CCF05B-96E6-4C92-942F-1B4C774A813E@arm.com> <0100017a8648f3d5-98a3bce6-b2dc-48cb-84e4-c292bcef5622-000000@email.amazonses.com> In-Reply-To: From: Simon Glass Date: Thu, 8 Jul 2021 16:31:02 -0600 Message-ID: Subject: Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages To: Julius Werner Cc: Manish Pandey2 , =?UTF-8?Q?Fran=C3=A7ois_Ozog?= , Ed Stuber , Boot Architecture Mailman List , undefined , Harb Abdulhamid OS , U-Boot Mailing List , Arjun Khare , "tf-a@lists.trustedfirmware.org" , "Paul Isaac's" , Ron Minnich , Moe Ammar Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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 Hi Julius, On Thu, 8 Jul 2021 at 15:56, Julius Werner wrote: > Thank you all for your feedback. >> >> It appears that in theory we are all happy with using bloblist with few >> implementation details which needs to be taken care of during >> implementation. >> > > Just to clarify: are you using "bloblist" as a general term for the > concept of a simple linked list of tagged data blobs, or to refer > specifically to the U-Boot implementation with that name? The existing TF-A > implementation (bl_aux_params) is basically identical in concept to the > U-Boot bloblist, but not binary compatible. Are we talking about just > keeping that, or throwing it away in order to reimplement the exact > structure U-Boot is using? (I would prefer to keep the bl_aux_params as > they are to avoid disrupting existing uses, of course. Making > backwards-incompatible changes to an interface that passes across multiple > repos and firmware components is always a big pain.) > My understanding is that it is U-Boot's bloblist, since it is the lynchpin here, but perhaps with some changes to support features it may lack. It has been in U-Boot for a couple of years and is supported in TPL, SPL and U-Boot proper. It has a good set of unit tests and should be easy enough to lift into other projects. Note that it is not really a linked list, though that is one of the extensions proposed. Of course every project would like not to change... For TF-A I wonder whether it will/should in fact use devicetree if there is a lot of complex data? TBD, I suppose. Regards, Simon