From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20863 invoked by alias); 24 Oct 2003 23:58:02 -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 20856 invoked from network); 24 Oct 2003 23:58:01 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 24 Oct 2003 23:58:01 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h9ONw1M27155 for ; Fri, 24 Oct 2003 19:58:01 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h9ONvx614495; Fri, 24 Oct 2003 19:57:59 -0400 Received: from localhost.localdomain (vpn50-2.rdu.redhat.com [172.16.50.2]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id h9ONvv6q027047; Fri, 24 Oct 2003 19:57:58 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h9ONvqL25087; Fri, 24 Oct 2003 16:57:52 -0700 Date: Fri, 24 Oct 2003 23:58:00 -0000 From: Kevin Buettner Message-Id: <1031024235752.ZM25086@localhost.localdomain> In-Reply-To: Marcel Moolenaar "Re: RFA: ia64 portion of libunwind patch" (Oct 24, 2:52pm) References: <3F986E31.8050201@redhat.com> <1031024175718.ZM3475@localhost.localdomain> <3F996D88.9060505@redhat.com> <1031024185625.ZM9827@localhost.localdomain> <20031024215254.GA75962@dhcp01.pn.xcllnt.net> To: Marcel Moolenaar , Kevin Buettner Subject: Re: RFA: ia64 portion of libunwind patch Cc: "J. Johnston" , ac131313@redhat.com, gdb-patches@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-10/txt/msg00759.txt.bz2 On Oct 24, 2:52pm, Marcel Moolenaar wrote: > On Fri, Oct 24, 2003 at 11:56:25AM -0700, Kevin Buettner wrote: > > I would prefer to see included -- but not in > > ia64-tdep.c. This include and the code for ia64_getunwind() will have > > to go in ia64-linux-nat.c. Presumably, if a remote target wanted to > > use the unwind library, there'd need to be some remote protocol > > modifications. > > Isn't the unwind library linked into gdb and using callbacks for > memory reads and obtaining register values so that we can use the > existing protocol commands to extract information from the inferior? I haven't looked recently (and don't remember from when I did look at it), but I would hope it would do something along those lines. Unfortunately, the patch which Jeff submitted contains the following: +#ifdef HAVE_LIBUNWIND_IA64_H + +# ifndef __NR_getunwind +# define __NR_getunwind 1215 +# endif + +static unsigned long +ia64_getunwind (void *buf, size_t len) +{ + return syscall (__NR_getunwind, buf, len); +} where ia64_getunwind() is called from within get_kernel_table() (which is also new). Anyway, this sort of thing needs to go in a *-nat.c file. Corresponding methods need to be created so that we'll be able to fetch this information from a remote target. Kevin