From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7377 invoked by alias); 17 Sep 2005 21:24:12 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 7359 invoked by uid 22791); 17 Sep 2005 21:24:07 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sat, 17 Sep 2005 21:24:07 +0000 Received: from drow by nevyn.them.org with local (Exim 4.52) id 1EGkAF-0002Ud-C9; Sat, 17 Sep 2005 17:24:03 -0400 Date: Sat, 17 Sep 2005 21:24:00 -0000 From: Daniel Jacobowitz To: Richard Henderson Cc: amodra@bigpond.net.au, gdb-patches@gcc.gnu.org Subject: Re: ppc32 debugging ppc64, part 1 Message-ID: <20050917212403.GF8777@nevyn.them.org> Mail-Followup-To: Richard Henderson , amodra@bigpond.net.au, gdb-patches@gcc.gnu.org References: <20050912125047.GA5411@twiddle.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050912125047.GA5411@twiddle.net> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-09/txt/msg00126.txt.bz2 On Mon, Sep 12, 2005 at 05:50:47AM -0700, Richard Henderson wrote: > This is just enough modifications to not immediately fail > debugging a 64-bit process from a 32-bit debugger. > * ppc-linux-nat.c (PTRACE_XFER_TYPE): Set to long. You don't need this; PTRACE_TYPE_RET should work OK. We get that from autoconf (even if the autoconf bits are a bit broken on Linux at the moment, they'll choose long anyway). > (ppc_register_u_addr): Compute wordsize correctly for 64-bit target. > (ptrace_read_u, ptrace_write_u): New. > (fetch_register): Simplify. Use PPC_PTRACE_PEEKUSR_3264 when needed. > (store_register): Similarly with PPC_PTRACE_POKEUSR_3264. > (default_xfer_partial, ppc32_linux_xfer_partial): New. > (_initialize_ppc_linux_nat): Use them. The rest of this I'm basically OK with, although it needs to go past Kevin or Andrew. I think it's safe to do away with the syscalls; the current userspace ptrace interface where glibc has to special-case PEEKTEXT/PEEKDATA/PEEKUSER is nasty enough, so I'm willing to declare glibc broken if it is ever "fixed" to handle the PEEK*_3264 operations specially. Just my two cents. -- Daniel Jacobowitz CodeSourcery, LLC