From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26138 invoked by alias); 21 Aug 2002 16:35:26 -0000 Mailing-List: contact sid-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sources.redhat.com Received: (qmail 26110 invoked from network); 21 Aug 2002 16:35:25 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 21 Aug 2002 16:35:25 -0000 Received: from toenail.toronto.redhat.com (toenail.toronto.redhat.com [172.16.14.211]) by touchme.toronto.redhat.com (Postfix) with ESMTP id 6CF67B8049; Wed, 21 Aug 2002 12:35:24 -0400 (EDT) Received: (from fche@localhost) by toenail.toronto.redhat.com (8.11.6/8.11.6) id g7LGZOn07607; Wed, 21 Aug 2002 12:35:24 -0400 Date: Wed, 21 Aug 2002 09:35:00 -0000 From: "Frank Ch. Eigler" To: Robert Cragie Cc: sid@sources.redhat.com Subject: Re: Trying to run on pid7t board Message-ID: <20020821123523.B7180@redhat.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rcc@jennic.com on Wed, Aug 21, 2002 at 05:24:50PM +0100 X-SW-Source: 2002-q3/txt/msg00018.txt.bz2 --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-length: 998 Hi - On Wed, Aug 21, 2002 at 05:24:50PM +0100, Robert Cragie wrote: > [...] > I then connect to it using gdb (insight 5.0), and connect successfully to > the target. I then download the test, and inspect memory at 0x8000, no > problem, it's there. However, when I start to run, it hits the breakpoint I > have set, but I notice all the code has vanished at 0x8000, and it's > executing 0x00000000 each time. Any idea what's going on? Yes, that is odd. Can you tell me why you think it's executing 0x0? You could show gdb's side of the conversation, either a console script, or maybe even include packet traces as per `(gdb) set remote debug 3'. > [...] > I am suspicious of the 'flush_i_cache' line - could this be flushing 0 > into the program space?: > [...] I don't think so. The only cache in the pid7t configuration is a little instruction-decoding cache inside the CPU model, and flushing it just means throwing it away. The instruction memory should not be affected at all. - FChE --7ZAtKRhVyVSsbBD2 Content-Type: application/pgp-signature Content-Disposition: inline Content-length: 232 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Y8FLVZbdDOm/ZT0RAumEAJ9KBbVmn8kG5DwAb/Q5ZJWjLd7DiACfbz5Q eFHoHd6+DWQ8SFSFiN98RPo= =2PHV -----END PGP SIGNATURE----- --7ZAtKRhVyVSsbBD2--