From: Richard Henderson <richard.henderson@linaro.org>
To: Laurent Vivier <laurent@vivier.eu>, qemu-devel@nongnu.org
Cc: Thomas Huth <huth@tuxfamily.org>
Subject: Re: [Qemu-devel] [PATCH v6 07/17] target/m68k: add chk and chk2
Date: Wed, 3 Jan 2018 13:52:52 -0800 [thread overview]
Message-ID: <5630ba80-503f-f7e7-2764-c433aa3ea19a@linaro.org> (raw)
In-Reply-To: <20180102234108.32713-8-laurent@vivier.eu>
On 01/02/2018 03:40 PM, Laurent Vivier wrote:
> +void HELPER(chk)(CPUM68KState *env, int32_t val, int32_t ub)
> +{
> + if (val < 0 || val > ub) {
> + CPUState *cs = CPU(m68k_env_get_cpu(env));
> +
> + /* Recover PC and CC_OP for the beginning of the insn. */
> + cpu_restore_state(cs, GETPC());
> +
> + /* Adjust PC and FLAGS to end of the insn. */
> + env->pc += 2;
> + helper_flush_flags(env, env->cc_op);
> + env->cc_n = val;
> +
> + cs->exception_index = EXCP_CHK;
> + cpu_loop_exit(cs);
> + }
> +}
> +
I thought you said for 68040, N is always unset for val >= 0.
That would suggest
helper_flush_flags(env, env->cc_op);
env->cc_n = val;
if (val < 0 || val > ub) {
...
}
Did you examine the real hw change to the other flags?
Because they're officially undefined, which suggests
env->cc_n = val;
env->cc_op = CC_OP_LOGIC;
> +void HELPER(chk2)(CPUM68KState *env, int32_t val, int32_t lb, int32_t ub)
> +{
> + helper_flush_flags(env, env->cc_op);
> +
> + env->cc_z = val != lb && val != ub;
> + env->cc_c = lb <= ub ? val < lb || val > ub : val > ub && val < lb;
> +
> + if (env->cc_c) {
> + CPUState *cs = CPU(m68k_env_get_cpu(env));
> +
> + cpu_restore_state(cs, GETPC());
> + env->cc_op = CC_OP_FLAGS;
A comment that we're reverting a change made during unwind would be helpful here.
r~
next prev parent reply other threads:[~2018-01-03 21:53 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-02 23:40 [Qemu-devel] [PATCH v6 00/17] target/m68k: supervisor mode (part 1) Laurent Vivier
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 01/17] target-m68k: sync CC_OP before gen_jmp_tb() Laurent Vivier
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 02/17] target/m68k: fix gen_get_ccr() Laurent Vivier
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 03/17] linux-user, m68k: correctly manage SR in context Laurent Vivier
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 04/17] target/m68k: use insn_pc to generate instruction fault address Laurent Vivier
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 05/17] target/m68k: add CPU_LOG_INT trace Laurent Vivier
2018-01-03 9:53 ` Philippe Mathieu-Daudé
2018-01-03 21:44 ` Richard Henderson
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 06/17] target/m68k: manage 680x0 stack frames Laurent Vivier
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 07/17] target/m68k: add chk and chk2 Laurent Vivier
2018-01-03 21:52 ` Richard Henderson [this message]
2018-01-03 23:40 ` Laurent Vivier
2018-01-04 0:32 ` Richard Henderson
2018-01-02 23:40 ` [Qemu-devel] [PATCH v6 08/17] target/m68k: add move16 Laurent Vivier
2018-01-03 21:54 ` Richard Henderson
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 09/17] target/m68k: softmmu cleanup Laurent Vivier
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 10/17] target/m68k: add cpush/cinv Laurent Vivier
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 11/17] target/m68k: add reset Laurent Vivier
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 12/17] target/m68k: implement fsave/frestore Laurent Vivier
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 13/17] target/m68k: move CCR/SR functions Laurent Vivier
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 14/17] target/m68k: add 680x0 "move to SR" instruction Laurent Vivier
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 15/17] target/m68k: add andi/ori/eori to SR/CCR Laurent Vivier
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 16/17] target/m68k: add the Interrupt Stack Pointer Laurent Vivier
2018-01-03 21:58 ` Richard Henderson
2018-01-02 23:41 ` [Qemu-devel] [PATCH v6 17/17] target/m68k: fix m68k_cpu_dump_state() Laurent Vivier
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=5630ba80-503f-f7e7-2764-c433aa3ea19a@linaro.org \
--to=richard.henderson@linaro.org \
--cc=huth@tuxfamily.org \
--cc=laurent@vivier.eu \
--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 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).