Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: Jiri Gaisler <jiri@gaisler.se>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH v3 05/14] sim/erc32: Use memory_iread() function for instruction fetching.
Date: Fri, 13 Mar 2015 00:15:00 -0000	[thread overview]
Message-ID: <20150313001459.GH877@vapier> (raw)
In-Reply-To: <55020795.4080009@gaisler.se>

[-- Attachment #1: Type: text/plain, Size: 918 bytes --]

[re-adding cc]

On 12 Mar 2015 22:39, Jiri Gaisler wrote:
> On 02/03/15 02:15, Mike Frysinger wrote:
> > On 01 Mar 2015 22:10, Jiri Gaisler wrote:
> >> --- a/sim/erc32/erc32.c
> >> +++ b/sim/erc32/erc32.c
> 
> >> +    printf("Memory exception at %x (illegal address)\n", addr);
> > 
> > space after the printf
> > 
> > should this be writing to stderr ?
> 
> Not really. The exception occurred in the emulated program, which is not
> uncommon and useful during target debugging. The simulator has not
> encountered any error.

if the sim isn't stopping, i don't think it's correct to display anything at 
all.  it is valid to simulate code that purposefully makes bad/weird memory 
accesses and then recover at runtime using signal handlers.  uncommon perhaps, 
but not invalid.

for diagnostic info meant for the developer, putting it behind a debug/trace 
knob would make more sense.
-mike

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  parent reply	other threads:[~2015-03-13  0:15 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-01 21:10 [PATCH v3 00/14] Update of the SPARC SIS simulator Jiri Gaisler
2015-03-01 21:10 ` [PATCH v3 05/14] sim/erc32: Use memory_iread() function for instruction fetching Jiri Gaisler
2015-03-02  1:15   ` Mike Frysinger
     [not found]     ` <55020795.4080009@gaisler.se>
2015-03-13  0:15       ` Mike Frysinger [this message]
2015-03-01 21:10 ` [PATCH v3 06/14] sim/erc32: Fix a few compiler warnings Jiri Gaisler
2015-03-02  1:18   ` Mike Frysinger
2015-03-01 21:10 ` [PATCH v3 03/14] sim/erc32: Switched emulated memory to host endian order Jiri Gaisler
2015-03-02  1:13   ` Mike Frysinger
2015-03-12 21:25     ` Jiri Gaisler
2015-03-12 23:55       ` Mike Frysinger
     [not found]         ` <55029ED9.5070009@gaisler.se>
2015-03-14  7:45           ` Mike Frysinger
     [not found]             ` <5503FDF9.8000109@gaisler.se>
2015-03-14 10:24               ` Mike Frysinger
2015-03-14 20:44                 ` Jiri Gaisler
2015-03-17  8:06                   ` Mike Frysinger
2015-03-21 20:40                     ` Jiri Gaisler
2015-03-01 21:10 ` [PATCH v3 02/14] sim/erc32: Removed type mismatch compiler warnings Jiri Gaisler
2015-03-02  1:04   ` Mike Frysinger
2015-03-01 21:11 ` [PATCH v3 09/14] sim/erc32: Move local extern declarations into sis.h Jiri Gaisler
2015-03-01 21:11 ` [PATCH v3 01/14] sim/erc32: Added -v command line switch for verbose output Jiri Gaisler
2015-03-02  0:59   ` Mike Frysinger
2015-03-01 21:11 ` [PATCH v3 12/14] sim/erc32: Updated documentation Jiri Gaisler
2015-03-01 21:11 ` [PATCH v3 08/14] sim/erc32: Access memory subsystem through struct memsys Jiri Gaisler
2015-03-02  1:20   ` Mike Frysinger
2015-03-01 21:11 ` [PATCH v3 07/14] sim/erc32: Use gdb callback for UART I/O when linked with gdb Jiri Gaisler
2015-03-02  1:19   ` Mike Frysinger
2015-03-01 21:11 ` [PATCH v3 10/14] sim/erc32: Add support for LEON3 processor emulation Jiri Gaisler
2015-03-05 17:35   ` Mike Frysinger
2015-03-05 17:49     ` Joel Brobecker
2015-03-05 18:20       ` Mike Frysinger
2015-03-01 21:11 ` [PATCH v3 14/14] Add watchpoint support to gdb simulator interface Jiri Gaisler
2015-03-01 21:11 ` [PATCH v3 04/14] sim/erc32: use SIM_AC_OPTION_HOSTENDIAN to probe for host endianess Jiri Gaisler
2015-03-16  5:19   ` Mike Frysinger
2015-03-01 21:11 ` [PATCH v3 13/14] sim/erc32: Add data watchpoint support Jiri Gaisler
2015-03-01 21:11 ` [PATCH v3 11/14] sim/erc32: Add support for LEON2 processor emulation Jiri Gaisler

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=20150313001459.GH877@vapier \
    --to=vapier@gentoo.org \
    --cc=gdb-patches@sourceware.org \
    --cc=jiri@gaisler.se \
    /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