All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sergey Fedorov <serge.fdrv@gmail.com>
To: Peter Maydell <peter.maydell@linaro.org>, qemu-devel@nongnu.org
Cc: qemu-arm@nongnu.org, patches@linaro.org
Subject: Re: [Qemu-arm] [PATCH] target-arm: Correct handling of writes to CPSR mode bits from gdb in usermode
Date: Mon, 29 Feb 2016 22:24:46 +0300	[thread overview]
Message-ID: <56D49AFE.5060002@gmail.com> (raw)
In-Reply-To: <1456764438-30015-1-git-send-email-peter.maydell@linaro.org>

On 29.02.2016 19:47, Peter Maydell wrote:
> In helper.c the expression
>    (env->uncached_cpsr & CPSR_M) != CPSR_USER
> is always true; the right hand side was supposed to be ARM_CPU_MODE_USR
> (an error in commit cb01d391).
>
> Since the incorrect expression was always true, this just meant that
> commit cb01d391 had no effect.
>
> However simply changing the RHS here would reveal a logic error: if
> the mode is USR we wish to completely ignore the attempt to set the
> mode bits, which means that we must clear the CPSR_M bits from mask
> to avoid the uncached_cpsr bits being updated at the end of the
> function.
>
> Move the condition into the correct place in the code, fix its RHS
> constant, and add a comment about the fact that we must be doing a
> gdbstub write if we're in user mode.
>
> Fixes: https://bugs.launchpad.net/qemu/+bug/1550503
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>

Reviewed-by: Sergey Fedorov <serge.fdrv@gmail.com>

> ---
>   target-arm/helper.c | 11 +++++++++--
>   1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/target-arm/helper.c b/target-arm/helper.c
> index 18c8296..935f13b 100644
> --- a/target-arm/helper.c
> +++ b/target-arm/helper.c
> @@ -5490,9 +5490,16 @@ void cpsr_write(CPUARMState *env, uint32_t val, uint32_t mask,
>       env->daif |= val & CPSR_AIF & mask;
>   
>       if (write_type != CPSRWriteRaw &&
> -        (env->uncached_cpsr & CPSR_M) != CPSR_USER &&
>           ((env->uncached_cpsr ^ val) & mask & CPSR_M)) {
> -        if (bad_mode_switch(env, val & CPSR_M, write_type)) {
> +        if ((env->uncached_cpsr & CPSR_M) == ARM_CPU_MODE_USR) {
> +            /* Note that we can only get here in USR mode if this is a
> +             * gdb stub write; for this case we follow the architectural
> +             * behaviour for guest writes in USR mode of ignoring an attempt
> +             * to switch mode. (Those are caught by translate.c for writes
> +             * triggered by guest instructions.)
> +             */
> +            mask &= ~CPSR_M;
> +        } else if (bad_mode_switch(env, val & CPSR_M, write_type)) {
>               /* Attempt to switch to an invalid mode: this is UNPREDICTABLE in
>                * v7, and has defined behaviour in v8:
>                *  + leave CPSR.M untouched


WARNING: multiple messages have this Message-ID (diff)
From: Sergey Fedorov <serge.fdrv@gmail.com>
To: Peter Maydell <peter.maydell@linaro.org>, qemu-devel@nongnu.org
Cc: qemu-arm@nongnu.org, patches@linaro.org
Subject: Re: [Qemu-devel] [PATCH] target-arm: Correct handling of writes to CPSR mode bits from gdb in usermode
Date: Mon, 29 Feb 2016 22:24:46 +0300	[thread overview]
Message-ID: <56D49AFE.5060002@gmail.com> (raw)
In-Reply-To: <1456764438-30015-1-git-send-email-peter.maydell@linaro.org>

On 29.02.2016 19:47, Peter Maydell wrote:
> In helper.c the expression
>    (env->uncached_cpsr & CPSR_M) != CPSR_USER
> is always true; the right hand side was supposed to be ARM_CPU_MODE_USR
> (an error in commit cb01d391).
>
> Since the incorrect expression was always true, this just meant that
> commit cb01d391 had no effect.
>
> However simply changing the RHS here would reveal a logic error: if
> the mode is USR we wish to completely ignore the attempt to set the
> mode bits, which means that we must clear the CPSR_M bits from mask
> to avoid the uncached_cpsr bits being updated at the end of the
> function.
>
> Move the condition into the correct place in the code, fix its RHS
> constant, and add a comment about the fact that we must be doing a
> gdbstub write if we're in user mode.
>
> Fixes: https://bugs.launchpad.net/qemu/+bug/1550503
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>

Reviewed-by: Sergey Fedorov <serge.fdrv@gmail.com>

> ---
>   target-arm/helper.c | 11 +++++++++--
>   1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/target-arm/helper.c b/target-arm/helper.c
> index 18c8296..935f13b 100644
> --- a/target-arm/helper.c
> +++ b/target-arm/helper.c
> @@ -5490,9 +5490,16 @@ void cpsr_write(CPUARMState *env, uint32_t val, uint32_t mask,
>       env->daif |= val & CPSR_AIF & mask;
>   
>       if (write_type != CPSRWriteRaw &&
> -        (env->uncached_cpsr & CPSR_M) != CPSR_USER &&
>           ((env->uncached_cpsr ^ val) & mask & CPSR_M)) {
> -        if (bad_mode_switch(env, val & CPSR_M, write_type)) {
> +        if ((env->uncached_cpsr & CPSR_M) == ARM_CPU_MODE_USR) {
> +            /* Note that we can only get here in USR mode if this is a
> +             * gdb stub write; for this case we follow the architectural
> +             * behaviour for guest writes in USR mode of ignoring an attempt
> +             * to switch mode. (Those are caught by translate.c for writes
> +             * triggered by guest instructions.)
> +             */
> +            mask &= ~CPSR_M;
> +        } else if (bad_mode_switch(env, val & CPSR_M, write_type)) {
>               /* Attempt to switch to an invalid mode: this is UNPREDICTABLE in
>                * v7, and has defined behaviour in v8:
>                *  + leave CPSR.M untouched

  reply	other threads:[~2016-02-29 19:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-29 16:47 [Qemu-arm] [PATCH] target-arm: Correct handling of writes to CPSR mode bits from gdb in usermode Peter Maydell
2016-02-29 16:47 ` [Qemu-devel] " Peter Maydell
2016-02-29 19:24 ` Sergey Fedorov [this message]
2016-02-29 19:24   ` Sergey Fedorov

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=56D49AFE.5060002@gmail.com \
    --to=serge.fdrv@gmail.com \
    --cc=patches@linaro.org \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.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 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.