From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 442 invoked by alias); 3 Dec 2003 22:24:21 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 421 invoked from network); 3 Dec 2003 22:24:20 -0000 Received: from unknown (HELO mercury.mv.net) (199.125.85.40) by sources.redhat.com with SMTP; 3 Dec 2003 22:24:20 -0000 Received: (qmail 1985 invoked from network); 3 Dec 2003 17:24:18 -0500 Received: from bnh-7-09.mv.com (HELO ppro) (199.125.98.137) by mercury.mv.net with SMTP; 3 Dec 2003 17:24:18 -0500 X-Peer-Info: remote-ip 199.125.98.137 local-ip 199.125.85.40 local-name mercury.mv.net Message-ID: <009601c3b9ec$2ae69200$c9d145cc@lndnnh.adelphia.net> From: "Peter Reilley" To: Cc: "Jim MacGregor" References: <20031203212910.GB2649@nevyn.them.org> Subject: Re: Remote Debugging on IXDP425 Date: Wed, 03 Dec 2003 22:24:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-SW-Source: 2003-12/txt/msg00070.txt.bz2 ----- Original Message ----- From: "Daniel Jacobowitz" To: "Stephen A. Witt" Cc: Sent: Wednesday, December 03, 2003 4:29 PM Subject: Re: Remote Debugging on IXDP425 > On Wed, Dec 03, 2003 at 11:17:18AM -0800, Stephen A. Witt wrote: > > Thanks very much for the response, very dumb mistake on my part. I had > > built a gdb with an arm-linux target, but I inadvertantly used the normal > > i386 gdb when I first tried this. Using the arm-linux gdb that I had > > built, with the information you provided, I found that the breakpoint > > instruction being sent was 0x01009fef. The correct bp inst for an IXP425 > > (a big-endian CPU) is 0xef9f0001. So I modified the breakpoint instruction > > value in gdb to 0xef9f0001 and breakpoints work now. > > This is a GDB bug fixed in more recent versions of GDB. > > > There are some other problems, like when I do 'step' or 'next' I get a > > "ptrace: bogus breakpoint trap". Floating point variable display doesn't > > work. So I'm looking into these. > > The former is a Linux kernel bug. I sent Russell an explanation of the > problem and got no response. Just turn off the message. > > > I just hacked in the changed breakpoint instruction value but it seems the > > correct way to do it would be to tell gdb during configuration that the > > target is an xscale CPU, and conditionally compile in the correct value. > > At first I thought I hadn't built gdb properly, but it doesn't appear that > > gdb-6.0 really supports an IXP425. Is this true? > > ARM/Linux in big endian mode is definitely still a black sheep. None > of the GNU tools really support it out of the box, only various > vendors' tools. > > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer > I have run a Sharp Arm 7 in both big and little endian modes. This is running on a bare system with no OS. I did this as part of my work on the binary packages that are provided on the Macraigor web site; www.macraigor.com The RPM package contains examples for both big and little endian mode. Pete.