From: Michael Snyder <msnyder@redhat.com>
To: Anil Paranjape <AnilP1@KPITCummins.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: PATCH : H8300 GDB simulator
Date: Thu, 04 Dec 2003 19:38:00 -0000 [thread overview]
Message-ID: <3FCF8D34.6060007@redhat.com> (raw)
In-Reply-To: <69595093233BB547BB70CF5E492B63F203107807@sohm.kpit.com>
Anil Paranjape wrote:
> Hi,
>
> The CPU can access word data and longword data in memory, but word or longword data must begin at an even address. If an attempt is made to access word or longword data at an odd address, no address error occurs but the least significant bit of the address is regarded as 0, so the access starts at the preceding address. This is the case in actual H/W.
>
> Now if an odd address is assigned to any word or long word memory pointer in H8 simulator and then if data at that address is accessed byte by byte then simulator was neither showing correct data (which is the case in actual H/W) not generating SIGBUS exception (which is the case in SH).
>
> Patch below fixes this problem and after patch, simulator shows correct value as is the case in actual H/W.
This sounds good (though I hope one of the folks with more knowledge of
the architecture will verify it). One request -- could you include a
testcase for the sim testsuite, such that it will fail before your mods,
and pass after? Existing tests (for examples) are at
sim/testsuite/sim/h8300.
Thanks,
Michael
> ChangeLog/sim/h8300
>
> 2003-12-03 Anil Paranjpe <anilp1@kpitcummins.com>
>
> * compile.c : In all word and double word memory operations,
> address is forced to be always even.
>
> Patch for /sim/h8300/compile.c
>
> --- compile.c.orig Fri Oct 17 18:15:56 2003
> +++ compile.c Wed Dec 3 22:04:22 2003
> @@ -1265,20 +1265,19 @@
>
> #define GET_MEMORY_L(X) \
> ((X) < memory_size \
> - ? ((h8_get_memory (sd, (X)+0) << 24) | (h8_get_memory (sd, (X)+1) << 16) \
> - | (h8_get_memory (sd, (X)+2) << 8) | (h8_get_memory (sd, (X)+3) << 0)) \
> - : ((h8_get_eightbit (sd, ((X)+0) & 0xff) << 24) \
> - | (h8_get_eightbit (sd, ((X)+1) & 0xff) << 16) \
> - | (h8_get_eightbit (sd, ((X)+2) & 0xff) << 8) \
> - | (h8_get_eightbit (sd, ((X)+3) & 0xff) << 0)))
> + ? ((h8_get_memory (sd, ((X) & 0xfffffffe)+0) << 24) | (h8_get_memory (sd, ((X) & 0xfffffffe)+1) << 16) \
> + | (h8_get_memory (sd, ((X) & 0xfffffffe)+2) << 8) | (h8_get_memory (sd, ((X) & 0xfffffffe)+3) << 0)) \
> + : ((h8_get_eightbit (sd, (((X) & 0xfffffffe)+0) & 0xff) << 24) \
> + | (h8_get_eightbit (sd, (((X) & 0xfffffffe)+1) & 0xff) << 16) \
> + | (h8_get_eightbit (sd, (((X) & 0xfffffffe)+2) & 0xff) << 8) \
> + | (h8_get_eightbit (sd, (((X) & 0xfffffffe)+3) & 0xff) << 0)))
>
> #define GET_MEMORY_W(X) \
> ((X) < memory_size \
> - ? ((h8_get_memory (sd, (X)+0) << 8) \
> - | (h8_get_memory (sd, (X)+1) << 0)) \
> - : ((h8_get_eightbit (sd, ((X)+0) & 0xff) << 8) \
> - | (h8_get_eightbit (sd, ((X)+1) & 0xff) << 0)))
> -
> + ? ((h8_get_memory (sd, ((X) & 0xfffffffe)+0) << 8) \
> + | (h8_get_memory (sd, ((X) & 0xfffffffe)+1) << 0)) \
> + : ((h8_get_eightbit (sd, (((X) & 0xfffffffe)+0) & 0xff) << 8) \
> + | (h8_get_eightbit (sd, (((X) & 0xfffffffe)+1) & 0xff) << 0)))
>
> #define GET_MEMORY_B(X) \
> ((X) < memory_size ? (h8_get_memory (sd, (X))) \
> @@ -1286,16 +1285,16 @@
>
> #define SET_MEMORY_L(X, Y) \
> { register unsigned char *_p; register int __y = (Y); \
> - _p = ((X) < memory_size ? h8_get_memory_buf (sd) + (X) : \
> - h8_get_eightbit_buf (sd) + ((X) & 0xff)); \
> + _p = ((X) < memory_size ? h8_get_memory_buf (sd) + ((X) & 0xfffffffe) : \
> + h8_get_eightbit_buf (sd) + (((X) & 0xfffffffe) & 0xff)); \
> _p[0] = __y >> 24; _p[1] = __y >> 16; \
> _p[2] = __y >> 8; _p[3] = __y >> 0; \
> }
>
> #define SET_MEMORY_W(X, Y) \
> { register unsigned char *_p; register int __y = (Y); \
> - _p = ((X) < memory_size ? h8_get_memory_buf (sd) + (X) : \
> - h8_get_eightbit_buf (sd) + ((X) & 0xff)); \
> + _p = ((X) < memory_size ? h8_get_memory_buf (sd) + ((X) & 0xfffffffe) : \
> + h8_get_eightbit_buf (sd) + (((X) & 0xfffffffe) & 0xff)); \
> _p[0] = __y >> 8; _p[1] = __y; \
> }
>
>
> Regards,
> Anil Paranjpe
>
>
next prev parent reply other threads:[~2003-12-04 19:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-04 11:57 Anil Paranjape
2003-12-04 19:38 ` Michael Snyder [this message]
2003-12-08 9:51 Anil Paranjape
2003-12-16 21:31 ` Michael Snyder
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=3FCF8D34.6060007@redhat.com \
--to=msnyder@redhat.com \
--cc=AnilP1@KPITCummins.com \
--cc=gdb-patches@sources.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox