All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ying-Chun Liu (PaulLiu)" <paulliu@debian.org>
To: u-boot <u-boot@lists.denx.de>
Subject: Question about extension board used in U-boot
Date: Sat, 18 Sep 2021 07:21:05 +0800	[thread overview]
Message-ID: <cabe5d75-a6bd-8fac-8fda-5b82fab75222@debian.org> (raw)


[-- Attachment #1.1: Type: text/plain, Size: 1711 bytes --]

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.


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
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 convenient
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 that
extension board.
But it is too late for U-boot itself, right?


The third question is I'm also dong SystemReady IR certificate. That means
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 the
Linux kernel by
the extension manager?
What is the best practice if I want to use U-boot dts for Linux in
implementation?


Thanks a lot.


Yours,
Paul



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

             reply	other threads:[~2021-09-17 23:21 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-17 23:21 Ying-Chun Liu (PaulLiu) [this message]
2021-09-18  6:49 ` Question about extension board used in U-boot François Ozog
2021-09-18  6:54   ` François Ozog
2021-09-18  7:14     ` Heinrich Schuchardt
2021-09-22  1:46       ` Ying-Chun Liu (PaulLiu)
2021-09-20 11:32   ` Modules for carrier boards [Was: Re: Question about extension board used in U-boot] Daniel Thompson
2021-09-20 15:58     ` François Ozog

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cabe5d75-a6bd-8fac-8fda-5b82fab75222@debian.org \
    --to=paulliu@debian.org \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.