All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fabiano Rosas <farosas@suse.de>
To: Peter Maydell <peter.maydell@linaro.org>, qemu-devel@nongnu.org
Cc: Thomas Huth <thuth@redhat.com>, Peter Xu <peterx@redhat.com>,
	qemu-arm <qemu-arm@nongnu.org>
Subject: Re: [PULL 02/20] target/arm: Correct encoding of Debug Communications Channel registers
Date: Wed, 23 Jul 2025 19:20:52 -0300	[thread overview]
Message-ID: <87ms8uh7ln.fsf@suse.de> (raw)
In-Reply-To: <20250721132718.2835729-3-peter.maydell@linaro.org>

Peter Maydell <peter.maydell@linaro.org> writes:

> We don't implement the Debug Communications Channel (DCC), but
> we do attempt to provide dummy versions of its system registers
> so that software that tries to access them doesn't fall over.
>
> However, we got the tx/rx register definitions wrong. These
> should be:
>
> AArch32:
>   DBGDTRTX   p14 0 c0 c5 0  (on writes)
>   DBGDTRRX   p14 0 c0 c5 0  (on reads)
>
> AArch64:
>   DBGDTRTX_EL0  2 3 0 5 0 (on writes)
>   DBGDTRRX_EL0  2 3 0 5 0 (on reads)
>   DBGDTR_EL0    2 3 0 4 0 (reads and writes)
>
> where DBGDTRTX and DBGDTRRX are effectively different names for the
> same 32-bit register, which has tx behaviour on writes and rx
> behaviour on reads.  The AArch64-only DBGDTR_EL0 is a 64-bit wide
> register whose top and bottom halves map to the DBGDTRRX and DBGDTRTX
> registers.
>
> Currently we have just one cpreg struct, which:
>  * calls itself DBGDTR_EL0
>  * uses the DBGDTRTX_EL0/DBGDTRRX_EL0 encoding
>  * is marked as ARM_CP_STATE_BOTH but has the wrong opc1
>    value for AArch32
>  * is implemented as RAZ/WI
>
> Correct the encoding so:
>  * we name the DBGDTRTX/DBGDTRRX register correctly
>  * we split it into AA64 and AA32 versions so we can get the
>    AA32 encoding right
>  * we implement DBGDTR_EL0 at its correct encoding
>
> Cc: qemu-stable@nongnu.org
> Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2986
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
> Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
> Message-id: 20250708141049.778361-1-peter.maydell@linaro.org
> ---
>  target/arm/debug_helper.c | 13 +++++++++++--
>  1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/target/arm/debug_helper.c b/target/arm/debug_helper.c
> index 69fb1d0d9ff..aee06d4d426 100644
> --- a/target/arm/debug_helper.c
> +++ b/target/arm/debug_helper.c
> @@ -988,11 +988,20 @@ static const ARMCPRegInfo debug_cp_reginfo[] = {
>        .opc0 = 2, .opc1 = 0, .crn = 0, .crm = 3, .opc2 = 2,
>        .access = PL1_RW, .accessfn = access_tdcc,
>        .type = ARM_CP_CONST, .resetvalue = 0 },
> -    /* DBGDTRTX_EL0/DBGDTRRX_EL0 depend on direction */
> -    { .name = "DBGDTR_EL0", .state = ARM_CP_STATE_BOTH, .cp = 14,
> +    /* Architecturally DBGDTRTX is named DBGDTRRX when used for reads */
> +    { .name = "DBGDTRTX_EL0", .state = ARM_CP_STATE_AA64,
>        .opc0 = 2, .opc1 = 3, .crn = 0, .crm = 5, .opc2 = 0,
>        .access = PL0_RW, .accessfn = access_tdcc,
>        .type = ARM_CP_CONST, .resetvalue = 0 },
> +    { .name = "DBGDTRTX", .state = ARM_CP_STATE_AA32, .cp = 14,
> +      .opc1 = 0, .crn = 0, .crm = 5, .opc2 = 0,
> +      .access = PL0_RW, .accessfn = access_tdcc,
> +      .type = ARM_CP_CONST, .resetvalue = 0 },
> +    /* This is AArch64-only and is a combination of DBGDTRTX and DBGDTRRX */
> +    { .name = "DBGDTR_EL0", .state = ARM_CP_STATE_AA64,
> +      .opc0 = 2, .opc1 = 3, .crn = 0, .crm = 4, .opc2 = 0,
> +      .access = PL0_RW, .accessfn = access_tdcc,
> +      .type = ARM_CP_CONST, .resetvalue = 0 },
>      /*
>       * OSECCR_EL1 provides a mechanism for an operating system
>       * to access the contents of EDECCR. EDECCR is not implemented though,

Hi, this patch breaks migration. I'm leaving for the day and will take a
closer look in the morning. But since we have timezones, here it is:

$ cd build

$ sed -i 's/-cpu max/-cpu neoverse-n1/' ../tests/qtest/migration/framework.c
(sorry about this^, I just now got around to looking into it)

$ make

# v10.0.0 -> v10.1.0-rc0
$ QTEST_QEMU_BINARY=./build-10.0.0/qemu-system-aarch64 \
QTEST_QEMU_BINARY_DST=./qemu-system-aarch64 \
./tests/qtest/migration-test -p /aarch64/migration/precopy/file
...

# starting QEMU: exec build-10.0.0/qemu-system-aarch64 -qtest
  unix:/tmp/qtest-4328.sock -qtest-log /dev/null -chardev
  socket,path=/tmp/qtest-4328.qmp,id=char0 -mon
  chardev=char0,mode=control -display none -audio none -accel kvm -accel
  tcg -machine virt-10.0,gic-version=3 -name source,debug-threads=on -m
  150M -serial file:/tmp/migration-test-GXLFA3/src_serial -cpu
  neoverse-n1 -kernel /tmp/migration-test-GXLFA3/bootsect -accel qtest

# starting QEMU: exec ./qemu-system-aarch64 -qtest
  unix:/tmp/qtest-4328.sock -qtest-log /dev/null -chardev
  socket,path=/tmp/qtest-4328.qmp,id=char0 -mon
  chardev=char0,mode=control -display none -audio none -accel kvm -accel
  tcg -machine virt-10.0,gic-version=3 -name target,debug-threads=on -m
  150M -serial file:/tmp/migration-test-GXLFA3/dest_serial -incoming
  defer -cpu neoverse-n1 -kernel /tmp/migration-test-GXLFA3/bootsect
  -accel qtest

qemu-system-aarch64: error while loading state for instance 0x0 of device 'cpu'
qemu-system-aarch64: load of migration failed: Operation not permitted
Broken pipe
../tests/qtest/libqtest.c:199: kill_qemu() tried to terminate QEMU process but encountered exit status 1 (expected 0)
Aborted (core dumped)


  reply	other threads:[~2025-07-23 22:21 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-21 13:26 [PULL 00/20] target-arm queue Peter Maydell
2025-07-21 13:26 ` [PULL 01/20] hvf: arm: Remove $pc from trace_hvf_data_abort() Peter Maydell
2025-07-21 13:26 ` [PULL 02/20] target/arm: Correct encoding of Debug Communications Channel registers Peter Maydell
2025-07-23 22:20   ` Fabiano Rosas [this message]
2025-07-25 18:02     ` Peter Maydell
2025-07-25 19:10       ` Fabiano Rosas
2025-07-25 21:06         ` Fabiano Rosas
2025-07-30  0:32           ` Fabiano Rosas
2025-07-31 10:04             ` Peter Maydell
2025-07-31 13:32               ` Fabiano Rosas
2025-07-21 13:27 ` [PULL 03/20] hw/misc/ivshmem-pci: Improve error handling Peter Maydell
2025-07-21 13:27 ` [PULL 04/20] target/arm: Provide always-false kvm_arm_*_supported() stubs for usermode Peter Maydell
2025-07-21 13:27 ` [PULL 05/20] host-utils: Drop workaround for buggy Apple Clang __builtin_subcll() Peter Maydell
2025-07-21 13:27 ` [PULL 06/20] hw/misc/max78000_aes: Comment Internal Key Storage Peter Maydell
2025-07-21 13:27 ` [PULL 07/20] docs: Fix Aspeed title Peter Maydell
2025-07-21 13:27 ` [PULL 08/20] target/arm: Add BFADD, BFSUB, BFMUL (unpredicated) Peter Maydell
2025-07-21 13:27 ` [PULL 09/20] target/arm: Add BFADD, BFSUB, BFMUL, BFMAXNM, BFMINNM (predicated) Peter Maydell
2025-07-21 13:27 ` [PULL 10/20] target/arm: Add BFMIN, BFMAX (predicated) Peter Maydell
2025-07-21 13:27 ` [PULL 11/20] target/arm: Add BFMUL (indexed) Peter Maydell
2025-07-21 13:27 ` [PULL 12/20] target/arm: Add BFMLA, BFMLS (vectors) Peter Maydell
2025-07-21 13:27 ` [PULL 13/20] target/arm: Add BFMLA, BFMLS (indexed) Peter Maydell
2025-07-21 13:27 ` [PULL 14/20] target/arm: Correct sense of FPCR.AH test for FMAXQV and FMINQV Peter Maydell
2025-07-21 13:27 ` [PULL 15/20] target/arm: Don't nest H() macro calls in SVE DO_REDUCE Peter Maydell
2025-07-21 13:27 ` [PULL 16/20] target/arm: Honour FPCR.AH=1 default NaN value in FMAXNMQV, FMINNMQV Peter Maydell
2025-07-21 13:27 ` [PULL 17/20] target/arm: Make LD1Q decode and trans fn agree about a->u Peter Maydell
2025-07-21 13:27 ` [PULL 18/20] hvf: arm: Add permission check in GIC sysreg handlers Peter Maydell
2025-07-21 13:27 ` [PULL 19/20] hvf: arm: Emulate ICC_RPR_EL1 accesses properly Peter Maydell
2025-07-21 13:27 ` [PULL 20/20] accel/hvf: Display executable bit as 'X' Peter Maydell
2025-07-21 18:31 ` [PULL 00/20] target-arm queue Stefan Hajnoczi

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=87ms8uh7ln.fsf@suse.de \
    --to=farosas@suse.de \
    --cc=peter.maydell@linaro.org \
    --cc=peterx@redhat.com \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --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.