From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-94391-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 12307 invoked by alias); 10 Sep 2012 15:27:36 -0000
Received: (qmail 12294 invoked by uid 22791); 10 Sep 2012 15:27:35 -0000
X-SWARE-Spam-Status: No, hits=-5.1 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE
X-Spam-Check-By: sourceware.org
Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 10 Sep 2012 15:27:22 +0000
Received: by vcbfl13 with SMTP id fl13so1883724vcb.0        for <gdb-patches@sourceware.org>; Mon, 10 Sep 2012 08:27:21 -0700 (PDT)
Received: by 10.58.31.228 with SMTP id d4mr22027176vei.40.1347290839604; Mon, 10 Sep 2012 08:27:19 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.58.164.66 with HTTP; Mon, 10 Sep 2012 08:26:59 -0700 (PDT)
In-Reply-To: <87zk4yxjyr.fsf@redhat.com>
References: <87zk4yxjyr.fsf@redhat.com>
From: Mike Frysinger <vapier@gentoo.org>
Date: Mon, 10 Sep 2012 15:27:00 -0000
Message-ID: <CAJaTeTo5ReU4CA+izqgM6yP5TcpubCX6DfHsJtE-QN86GwdQ4g@mail.gmail.com>
Subject: Re: RFA: V850 sim: various fixes.
To: Nick Clifton <nickc@redhat.com>
Cc: dj@redhat.com, gdb-patches@sourceware.org
Content-Type: text/plain; charset=ISO-8859-1
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2012-09/txt/msg00114.txt.bz2

On Mon, Sep 10, 2012 at 3:15 AM, Nick Clifton wrote:
>   The patch below fixes a variety of small bugs in the V850 simulator's
>   igen file.  It also adds a snippet of code to catch attempts to
>   execute code via a NULL pointer.

usually the simulator represents the hardware.  so if the hardware has
memory at address 0 and someone were to load up an image with code
there, there's nothing invalid when it comes to jumping there.

what i do on the Blackfin side when it comes to testing is to have the
ELF manually pad the start with insns that'll trigger an exception
(just like it would on the hw).  then i set the entry point beyond
that.
-mike