From: "Alex Bennée" <alex.bennee@linaro.org>
To: Akihiko Odaki <akihiko.odaki@daynix.com>
Cc: qemu-devel@nongnu.org,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"David Hildenbrand" <david@redhat.com>,
"Dmitry Osipenko" <dmitry.osipenko@collabora.com>,
"Laurent Vivier" <lvivier@redhat.com>,
qemu-arm@nongnu.org, "Mahmoud Mandour" <ma.mandourr@gmail.com>,
"Markus Armbruster" <armbru@redhat.com>,
"Pierrick Bouvier" <pierrick.bouvier@linaro.org>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Sriram Yagnaraman" <sriram.yagnaraman@ericsson.com>,
"Marc-André Lureau" <marcandre.lureau@redhat.com>,
"Peter Xu" <peterx@redhat.com>,
"Daniel P. Berrangé" <berrange@redhat.com>,
"John Snow" <jsnow@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Thomas Huth" <thuth@redhat.com>,
"Fabiano Rosas" <farosas@suse.de>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Alexandre Iooss" <erdnaxe@crans.org>,
"Julian Armistead" <julian.armistead@linaro.org>,
"Jim MacArthur" <jim.macarthur@linaro.org>
Subject: Re: [PATCH v2 03/14] tests/tcg: make aarch64 boot.S handle different starting modes
Date: Wed, 14 May 2025 14:51:11 +0100 [thread overview]
Message-ID: <87r00rxpv4.fsf@draig.linaro.org> (raw)
In-Reply-To: <d2429cfd-d1b1-435c-b202-7f90f7365bf2@daynix.com> (Akihiko Odaki's message of "Sat, 10 May 2025 13:21:47 +0900")
Akihiko Odaki <akihiko.odaki@daynix.com> writes:
> On 2025/05/06 21:57, Alex Bennée wrote:
>> Currently the boot.S code assumes everything starts at EL1. This will
>> break things like the memory test which will barf on unaligned memory
>> access when run at a higher level.
>> Adapt the boot code to do some basic verification of the starting
>> mode
>> and the minimal configuration to move to the lower exception levels.
>> With this we can run the memory test with:
>> -M virt,secure=on
>> -M virt,secure=on,virtualization=on
>> -M virt,virtualisation=on
>> If a test needs to be at a particular EL it can use the semihosting
>> command line to indicate the level we should execute in.
>> Cc: Julian Armistead <julian.armistead@linaro.org>
>> Cc: Jim MacArthur <jim.macarthur@linaro.org>
>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
<snip>
>> +
>> + /* sanity check, clamp to 1 if invalid */
>> + cmp w11, #'0'
>> + b.lt 1f
>> + cmp w11, #'4'
>> + b.ge 1f
>> + sub w11, w11, #'0'
>> + b 2f
>> +1: mov w11, #1
>> +
>> +2:
>
> This "sanity check" made me wonder what it is for. This code is simply
> unnecessary if any unknown values are to be ignored and is a bit
> misleading to have this code as it looks like it adds an additional
> behavior. "sub w11, w11, #'0'" is also unnecessary; we can compare w11
> with '2' and '3' later instead.
>
> The patch message says this sanity check was added with v2 so I looked
> for a previous review and found this:
> https://lore.kernel.org/qemu-devel/svmkvs.2mf5q4qhsfz83@linaro.org/
>
>> cmp w11, #'0'
>> b.lt curr_sp0_sync
>> cmp w11, #'4'
>> b.ge curr_sp0_sync
>
> Now I get the original intent; it was to raise an error instead of
> simply ignoring unknown values. However I also see a few problems with
> this original code:
> - It still ignores unknown strings that are longer than one character.
I'm not intending to handle longer strings in assembly - I think we can
live with accepting "1junk" to "3foo".
> - curr_sp0_sync leads to the code that writes a message saying
> "Terminated by exception.", which is incorrect.
> - "cmp w11, #'0'" is unnecessary if you check the value after "sub
> w11, w11, #'0'".
I'll clean that up.
>
>> + /* Determine current Exception Level */
>> + mrs x0, CurrentEL
>> + lsr x0, x0, #2 /* CurrentEL[3:2] contains the current EL */
>> +
>> + /* Branch based on current EL */
>> + cmp x0, #3
>> + b.eq setup_el3
>> + cmp x0, #2
>> + b.eq setup_el2
>> + cmp x0, #1
>> + b.eq at_testel /* Already at EL1, skip transition */
>> + /* Should not be at EL0 - error out */
>> + b curr_sp0_sync
>> +
>> +setup_el3:
>> + /* Ensure we trap if we get anything wrong */
>> + adr x0, vector_table
>> + msr vbar_el3, x0
>> +
>> + /* Does the test want to be at EL3? */
>> + cmp w11, #3
>> + beq at_testel
>> +
>> + /* Configure EL3 to for lower states (EL2 or EL1) */
>> + mrs x0, scr_el3
>> + orr x0, x0, #(1 << 10) /* RW = 1: EL2/EL1 execution state is AArch64 */
>> + orr x0, x0, #(1 << 0) /* NS = 1: Non-secure state */
>> + msr scr_el3, x0
>> +
>> + /*
>> + * We need to check if EL2 is actually enabled via ID_AA64PFR0_EL1,
>> + * otherwise we should just jump straight to EL1.
>> + */
>> + mrs x0, id_aa64pfr0_el1
>> + ubfx x0, x0, #8, #4 /* Extract EL2 field (bits 11:8) */
>> + cbz x0, el2_not_present /* If field is 0 no EL2 */
>> +
>> +
>> + /* Prepare SPSR for exception return to EL2 */
>> + mov x0, #0x3c9 /* DAIF bits and EL2h mode (9) */
>> + msr spsr_el3, x0
>> +
>> + /* Set EL2 entry point */
>> + adr x0, setup_el2
>> + msr elr_el3, x0
>> +
>> + /* Return to EL2 */
>> + eret
>> + nop
>
> Why is a nop placed here?
Left over debug. I'll drop it.
>
<snip>
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
next prev parent reply other threads:[~2025-05-14 13:51 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-06 12:57 [PATCH v2 00/14] Maintainer updates for May (testing, plugins, virtio-gpu) Alex Bennée
2025-05-06 12:57 ` [PATCH v2 01/14] tests/docker: expose $HOME/.cache/qemu as docker volume Alex Bennée
2025-05-06 12:57 ` [PATCH v2 02/14] gitlab: disable debug info on CI builds Alex Bennée
2025-05-06 12:57 ` [PATCH v2 03/14] tests/tcg: make aarch64 boot.S handle different starting modes Alex Bennée
2025-05-10 4:21 ` Akihiko Odaki
2025-05-14 13:51 ` Alex Bennée [this message]
2025-05-06 12:57 ` [PATCH v2 04/14] Running with --enable-ubsan leads to a qtest failure Alex Bennée
2025-05-10 4:27 ` Akihiko Odaki
2025-05-06 12:57 ` [PATCH v2 05/14] contrib/plugins: add a scaling factor to the ips arg Alex Bennée
2025-05-10 4:42 ` Akihiko Odaki
2025-05-19 14:54 ` Alex Bennée
2025-05-19 23:24 ` Akihiko Odaki
2025-05-06 12:57 ` [PATCH v2 06/14] contrib/plugins: allow setting of instructions per quantum Alex Bennée
2025-05-10 4:45 ` Akihiko Odaki
2025-05-19 15:14 ` Alex Bennée
2025-05-06 12:57 ` [PATCH v2 07/14] MAINTAINERS: add myself to virtio-gpu for Odd Fixes Alex Bennée
2025-05-06 12:57 ` [PATCH v2 08/14] MAINTAINERS: add Akihiko and Dmitry as reviewers Alex Bennée
2025-05-06 12:57 ` [PATCH v2 09/14] hw/display: re-arrange memory region tracking Alex Bennée
2025-05-06 12:57 ` [PATCH v2 10/14] virtio-gpu: fix hang under TCG when unmapping blob Alex Bennée
2025-05-06 12:57 ` [PATCH v2 11/14] virtio-gpu: refactor async blob unmapping Alex Bennée
2025-05-06 12:57 ` [PATCH v2 12/14] ui/gtk-gl-area: Remove extra draw call in refresh Alex Bennée
2025-05-10 4:52 ` Akihiko Odaki
2025-05-10 12:12 ` Dmitry Osipenko
2025-05-11 4:47 ` Akihiko Odaki
2025-05-12 17:01 ` Kim, Dongwon
2025-05-18 4:56 ` Akihiko Odaki
2025-05-06 12:57 ` [PATCH v2 13/14] docs: Create a uniquelabel Sphinx extension Alex Bennée
2025-05-06 12:57 ` [PATCH v2 14/14] docs: Use uniquelabel in qemu-block-drivers.rst.inc Alex Bennée
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=87r00rxpv4.fsf@draig.linaro.org \
--to=alex.bennee@linaro.org \
--cc=akihiko.odaki@daynix.com \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=david@redhat.com \
--cc=dmitry.osipenko@collabora.com \
--cc=erdnaxe@crans.org \
--cc=farosas@suse.de \
--cc=jim.macarthur@linaro.org \
--cc=jsnow@redhat.com \
--cc=julian.armistead@linaro.org \
--cc=lvivier@redhat.com \
--cc=ma.mandourr@gmail.com \
--cc=marcandre.lureau@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=peterx@redhat.com \
--cc=philmd@linaro.org \
--cc=pierrick.bouvier@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=sriram.yagnaraman@ericsson.com \
--cc=thuth@redhat.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.