From: Jeremy Linton <jeremy.linton@arm.com>
To: Gavin Shan <gshan@redhat.com>, linux-arm-kernel@lists.infradead.org
Cc: steven.price@arm.com, suzuki.poulose@arm.com,
catalin.marinas@arm.com, will@kernel.org, sami.mujawar@arm.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] arm64: rsi: Add automatic arm-cca-guest module loading
Date: Wed, 30 Oct 2024 10:16:43 -0500 [thread overview]
Message-ID: <b62b9ba4-eaf9-4533-9a97-7d5e2929b1e8@arm.com> (raw)
In-Reply-To: <32211eb5-eed5-4c71-b62a-362d32e1af47@redhat.com>
Hi Gavin,
Thanks for looking at this!
On 10/29/24 7:23 PM, Gavin Shan wrote:
> Hi Jeremy,
>
> On 10/30/24 12:11 AM, Jeremy Linton wrote:
>> The TSM module provides both guest identification as well as
>> attestation when a guest is run in CCA mode. Lets assure by creating a
>> dummy platform device that the module is automatically loaded during
>> boot. Once it is in place it can be used earlier in the boot process
>> to say decrypt a LUKS rootfs.
>>
>> Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
>> ---
>> arch/arm64/include/asm/rsi.h | 2 ++
>> arch/arm64/kernel/rsi.c | 15 +++++++++++++++
>> drivers/virt/coco/arm-cca-guest/arm-cca-guest.c | 7 +++++++
>> 3 files changed, 24 insertions(+)
>>
>
> I don't understand how the TSM module is automatically loaded and
> arm_cca_guest_init()
> is triggered because of the newly introduced platform device. Could you
> please provide
> more details? Apart from it, some nick-picks as below.
I think your asking how the module boilerplate here works, AKA how the
standard uevent/udev/modalias/kmod stuff works? The short version is
that the platform bus uevents an add device with a modalias and
userspace udev + kmod finds matching modules, and their dependencies,
and loads them which triggers the module_init() calls.
The suse folks have a detailed description of how this works:
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-udev.html#sec-udev-kernel
So, this is a fairly common misuse of the platform bus, in this case to
avoid needing a HWCAP. Assuring the module exists in the initrd will
then result in it being loaded along any other modules required for the
rootfs pivot.
>
>> diff --git a/arch/arm64/include/asm/rsi.h b/arch/arm64/include/asm/rsi.h
>> index 188cbb9b23f5..1b14a4c4257a 100644
>> --- a/arch/arm64/include/asm/rsi.h
>> +++ b/arch/arm64/include/asm/rsi.h
>> @@ -10,6 +10,8 @@
>> #include <linux/jump_label.h>
>> #include <asm/rsi_cmds.h>
>> +#define ARMV9_RSI_PDEV_NAME "arm-cca-dev"
>> +
>
> Maybe 'ARMV9' can be avoided since RSI is the specific feature to ARMv9.
> Besides, we already had @rsi_present there. So I would suggest to rename
> it to RSI_PDEV_NAME
This and the remainder of the comments below look reasonable to me, thanks!
>
>> DECLARE_STATIC_KEY_FALSE(rsi_present);
>> void __init arm64_rsi_init(void);
>> diff --git a/arch/arm64/kernel/rsi.c b/arch/arm64/kernel/rsi.c
>> index 3031f25c32ef..ad963eb12921 100644
>> --- a/arch/arm64/kernel/rsi.c
>> +++ b/arch/arm64/kernel/rsi.c
>> @@ -8,6 +8,7 @@
>> #include <linux/psci.h>
>> #include <linux/swiotlb.h>
>> #include <linux/cc_platform.h>
>> +#include <linux/platform_device.h>
>> #include <asm/io.h>
>> #include <asm/mem_encrypt.h>
>> @@ -140,3 +141,17 @@ void __init arm64_rsi_init(void)
>> static_branch_enable(&rsi_present);
>> }
>> +static struct platform_device rsi_dev = {
>> + .name = ARMV9_RSI_PDEV_NAME,
>> + .id = -1
>> +};
>> +
>
> .id = PLATFORM_DEVID_NONE,
>
>> +static int __init rsi_init(void)
>> +{
>> + if (is_realm_world())
>> + if (platform_device_register(&rsi_dev))
>> + pr_err("failed to register rsi platform device");
>> + return 0;
>> +}
>> +
>
> Those two checks can be connected with '&&' and '\n' seems missed in the
> error message.
>
> if (is_realm_world() && platform_device_register(&rsi_dev))
> pr_err("Failed to register RSI platform device\n");
>
>> +arch_initcall(rsi_init)
>> diff --git a/drivers/virt/coco/arm-cca-guest/arm-cca-guest.c b/
>> drivers/virt/coco/arm-cca-guest/arm-cca-guest.c
>> index 488153879ec9..e7ef3b83d5d9 100644
>> --- a/drivers/virt/coco/arm-cca-guest/arm-cca-guest.c
>> +++ b/drivers/virt/coco/arm-cca-guest/arm-cca-guest.c
>> @@ -6,6 +6,7 @@
>> #include <linux/arm-smccc.h>
>> #include <linux/cc_platform.h>
>> #include <linux/kernel.h>
>> +#include <linux/mod_devicetable.h>
>> #include <linux/module.h>
>> #include <linux/smp.h>
>> #include <linux/tsm.h>
>> @@ -219,6 +220,12 @@ static void __exit arm_cca_guest_exit(void)
>> }
>> module_exit(arm_cca_guest_exit);
>> +static const struct platform_device_id arm_cca_match[] = {
>> + { ARMV9_RSI_PDEV_NAME, 0},
>> + { }
>> +};
>> +
>> +MODULE_DEVICE_TABLE(platform, arm_cca_match);
>
>
> /* Comments here to explain why @arm_cca_dev_ids[] is needed */
> static const struct platform_device_id arm_cca_dev_ids[] = {
> ...
> };
>
> MODULE_DEVICE_TABLE(platform, arm_cca_dev_ids);
>
>> MODULE_AUTHOR("Sami Mujawar <sami.mujawar@arm.com>");
>> MODULE_DESCRIPTION("Arm CCA Guest TSM Driver");
>> MODULE_LICENSE("GPL");
>
> Thanks,
> Gavin
>
next prev parent reply other threads:[~2024-10-30 15:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-29 14:11 [PATCH] arm64: rsi: Add automatic arm-cca-guest module loading Jeremy Linton
2024-10-30 0:23 ` Gavin Shan
2024-10-30 15:16 ` Jeremy Linton [this message]
2024-10-30 22:48 ` Gavin Shan
2024-10-31 2:08 ` Jeremy Linton
2024-10-31 3:12 ` Gavin Shan
2024-11-01 17:39 ` kernel test robot
2024-11-01 18:01 ` kernel test robot
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=b62b9ba4-eaf9-4533-9a97-7d5e2929b1e8@arm.com \
--to=jeremy.linton@arm.com \
--cc=catalin.marinas@arm.com \
--cc=gshan@redhat.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sami.mujawar@arm.com \
--cc=steven.price@arm.com \
--cc=suzuki.poulose@arm.com \
--cc=will@kernel.org \
/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.