From: Jorge Ramirez <jorge.ramirez@oss.qualcomm.com>
To: Jorge Ramirez <jorge.ramirez@oss.qualcomm.com>
Cc: "Ilias Apalodimas" <ilias.apalodimas@linaro.org>,
"Macpaul Lin (林智斌)" <Macpaul.Lin@mediatek.com>,
"Jens Wiklander" <jens.wiklander@oss.qualcomm.com>,
"Tom Rini" <trini@konsulko.com>,
"David Lechner" <dlechner@baylibre.com>,
"Carlo Caione" <ccaione@baylibre.com>,
"Julien Stephan" <jstephan@baylibre.com>,
"stanleyjhu@google.com" <stanleyjhu@google.com>,
"Beanhuo@micron.com" <Beanhuo@micron.com>,
"Zhaoxuan Zhai" <zhai.zhaoxuan@canonical.com>,
"Ethan Hsieh" <ethan.hsieh@canonical.com>,
"Jian Hui Lee" <jianhui.lee@canonical.com>,
"jens.wiklander@linaro.org" <jens.wiklander@linaro.org>,
"peng.fan@nxp.com" <peng.fan@nxp.com>,
"jh80.chung@samsung.com" <jh80.chung@samsung.com>,
"tanmay.kathpalia@altera.com" <tanmay.kathpalia@altera.com>,
"neil.armstrong@linaro.org" <neil.armstrong@linaro.org>,
"bhupesh.linux@gmail.com" <bhupesh.linux@gmail.com>,
"n-francis@ti.com" <n-francis@ti.com>,
"xypron.glpk@gmx.de" <xypron.glpk@gmx.de>,
"s-vadapalli@ti.com" <s-vadapalli@ti.com>,
"michal.simek@amd.com" <michal.simek@amd.com>,
"jbx6244@gmail.com" <jbx6244@gmail.com>,
"Bear Wang (萩原惟德)" <bear.wang@mediatek.com>,
"Ht Lin (林瀚宗)" <Ht.Lin@mediatek.com>,
"Pablo Sun (孫毓翔)" <pablo.sun@mediatek.com>,
"marek.vasut+renesas@mailbox.org"
<marek.vasut+renesas@mailbox.org>,
"sumit.garg@oss.qualcomm.com" <sumit.garg@oss.qualcomm.com>,
"u-boot@lists.u-boot-project.org"
<u-boot@lists.u-boot-project.org>
Subject: Re: [PATCH v5 0/6] ufs: rpmb: route OP-TEE RPMB secure storage over UFS
Date: Sat, 26 Sep 2026 23:08:59 +0200 [thread overview]
Message-ID: <arg0a8HqaRxVif9L@trux> (raw)
In-Reply-To: <argt3LwLjENr5vZF@trux>
On 26/09/26 22:41:00, Jorge Ramirez wrote:
> On 25/09/26 12:59:28, Ilias Apalodimas wrote:
> > Thanks for the detailed analysis.
> >
> > I am pulling in Jens for OP-TEE and I'll have a closer look next week as well.
>
> the concernt I read - please correct me if I am wrong - is that this code affects
> downstream projects.
>
> This is just not acceptable to me - downstream implementations should have been
> posted to prevent exactly these kind issues.
>
> We spent time and effort doing an implementation and sharing it with the
> community - it wouldnt be fair to us to block this merge on the basis of
> downstream projects being impacted.
>
>
in summary and to be very clear
1- the upstream CID derivation is the u-boot/op-tee contract that
matches mainline linux's ufshcd_create_device_id(). The contract is an
OP-TEE-defined ABI, not a Global Platform spec.
2. Moreover CID-key is OP-TEE's own HUK-based derivation, not GP, not JEDEC.
3- Nothing here blocks anyone from overriding the static ufs_rpmb_build_cid()
downstream.
3- if downstream scheme differs, that's the cost of having kept it out of tree,
not a reason to hold this series for speculative plug-in infrastructure with a
single backend.
next prev parent reply other threads:[~2026-09-26 21:09 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-18 20:06 [PATCH v5 0/6] ufs: rpmb: route OP-TEE RPMB secure storage over UFS Jorge Ramirez-Ortiz
2026-09-18 20:06 ` [PATCH v5 1/6] ufs: decode string descriptors as UTF-16 big-endian Jorge Ramirez-Ortiz
2026-10-14 12:20 ` neil.armstrong
2026-09-18 20:06 ` [PATCH v5 2/6] ufs: surface sense data from ufs_scsi_exec() Jorge Ramirez-Ortiz
2026-10-02 11:16 ` Ilias Apalodimas
2026-10-13 17:48 ` Jorge Ramirez
2026-10-13 17:51 ` Tom Rini
2026-10-14 12:19 ` neil.armstrong
2026-10-14 12:20 ` neil.armstrong
2026-09-18 20:06 ` [PATCH v5 3/6] ufs: add RPMB transport over SCSI SECURITY PROTOCOL Jorge Ramirez-Ortiz
2026-09-29 3:29 ` Stanley Jhu
2026-10-14 12:22 ` neil.armstrong
2026-09-18 20:06 ` [PATCH v5 4/6] ufs: derive the per-region RPMB CID and size for OP-TEE Jorge Ramirez-Ortiz
2026-09-18 20:06 ` [PATCH v5 5/6] optee: rename rpmb.c to rpmb_emmc.c Jorge Ramirez-Ortiz
2026-10-02 11:14 ` Ilias Apalodimas
2026-09-18 20:06 ` [PATCH v5 6/6] optee: implement the RPMB subsystem interface for UFS Jorge Ramirez-Ortiz
2026-10-02 11:14 ` Ilias Apalodimas
2026-09-18 20:15 ` [PATCH v5 0/6] ufs: rpmb: route OP-TEE RPMB secure storage over UFS Jorge Ramirez
2026-09-24 17:50 ` Macpaul Lin (林智斌)
2026-09-25 9:59 ` Ilias Apalodimas
2026-09-26 20:41 ` Jorge Ramirez
2026-09-26 21:08 ` Jorge Ramirez [this message]
2026-09-28 7:32 ` Jens Wiklander
2026-09-28 10:02 ` Ilias Apalodimas
-- strict thread matches above, loose matches on Subject: below --
2026-09-29 8:35 Macpaul Lin (林智斌)
[not found] <6abb787b.db7c5649.307e91.b4fcSMTPIN_ADDED_BROKEN@mx.google.com>
2026-10-02 8:33 ` Ilias Apalodimas
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=arg0a8HqaRxVif9L@trux \
--to=jorge.ramirez@oss.qualcomm.com \
--cc=Beanhuo@micron.com \
--cc=Ht.Lin@mediatek.com \
--cc=Macpaul.Lin@mediatek.com \
--cc=bear.wang@mediatek.com \
--cc=bhupesh.linux@gmail.com \
--cc=ccaione@baylibre.com \
--cc=dlechner@baylibre.com \
--cc=ethan.hsieh@canonical.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jbx6244@gmail.com \
--cc=jens.wiklander@linaro.org \
--cc=jens.wiklander@oss.qualcomm.com \
--cc=jh80.chung@samsung.com \
--cc=jianhui.lee@canonical.com \
--cc=jstephan@baylibre.com \
--cc=marek.vasut+renesas@mailbox.org \
--cc=michal.simek@amd.com \
--cc=n-francis@ti.com \
--cc=neil.armstrong@linaro.org \
--cc=pablo.sun@mediatek.com \
--cc=peng.fan@nxp.com \
--cc=s-vadapalli@ti.com \
--cc=stanleyjhu@google.com \
--cc=sumit.garg@oss.qualcomm.com \
--cc=tanmay.kathpalia@altera.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.u-boot-project.org \
--cc=xypron.glpk@gmx.de \
--cc=zhai.zhaoxuan@canonical.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox