From: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
To: Tom Rini <trini@konsulko.com>
Cc: Bin Meng <bmeng.cn@gmail.com>, Simon Glass <sjg@chromium.org>,
Raymond Mao <raymond.mao@linaro.org>,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
Michal Simek <michal.simek@amd.com>,
Adriano Cordova <adrianox@gmail.com>,
Harrison Mutai <harrison.mutai@arm.com>,
Peng Fan <peng.fan@nxp.com>,
Ben Dooks <ben.dooks@codethink.co.uk>,
Svyatoslav Ryhel <clamor95@gmail.com>,
Sam Protsenko <semen.protsenko@linaro.org>,
Mattijs Korpershoek <mkorpershoek@kernel.org>,
Jerome Forissier <jerome.forissier@linaro.org>,
Patrick Delaunay <patrick.delaunay@foss.st.com>,
Leo Yu-Chi Liang <ycliang@andestech.com>,
Rick Chen <rick@andestech.com>,
u-boot@lists.denx.de
Subject: Re: [PATCH RESEND 1/9] test: fdt_test_apply requires CONFIG_OF_LIBFDT_OVERLAY
Date: Sun, 23 Nov 2025 00:52:55 +0100 [thread overview]
Message-ID: <6fa2e054-e122-44c9-99a6-5e3e096c8630@canonical.com> (raw)
In-Reply-To: <20251122162321.GA3053902@bill-the-cat>
On 11/22/25 17:23, Tom Rini wrote:
> On Sun, Nov 09, 2025 at 11:10:02AM +0100, Heinrich Schuchardt wrote:
>
>> The `fdt apply` sub-command is only available if CONFIG_OF_LIBFDT_OVERLAY
>> is enabled.
>>
>> Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
>> ---
>> test/cmd/fdt.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/test/cmd/fdt.c b/test/cmd/fdt.c
>> index 96a8488e172..a36f2dcdda8 100644
>> --- a/test/cmd/fdt.c
>> +++ b/test/cmd/fdt.c
>> @@ -1319,6 +1319,9 @@ static int fdt_test_apply(struct unit_test_state *uts)
>> char fdt[8192], fdto[8192];
>> ulong addr, addro;
>>
>> + if (!IS_ENABLED(CONFIG_OF_LIBFDT_OVERLAY))
>> + return -EAGAIN;
>> +
>> /* Create base DT with __symbols__ node */
>> ut_assertok(fdt_create(fdt, sizeof(fdt)));
>> ut_assertok(fdt_finish_reservemap(fdt));
>
> So, this is interesting. As part of merging this, I see that on
> qemu_arm64 for example:
> u-boot: add: 0/0, grow: 4/-4 bytes: 284/-9691 (-9407)
> function old new delta
> print_hexdump_line 472 556 +84
> fdt_test_move 568 652 +84
> print_do_hex_dump 1704 1764 +60
> print_display_buffer 1736 1792 +56
> static.__func__ 5670 5655 -15
> bdinfo_test_all 3064 2884 -180
> fdt_test_chosen 1496 516 -980
> fdt_test_apply 8524 8 -8516
>
> So we're as expected shrinking fdt_test_apply with a build time
> optimization. But we've been building and running this test as can be
> seen in older pipelines and their published artifacts. Should it not
> have been a failing test? Did it fail for you somewhere or was this
> found by inspection?
>
Hello Tom,
The target of the series was to test QFW and ACPI passthrough in the CI
using qemu-riscv64_smode_acpi_defconfig.
fdt_test_apply and other tests failed on
qemu-riscv64_smode_acpi_defconfig. This is why I touched the tests.
CONFIG_OF_LIBFDT_OVERLAY is not enabled on qemu_arm64_defconfig in
origin/master. Without this setting the `fdt apply` sub-command is not
available. So the test would not pass on this board.
But running `fdt ut` for qemu_arm64_defconfig shows:
=> ut fdt
Running 19 fdt tests
Test: addr: fdt.c
Skipping: Console recording disabled
Test: addr_resize: fdt.c
Skipping: Console recording disabled
Test: apply: fdt.c
Skipping: Console recording disabled
Test: bootcpu: fdt.c
The fdt_test_apply_test was compiled but is always skipped.
We should enable console recording on boards where we want proper testing.
Furthermore we should change test/py/tests/test_ut.py to show skipped C
tests by calling pytest.skip(), see
[PATCH 1/1] test: Let pytest indicate skipped C unit tests
https://lore.kernel.org/u-boot/20251122234920.80114-1-xypron.glpk@gmx.de/T/#u
Best regards
Heinrich
next prev parent reply other threads:[~2025-11-22 23:53 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-09 10:10 [PATCH 0/9] CI: test qemu-riscv64_smode[_acpi] Heinrich Schuchardt
2025-11-09 10:10 ` [PATCH RESEND 1/9] test: fdt_test_apply requires CONFIG_OF_LIBFDT_OVERLAY Heinrich Schuchardt
2025-11-11 8:29 ` Ilias Apalodimas
2025-11-11 13:32 ` Tom Rini
2025-11-11 21:18 ` Heinrich Schuchardt
2025-11-11 21:12 ` Heinrich Schuchardt
2025-11-11 21:26 ` Tom Rini
2025-11-22 16:23 ` Tom Rini
2025-11-22 23:52 ` Heinrich Schuchardt [this message]
2025-11-23 14:02 ` Tom Rini
2025-11-09 10:10 ` [PATCH 2/9] test: cmd/fdt: do not assume RNG device exists Heinrich Schuchardt
2025-11-11 8:33 ` Ilias Apalodimas
2025-11-14 12:44 ` Simon Glass
2025-11-14 14:22 ` Tom Rini
2025-11-09 10:10 ` [PATCH 3/9] test: cmd/bdinfo: make no flash assumption Heinrich Schuchardt
2025-11-11 8:30 ` Ilias Apalodimas
2025-11-14 12:44 ` Simon Glass
2025-11-09 10:10 ` [PATCH 4/9] test: cmd/bdinfo: consider arch_print_bdinfo() output Heinrich Schuchardt
2025-11-14 12:44 ` Simon Glass
2025-11-09 10:10 ` [PATCH 5/9] test: common/print: do not use fixed buffer addresses Heinrich Schuchardt
2025-11-11 8:48 ` Ilias Apalodimas
2025-11-14 12:44 ` Simon Glass
2025-11-09 10:10 ` [PATCH 6/9] test: cmd/fdt: " Heinrich Schuchardt
2025-11-11 8:43 ` Ilias Apalodimas
2025-11-14 12:31 ` Simon Glass
2025-11-14 14:19 ` Tom Rini
2025-11-14 14:24 ` Simon Glass
2025-11-14 14:43 ` Tom Rini
2025-11-14 18:10 ` Simon Glass
2025-11-14 18:54 ` Tom Rini
2025-11-17 18:16 ` Simon Glass
2025-11-14 14:29 ` Heinrich Schuchardt
2025-11-09 10:10 ` [PATCH 7/9] common: default CONFIG_CONSOLE_RECORD_OUT_SIZE=0x6000 Heinrich Schuchardt
2025-11-11 8:31 ` Ilias Apalodimas
2025-11-14 12:44 ` Simon Glass
2025-11-09 10:10 ` [PATCH 8/9] configs: CONFIG_CONSOLE_RECORD=y on qemu-riscv64_smode_acpi Heinrich Schuchardt
2025-11-09 10:10 ` [PATCH RESEND 9/9] CI: test qemu-riscv64_smode[_acpi] Heinrich Schuchardt
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=6fa2e054-e122-44c9-99a6-5e3e096c8630@canonical.com \
--to=heinrich.schuchardt@canonical.com \
--cc=adrianox@gmail.com \
--cc=ben.dooks@codethink.co.uk \
--cc=bmeng.cn@gmail.com \
--cc=clamor95@gmail.com \
--cc=harrison.mutai@arm.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jerome.forissier@linaro.org \
--cc=michal.simek@amd.com \
--cc=mkorpershoek@kernel.org \
--cc=patrick.delaunay@foss.st.com \
--cc=peng.fan@nxp.com \
--cc=raymond.mao@linaro.org \
--cc=rick@andestech.com \
--cc=semen.protsenko@linaro.org \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=ycliang@andestech.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 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.