From: Tao Tang <tangtao1634@phytium.com.cn>
To: "Pierrick Bouvier" <pierrick.bouvier@linaro.org>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Fabiano Rosas" <farosas@suse.de>,
"Laurent Vivier" <lvivier@redhat.com>,
"Eric Auger" <eric.auger@redhat.com>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Alex Bennée" <alex.bennee@linaro.org>
Cc: qemu-devel@nongnu.org, qemu-arm@nongnu.org,
"Chen Baozi" <chenbaozi@phytium.com.cn>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Jean-Philippe Brucker" <jean-philippe@linaro.org>,
"Mostafa Saleh" <smostafa@google.com>,
"CLEMENT MATHIEU--DRIF" <clement.mathieu--drif@eviden.com>
Subject: Re: [RFC RESEND v5 4/4] tests/qtest: Add SMMUv3 bare-metal test using iommu-testdev
Date: Sat, 6 Dec 2025 12:54:41 +0800 [thread overview]
Message-ID: <e5d2f62d-07d5-4f02-a84c-0f51ab53268c@phytium.com.cn> (raw)
In-Reply-To: <8f5d0074-3fb9-4d44-99b7-e79b5dda9039@linaro.org>
On 2025/12/6 01:06, Pierrick Bouvier wrote:
> On 12/5/25 6:19 AM, Tao Tang wrote:
>> Hi Pierrick,
>>
>> On 2025/12/5 02:42, Pierrick Bouvier wrote:
>>> On 11/26/25 7:45 AM, Tao Tang wrote:
>>>> Add a qtest suite that validates ARM SMMUv3 translation without guest
>>>> firmware or OS. The tests leverage iommu-testdev to trigger DMA
>>>> operations and the qos-smmuv3 library to configure IOMMU translation
>>>> structures.
>>>>
>>>> This test suite targets the virt machine and covers:
>>>> - Stage 1 only translation (VA -> PA via CD page tables)
>>>> - Stage 2 only translation (IPA -> PA via STE S2 tables)
>>>> - Nested translation (VA -> IPA -> PA, Stage 1 + Stage 2)
>>>> - Design to extended to support multiple security spaces
>>>> (Non-Secure, Secure, Root, Realm)
>>>>
>>>> Each test case follows this sequence:
>>>> 1. Initialize SMMUv3 with appropriate command/event queues
>>>> 2. Build translation tables (STE/CD/PTE) for the target scenario
>>>> 3. Configure iommu-testdev with IOVA and DMA attributes via MMIO
>>>> 4. Trigger DMA and validate successful translation
>>>> 5. Verify data integrity through a deterministic write-read pattern
>>>>
>>>> This bare-metal approach provides deterministic IOMMU testing with
>>>> minimal dependencies, making failures directly attributable to the
>>>> SMMU
>>>> translation path.
>>>>
>>>> Signed-off-by: Tao Tang <tangtao1634@phytium.com.cn>
>>>> ---
>>>> tests/qtest/iommu-smmuv3-test.c | 114
>>>> ++++++++++++++++++++++++++++++++
>>>> tests/qtest/meson.build | 1 +
>>>> 2 files changed, 115 insertions(+)
>>>> create mode 100644 tests/qtest/iommu-smmuv3-test.c
>>>>
>>>> diff --git a/tests/qtest/iommu-smmuv3-test.c
>>>> b/tests/qtest/iommu-smmuv3-test.c
>>>> new file mode 100644
>>>> index 0000000000..af438ecce0
>>>> --- /dev/null
>>>> +++ b/tests/qtest/iommu-smmuv3-test.c
>>>> @@ -0,0 +1,114 @@
>>>> +/*
>>>> + * QTest for SMMUv3 with iommu-testdev
>>>> + *
>>>> + * This QTest file is used to test the SMMUv3 with iommu-testdev so
>>>> that we can
>>>> + * test SMMUv3 without any guest kernel or firmware.
>>>> + *
>>>> + * Copyright (c) 2025 Phytium Technology
>>>> + *
>>>> + * Author:
>>>> + * Tao Tang <tangtao1634@phytium.com.cn>
>>>> + *
>>>> + * SPDX-License-Identifier: GPL-2.0-or-later
>>>> + */
>>>> +
>>>> +#include "qemu/osdep.h"
>>>> +#include "libqtest.h"
>>>> +#include "libqos/pci.h"
>>>> +#include "libqos/generic-pcihost.h"
>>>> +#include "hw/pci/pci_regs.h"
>>>> +#include "hw/misc/iommu-testdev.h"
>>>> +#include "libqos/qos-smmuv3.h"
>>>> +
>>>> +#define DMA_LEN 4
>>>> +
>>>> +/* Test configurations for different SMMU modes and spaces */
>>>> +static const QSMMUTestConfig base_test_configs[] = {
>>>> + {
>>>> + .trans_mode = QSMMU_TM_S1_ONLY,
>>>> + .sec_sid = QSMMU_SEC_SID_NONSECURE,
>>>> + .dma_iova = QSMMU_IOVA_OR_IPA,
>>>> + .dma_len = DMA_LEN,
>>>> + .expected_result = 0
>>>> + },
>>>> + {
>>>> + .trans_mode = QSMMU_TM_S2_ONLY,
>>>> + .sec_sid = QSMMU_SEC_SID_NONSECURE,
>>>> + .dma_iova = QSMMU_IOVA_OR_IPA,
>>>> + .dma_len = DMA_LEN,
>>>> + .expected_result = 0
>>>> + },
>>>> + {
>>>> + .trans_mode = QSMMU_TM_NESTED,
>>>> + .sec_sid = QSMMU_SEC_SID_NONSECURE,
>>>> + .dma_iova = QSMMU_IOVA_OR_IPA,
>>>> + .dma_len = DMA_LEN,
>>>> + .expected_result = 0
>>>> + }
>>>> +};
>>>> +
>>>> +static QPCIDevice *setup_qtest_pci_device(QTestState *qts,
>>>> QGenericPCIBus *gbus,
>>>> + QPCIBar *bar)
>>>> +{
>>>> + uint16_t vid, did;
>>>> + QPCIDevice *dev = NULL;
>>>> +
>>>> + qpci_init_generic(gbus, qts, NULL, false);
>>>> +
>>>> + /* Find device by vendor/device ID to avoid slot surprises. */
>>>> + for (int s = 0; s < 32 && !dev; s++) {
>>>> + for (int fn = 0; fn < 8 && !dev; fn++) {
>>>> + QPCIDevice *cand = qpci_device_find(&gbus->bus,
>>>> QPCI_DEVFN(s, fn));
>>>> + if (!cand) {
>>>> + continue;
>>>> + }
>>>> + vid = qpci_config_readw(cand, PCI_VENDOR_ID);
>>>> + did = qpci_config_readw(cand, PCI_DEVICE_ID);
>>>> + if (vid == IOMMU_TESTDEV_VENDOR_ID &&
>>>> + did == IOMMU_TESTDEV_DEVICE_ID) {
>>>> + dev = cand;
>>>> + g_test_message("Found iommu-testdev! devfn: 0x%x",
>>>> cand->devfn);
>>>> + } else {
>>>> + g_free(cand);
>>>> + }
>>>> + }
>>>> + }
>>>> + g_assert(dev);
>>>> +
>>>> + qpci_device_enable(dev);
>>>> + *bar = qpci_iomap(dev, 0, NULL);
>>>> + g_assert_false(bar->is_io);
>>>> +
>>>> + return dev;
>>>> +}
>>>> +
>>>> +static void test_smmuv3_translation(void)
>>>> +{
>>>> + QTestState *qts;
>>>> + QGenericPCIBus gbus;
>>>> + QPCIDevice *dev;
>>>> + QPCIBar bar;
>>>> +
>>>> + /* Initialize QEMU environment for SMMU testing */
>>>> + qts = qtest_init("-machine
>>>> virt,acpi=off,gic-version=3,iommu=smmuv3 "
>>>> + "-smp 1 -m 512 -cpu max -net none "
>>>> + "-device iommu-testdev");
>>>> +
>>>> + /* Setup and configure PCI device */
>>>> + dev = setup_qtest_pci_device(qts, &gbus, &bar);
>>>> + g_assert(dev);
>>>> +
>>>> + /* Run the enhanced translation tests */
>>>> + g_test_message("### Starting SMMUv3 translation tests...###");
>>>> + qsmmu_translation_batch(base_test_configs,
>>>> ARRAY_SIZE(base_test_configs),
>>>> + qts, dev, bar, VIRT_SMMU_BASE);
>>>> + g_test_message("### SMMUv3 translation tests completed
>>>> successfully! ###");
>>>> + qtest_quit(qts);
>>>> +}
>>>> +
>>>> +int main(int argc, char **argv)
>>>> +{
>>>> + g_test_init(&argc, &argv, NULL);
>>>> + qtest_add_func("/iommu-testdev/translation",
>>>> test_smmuv3_translation);
>>>
>>> Just a simple organization remark, maybe it would be better to have
>>> separate tests for each translation setup. It's easier to review in
>>> case a failure is found.
>>> test_smmuv3_translation could be modified to add a QSMMUTestConfig
>>> parameter, and new entry points could be used to define the three
>>> setup.
>>> What do you think?
>>>
>>>> + return g_test_run();
>>>> +}
>>>> diff --git a/tests/qtest/meson.build b/tests/qtest/meson.build
>>>> index 669d07c06b..e2d2e68092 100644
>>>> --- a/tests/qtest/meson.build
>>>> +++ b/tests/qtest/meson.build
>>>> @@ -263,6 +263,7 @@ qtests_aarch64 = \
>>>> config_all_devices.has_key('CONFIG_TPM_TIS_I2C') ?
>>>> ['tpm-tis-i2c-test'] : []) + \
>>>> (config_all_devices.has_key('CONFIG_ASPEED_SOC') ?
>>>> qtests_aspeed64 : []) + \
>>>> (config_all_devices.has_key('CONFIG_NPCM8XX') ? qtests_npcm8xx :
>>>> []) + \
>>>> + (config_all_devices.has_key('CONFIG_IOMMU_TESTDEV') ?
>>>> ['iommu-smmuv3-test'] : []) + \
>>>> qtests_cxl + \
>>>> ['arm-cpu-features',
>>>> 'numa-test',
>>>
>>> I ran this qtest, and checked with a coverage enabled build that it
>>> was triggering associated code in smmuv3 implementation.
>>>
>>> Tested-by: Pierrick Bouvier <pierrick.bouvier@linaro.org>
>>>
>>> For a first version that's great. Later, we might want to generate
>>> faults as well, to see that SMMU is correctly reporting an error on
>>> incorrect transactions.
>>>
>>> I don't mind having a complex qos-smmuv3.c with gory details, since we
>>> have a clear test here, that is easy to understand and modify.
>>>
>>> Reviewed-by: Pierrick Bouvier <pierrick.bouvier@linaro.org>
>>
>>
>> Thanks a lot for the review, the test, and the suggestion.
>>
>>
>> To be honest, when I wrote the initial version I didn’t really think
>> about splitting the tests per mode. I was instead worrying about how to
>> correctly call `qsmmu_cleanup_translation` after each translation mode
>> to flush all SMMU caches so that the next mode wouldn’t be affected by
>> leftover state. Your suggestion of separate test functions actually
>> makes this a lot cleaner: each test starts from a fresh QEMU/SMMU state,
>> and I don’t need to overthink the cleanup between different modes.
>>
>
> I agree with you. The last thing we want is to debug a transient state
> that was not correctly reset. As well, we can remove all the cleanup
> code.
>
>>
>> I'll refactor test_smmuv3_translation code a bit, but leave everything
>> else the same. The refactoring code will be like:
>>
>>
>> static void test_smmuv3_ns_s1_only(void)
>> {
>> run_smmuv3_translation(&base_test_configs[0]);
>> }
>>
>> static void test_smmuv3_ns_s2_only(void)
>> {
>> run_smmuv3_translation(&base_test_configs[1]);
>> }
>>
>> static void test_smmuv3_ns_nested(void)
>> {
>> run_smmuv3_translation(&base_test_configs[2]);
>> }
>
> At this point, you can probably put the config directly in each
> function, having a global array (base_test_configs) does not bring any
> specific value.
>
>>
>> int main(int argc, char **argv)
>> {
>> g_test_init(&argc, &argv, NULL);
>> qtest_add_func("/iommu-testdev/translation/ns-s1-only",
>> test_smmuv3_ns_s1_only);
>> qtest_add_func("/iommu-testdev/translation/ns-s2-only",
>> test_smmuv3_ns_s2_only);
>> qtest_add_func("/iommu-testdev/translation/ns-nested",
>> test_smmuv3_ns_nested);
>> return g_test_run();
>> }
>>
>
> Looks great like this.
>
>>
>> Thanks again for running the coverage build and for the hint about
>> adding fault-oriented tests; I’ll look into extending qos-smmuv3 in that
>> direction as a follow-up.
>>
>
> You're welcome. To be honest, that's the only way to prove we
> correctly exercise the code. As the setup is quite complicated and
> needs specific SMMU magic, observe coverage is the simplest way to
> make sure it exercise what we want.
> As well, coverage can be used in the future to check which part of the
> smmu implementation is not covered by unit tests, so it will be easy
> to enhance them.
>
> Overall, the direction you took with this is good and it will be a
> useful addition for SMMU related work.
Hi Pierrick,
Good point about the configs. I’ll drop the global `base_test_configs[]`
array and the leftover cleanup code, as you suggested.
Thanks again for the guidance and for confirming the overall direction.
Best regards,
Tao
next prev parent reply other threads:[~2025-12-06 4:55 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-26 15:45 [RFC RESEND v5 0/4] hw/misc: Introduce a generalized IOMMU test framework Tao Tang
2025-11-26 15:45 ` [RFC RESEND v5 1/4] hw/arm/smmuv3: Extract common definitions to smmuv3-common.h Tao Tang
2025-12-04 18:19 ` Pierrick Bouvier
2025-11-26 15:45 ` [RFC RESEND v5 2/4] hw/misc: Introduce iommu-testdev for bare-metal IOMMU testing Tao Tang
2025-12-04 18:36 ` Pierrick Bouvier
2025-12-10 18:35 ` Eric Auger
2025-12-11 7:27 ` Tao Tang
2025-11-26 15:45 ` [RFC RESEND v5 3/4] tests/qtest/libqos: Add SMMUv3 helper library Tao Tang
2025-12-04 23:53 ` Pierrick Bouvier
2025-12-05 15:03 ` Tao Tang
2025-12-05 17:19 ` Pierrick Bouvier
2025-12-06 5:27 ` Tao Tang
2025-12-10 18:40 ` Eric Auger
2025-12-11 8:53 ` Tao Tang
2025-12-10 18:43 ` Eric Auger
2025-12-11 9:39 ` Tao Tang
2025-11-26 15:45 ` [RFC RESEND v5 4/4] tests/qtest: Add SMMUv3 bare-metal test using iommu-testdev Tao Tang
2025-12-04 18:42 ` Pierrick Bouvier
2025-12-05 14:19 ` Tao Tang
2025-12-05 17:06 ` Pierrick Bouvier
2025-12-06 4:54 ` Tao Tang [this message]
2025-12-10 18:45 ` Eric Auger
2025-12-11 8:06 ` Tao Tang
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=e5d2f62d-07d5-4f02-a84c-0f51ab53268c@phytium.com.cn \
--to=tangtao1634@phytium.com.cn \
--cc=alex.bennee@linaro.org \
--cc=chenbaozi@phytium.com.cn \
--cc=clement.mathieu--drif@eviden.com \
--cc=eric.auger@redhat.com \
--cc=farosas@suse.de \
--cc=jean-philippe@linaro.org \
--cc=lvivier@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=pierrick.bouvier@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=smostafa@google.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;
as well as URLs for NNTP newsgroup(s).