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=-4.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 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 F392DC433F5 for ; Sat, 18 Sep 2021 07:14:54 +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 43686610E9 for ; Sat, 18 Sep 2021 07:14:54 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 43686610E9 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmx.de 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 61B2E81D6C; Sat, 18 Sep 2021 09:14:52 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=fail (p=none dis=none) header.from=gmx.de 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; secure) header.d=gmx.net header.i=@gmx.net header.b="GdFgzCeT"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id BF86A82DD7; Sat, 18 Sep 2021 09:14:50 +0200 (CEST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id E560B8023C for ; Sat, 18 Sep 2021 09:14:46 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=gmx.de Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=xypron.glpk@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1631949285; bh=iuJou3otssnoDlYq+os8U5jIl8N4braTLM7w7c4Q/kA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=GdFgzCeTMAEPOFL4R0hjDd8SkwqOQA7MxFmj+SfYLuVowbhdDwWjHWt/LxgCBJTgS ixW52ury37fezbYA7GxLqFHjE49gv1Zh+vr+mE80ZG0MxyFHRnaeVQS5C8ImW5R6Kw 4tVnlQqMgZXlNZaAO9vQL+L1TtqdGlWx/bycPv50= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.189] ([46.253.247.71]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M6Ue3-1mXo5c1PNh-006sSo; Sat, 18 Sep 2021 09:14:45 +0200 Subject: Re: Question about extension board used in U-boot To: "Ying-Chun Liu (PaulLiu)" Cc: u-boot , Bill Mills , Boot Architecture Mailman List , =?UTF-8?Q?Fran=c3=a7ois_Ozog?= References: From: Heinrich Schuchardt Message-ID: <0b1d9c1d-b432-368e-b60b-f11d1f57a3d3@gmx.de> Date: Sat, 18 Sep 2021 09:14:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:Gs3oSoZHsb2I7Xb0PfwM7wWUJTvjeJfXPjJNoJil/EGAwYnW2IK IBi4yNfcWDlpbBxbpRbbFZPbcW1DBbgoPLyC5m664XMmbA9s9gcS+l6yJt0EL8SuidHwPo8 GssgLV4iKaWVyAhx9LEcEVqVkAGx8kLB6kr+6YBECHMXuOLTdPPdu+F0jLRIBD6Mit/BBF4 EijELBZCbULjeHx8c/+DA== X-UI-Out-Filterresults: notjunk:1;V03:K0:RjY25j4gLP0=:SbLmYbEth0ul1euMKe42nl PSPYNcFWSKuVSo3j8GhoCOYqOgEFk0+xHKkZlxj22q3szL4HpH+2l10uSl97Vhn+9qnquqCx0 hQp0JS2c0xkp/eg2e8rp/nCPdVT1NY3EzwKioNvBRYFeNsJVWCNvs0/qF3H9ZFc8umJGL6kM8 xHI/DUNxfJSUcJEIllqEtIyNoAwZ44uyi/4VHS6KPm+NlrkY6WKWJu4/59Tb9MlXKplzwyTla R9CPj3ERk8YdASWp2GlU+BPuIyIcFK4STwdPwlWeXvzM/4/gWV7YVCUZY9cxOjT6nFRA/sAxm zTVhntihUeD5NKHJFBkVfyN9So1fmRj9WyE5Pt2LQ0uGioeHkw5/x8dX6wDWDJhCYyERrABHB SOJRtsXsRCQ/uQIxjBLUS7UuxR9N5dyZsJ4k8RdsNHFhcvkC1N0NcRbK7mbj3GwuCueJ5tw6m iNmQyYZeUg2z5kYtzV99LJsI+ZPu3be8z+NC5Vn7bZ4ozYtGnKhjAhy86f3JGf/L13Io9Np+u OvL1mzV+oK4v1ruK9le1Y5mBX62St8WzxuCfCO3LQWKgg8hQikREoC9S7J9iV0grTzbu6Xs2X nOsJo29SZTNHpWVP3NJWZMQjTA0d0YuYMwZBX9xMIv+P4yElLo9YwOueWFZDJniTsSchOf1zJ 611muh2dAabF7860SlPi2lkT3NqplBqeS340EVkg3IJax05GUbgzGj4PamjWUpa88DikibjQM doqFvV1XVIQ4Z7xic1J0Jv0lt3lBXrVLVjpOqRYRK9p/LyHs5ONzcjfcBJlVTwJLMATEJNItq Pu5NcjfYXI1t2z/NB82v9sCWVdExGQZztCtvMGA9V4elc3fovnz+NmhRqe4NkByv5yVZkLydt GUGqch/GEsoQd9AFlxXukfvKzZjK38gCckdMr3HANdL7ROZiGhpjkyOWL4zqmC0F7hYrAI5NY s7QFJeIqg9mbWjFf20+cDHgDCJWHxdpco6qnaSN0vXM+8ypntMMpVar7qhhpz6VQ2KBP31CAu eT24+/3ZvnZOZm22K8g6yJOsxyTLqBa/fIHHasmZDSxjIzW0/SdTbNyfchsJWlyV2ptdi+ksb jX2de9gRC2DOLM= 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 On 9/18/21 8:54 AM, Fran=C3=A7ois Ozog wrote: > Le sam. 18 sept. 2021 =C3=A0 08:49, Fran=C3=A7ois Ozog a > =C3=A9crit : > >> Hi Paul >> >> Too posting because I think we also need to address this at a higher le= vel. >> >> i think we discussed this topic quite a while back. I may be wrong but = it >> may be Bill Mills who proposed to have an eeprom on the extensions that= the >> carrier board can use to detect and fetch proper overlay. Another way w= ould >> be that the contract between the extension board and the carrier board >> includes an i2c accessible storage to fetch an overlay that would ident= ify >> the board and give all details. >> > i just forgot to state that the mode is well known: SPD for DIMMs. > >> Bottom line, a software only solution seems not entirely satisfying. >> In that suboptimal case, U-Boot shall be able to assemble a DT for itse= lf >> and another for OS (may be same in some cases) through scripting. And i= n >> this case, come your questions below >> >> . >> >> Le sam. 18 sept. 2021 =C3=A0 01:21, Ying-Chun Liu (PaulLiu) >> a =C3=A9crit : >> >>> Hi all, >>> >>> >>> I have some questions about how to implement extension board usage. >>> My case is on imx8mm-cl-iot-gate. It can add three different types of >>> extension boards. >>> One of the extension boards is SPI extension which have 3 empty slots. >>> And you can add >>> some small boards onto it. One of them is a "TPM2" module. You could implement the weak function board_fdt_blob_setup() to detect your addon boards and extend the devicetree. >>> >>> >>> My first question is if I want to use tpm2 in U-boot for measured boot= . >>> How to implement this right? Currently I just modify the dts used by >>> U-boot to let it drive Measured boot is provided in U-Boot v2021.10-rc4 based on TPMv2. Just enable CONFIG_EFI_TCG2_PROTOCOL. >>> the extension board. And let it drive the TPM. But it is not good for >>> upstreaming because >>> when other types of extension boards installed then it is not working. >>> Where to implement this? What is the best practice of this? >> >> >>> The second question is about extension manager. >>> I have read the extension.rst. I think I'll implement this anyway >>> because then >>> I can have a command to query what type of extension boards I have. >>> And if the extension board is the 3 slots one. I can then detect which >>> slot is the TPM. >>> I'll implement this anyway because the "extension" command is convenie= nt >>> for users. >>> But it seems to me that it only solves the problem for Linux kernel. >>> It can apply a DTB Overlay to Linux DTB to let Linux knows we have tha= t >>> extension board. >>> But it is too late for U-boot itself, right? >>> >>> >>> The third question is I'm also dong SystemReady IR certificate. That m= eans >>> the dtb for Linux is directly provided by U-boot. We use U-boot dtb >>> directly to Linux >>> kernel. In this case, how to modify that dts dynamically to feed to th= e >>> Linux kernel by >>> the extension manager? U-Boot has a fdt command which you could use to apply overlays. Or implement function board_fdt_blob_setup(). Best regards Heinrich >>> What is the best practice if I want to use U-boot dts for Linux in >>> implementation? >>> >>> >>> Thanks a lot. >>> >>> >>> Yours, >>> Paul >>> >>> >>> -- >> Fran=C3=A7ois-Fr=C3=A9d=C3=A9ric Ozog | *Director Business Development* >> T: +33.67221.6485 >> francois.ozog@linaro.org | Skype: ffozog >> >> -- > Fran=C3=A7ois-Fr=C3=A9d=C3=A9ric Ozog | *Director Business Development* > T: +33.67221.6485 > francois.ozog@linaro.org | Skype: ffozog > _______________________________________________ > boot-architecture mailing list > boot-architecture@lists.linaro.org > https://lists.linaro.org/mailman/listinfo/boot-architecture >