From: Guenter Roeck <linux@roeck-us.net>
To: Stephen Boyd <sboyd@kernel.org>, Shuah Khan <skhan@linuxfoundation.org>
Cc: Michael Turquette <mturquette@baylibre.com>,
linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org,
patches@lists.linux.dev, kunit-dev@googlegroups.com,
linux-kselftest@vger.kernel.org, devicetree@vger.kernel.org,
Brendan Higgins <brendan.higgins@linux.dev>,
David Gow <davidgow@google.com>, Rae Moar <rmoar@google.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"Rafael J.Wysocki" <rafael@kernel.org>,
Rob Herring <robh@kernel.org>,
Saravana Kannan <saravanak@google.com>,
Daniel Latypov <dlatypov@google.com>,
Christian Marangi <ansuelsmth@gmail.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>,
Maxime Ripard <maxime@cerno.tech>,
Geert Uytterhoeven <geert+renesas@glider.be>
Subject: Re: [PATCH v8 8/8] clk: Add KUnit tests for clks registered with struct clk_parent_data
Date: Thu, 3 Oct 2024 21:52:09 -0700 [thread overview]
Message-ID: <cb1e0119-6e3e-4fd2-92ea-3fec18f5843d@roeck-us.net> (raw)
In-Reply-To: <cd31493888acc2b64a4986954dfa43ae.sboyd@kernel.org>
On 10/3/24 17:42, Stephen Boyd wrote:
> Quoting Guenter Roeck (2024-10-03 17:25:37)
>> On 10/3/24 16:46, Stephen Boyd wrote:
>> [ ... ]
>>> That DT test has been there for a few releases. Is this the first time
>>> those tests have been run on arm64+acpi? I didn't try after sending the
>>> patches and forgot that the patch was dropped.
>>>
>>
>> Previously I had the affected tests disabled and never tracked down the problem.
>> Since the problem is now spreading to additional tests, I finally tracked it down,
>> that is all.
>
> Ok great. Good to know this isn't a new problem. Thanks for tracking it
> down.
>
>>
>>> How are you running kunit tests? I installed the qemu-efi-aarch64 debian
>>> package to get QEMU_EFI.fd but passing that to the kunit.py run command
>>> with --qemu_args="-bios /usr/share/qemu-efi-aarch64/QEMU_EFI.fd" didn't
>>> get me beyond the point that the EFI stub boots linux. I think the
>>> serial console must not be working and thus the kunit wrapper waits for
>>> something to show up but nothing ever does. I haven't dug any further
>>> though, so maybe you have a working command.
>>>
>>
>> I run all tests during boot, not from the command line. I also use the -bios
>> command but don't recall any issues with the console. I specify the
>> console on the qemu command line; depending on the qemu machine it is either
>> ttyS0 or ttyAMA0. The init script then finds and selects the active console.
>
> Can you please describe how you run the kunit test? And provide the qemu
> command you run to boot arm64 with acpi?
>
Example command line:
qemu-system-aarch64 -M virt -m 512 \
-kernel arch/arm64/boot/Image -no-reboot -nographic \
-snapshot \
-bios /opt/buildbot/rootfs/arm64/../firmware/QEMU_EFI-aarch64.fd \
-device virtio-blk-device,drive=d0 \
-drive file=rootfs.ext2,if=none,id=d0,format=raw \
-cpu cortex-a57 -serial stdio -monitor none -no-reboot \
--append "kunit.stats_enabled=2 kunit.filter=speed>slow root=/dev/vda rootwait earlycon=pl011,0x9000000 console=ttyAMA0"
That works fine for me. Configuration is arm64 defconfig plus various
debug and kunit options. I built the efi image myself from sources.
The root file system is from buildroot with modified init script.
kunit tests are all built into the kernel and run during boot.
>>
>> I'll just keep the affected tests disabled on arm64 for the time being.
>
> We should skip the tests on arm64+acpi, which is similar to disabling
> but not exactly the same. There will likely be more DT overlay usage in
> kunit and so that will lead to more test disabling. Skipping properly is
> the better solution.
Sure, but having those tests fail all the time doesn't help either.
I'll re-enable the tests if / when they are skipped.
Thanks,
Guenter
next prev parent reply other threads:[~2024-10-04 4:52 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-18 21:04 [PATCH v8 0/8] clk: Add kunit tests for fixed rate and parent data Stephen Boyd
2024-07-18 21:05 ` [PATCH v8 1/8] of/platform: Allow overlays to create platform devices from the root node Stephen Boyd
2024-07-29 22:37 ` Stephen Boyd
2024-07-18 21:05 ` [PATCH v8 2/8] of: Add test managed wrappers for of_overlay_apply()/of_node_put() Stephen Boyd
2024-07-29 22:37 ` Stephen Boyd
2024-07-18 21:05 ` [PATCH v8 3/8] dt-bindings: vendor-prefixes: Add "test" vendor for KUnit and friends Stephen Boyd
2024-07-29 22:37 ` Stephen Boyd
2024-07-18 21:05 ` [PATCH v8 4/8] of: Add a KUnit test for overlays and test managed APIs Stephen Boyd
2024-07-29 22:37 ` Stephen Boyd
2024-07-18 21:05 ` [PATCH v8 5/8] platform: Add test managed platform_device/driver APIs Stephen Boyd
2024-07-29 22:37 ` Stephen Boyd
2024-09-24 2:33 ` Guenter Roeck
2024-07-18 21:05 ` [PATCH v8 6/8] clk: Add test managed clk provider/consumer APIs Stephen Boyd
2024-07-29 22:37 ` Stephen Boyd
2024-07-18 21:05 ` [PATCH v8 7/8] clk: Add KUnit tests for clk fixed rate basic type Stephen Boyd
2024-07-29 22:37 ` Stephen Boyd
2024-07-18 21:05 ` [PATCH v8 8/8] clk: Add KUnit tests for clks registered with struct clk_parent_data Stephen Boyd
2024-07-29 22:38 ` Stephen Boyd
2024-09-27 4:14 ` Guenter Roeck
2024-09-27 4:39 ` Guenter Roeck
2024-09-27 16:19 ` Guenter Roeck
2024-09-27 20:45 ` Shuah Khan
2024-09-28 0:08 ` Guenter Roeck
2024-09-28 17:31 ` Guenter Roeck
2024-09-28 17:54 ` Shuah Khan
2024-09-28 19:27 ` Shuah Khan
2024-09-28 21:32 ` Guenter Roeck
2024-10-03 23:46 ` Stephen Boyd
2024-10-04 0:25 ` Guenter Roeck
2024-10-04 0:42 ` Stephen Boyd
2024-10-04 4:52 ` Guenter Roeck [this message]
2024-10-08 23:12 ` Stephen Boyd
2024-10-08 23:27 ` Guenter Roeck
2024-10-09 19:07 ` Stephen Boyd
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=cb1e0119-6e3e-4fd2-92ea-3fec18f5843d@roeck-us.net \
--to=linux@roeck-us.net \
--cc=ansuelsmth@gmail.com \
--cc=brendan.higgins@linux.dev \
--cc=conor+dt@kernel.org \
--cc=davidgow@google.com \
--cc=devicetree@vger.kernel.org \
--cc=dlatypov@google.com \
--cc=geert+renesas@glider.be \
--cc=gregkh@linuxfoundation.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=kunit-dev@googlegroups.com \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=maxime@cerno.tech \
--cc=mturquette@baylibre.com \
--cc=patches@lists.linux.dev \
--cc=rafael@kernel.org \
--cc=rmoar@google.com \
--cc=robh@kernel.org \
--cc=saravanak@google.com \
--cc=sboyd@kernel.org \
--cc=skhan@linuxfoundation.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 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).