From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23367 invoked by alias); 9 Feb 2006 14:40:38 -0000 Received: (qmail 23355 invoked by uid 22791); 9 Feb 2006 14:40:37 -0000 X-Spam-Check-By: sourceware.org Received: from mta09-winn.ispmail.ntl.com (HELO mta09-winn.ispmail.ntl.com) (81.103.221.49) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 09 Feb 2006 14:40:35 +0000 Received: from aamta09-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20060209144033.UTDC19242.mta09-winn.ispmail.ntl.com@aamta09-winn.ispmail.ntl.com>; Thu, 9 Feb 2006 14:40:33 +0000 Received: from cpc2-oxfd8-0-0-cust771.oxfd.cable.ntl.com ([86.8.143.4]) by aamta09-winn.ispmail.ntl.com with ESMTP id <20060209144032.VTLJ1154.aamta09-winn.ispmail.ntl.com@cpc2-oxfd8-0-0-cust771.oxfd.cable.ntl.com>; Thu, 9 Feb 2006 14:40:32 +0000 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by cpc2-oxfd8-0-0-cust771.oxfd.cable.ntl.com (8.13.4/8.13.4) with ESMTP id k19EeUXa010978; Thu, 9 Feb 2006 14:40:30 GMT Subject: Re: ia64 register cache (not!) From: David Lecomber To: Daniel Jacobowitz Cc: "M.M. Kettenis" , gdb@sources.redhat.com In-Reply-To: <20060209141941.GA24301@nevyn.them.org> References: <20060209123032.GA10585@streamline-computing.com> <7323515135308169@webhare> <20060209141941.GA24301@nevyn.them.org> Content-Type: text/plain Date: Thu, 09 Feb 2006 14:40:00 -0000 Message-Id: <1139496030.10829.2.camel@cpc2-oxfd8-0-0-cust771.oxfd.cable.ntl.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00066.txt.bz2 On Thu, 2006-02-09 at 09:19 -0500, Daniel Jacobowitz wrote: > On Thu, Feb 09, 2006 at 02:15:53PM +0000, M.M. Kettenis wrote: > > Are you sure the ia64 kernel supports the PTRACE_GETREGS/PTRACE_SETREGS > > requests? If those are implemented someone really should add support > > for them. Note that even if the current kernels do, there may be > > older kernels that don't have these. A possible solution would be to > > use PTRACE_GETREGS if available and fall back on PTRACE_PEEK_USER if it > > isn't (that's what we do on Linux/i386). But if kernels without > > PTRACE_GETREGS are no longer in widespread use, it's probably not > > worth bothering. > > FYI, it wasn't in the very original ia64 port, but was added about four > years ago. That sounds about right - I think RH AS 2.1 does not support it, but RH EL 4 does have GETREGS. Note the ptrace() man page on IA64 refers to PTRACE_GETFPREGS -- and that definitely does *not* exist!! Cheers d.