From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3633 invoked by alias); 3 Aug 2007 19:28:35 -0000 Received: (qmail 3620 invoked by uid 22791); 3 Aug 2007 19:28:35 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO brahms.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 03 Aug 2007 19:28:30 +0000 Received: from brahms.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by brahms.sibelius.xs4all.nl (8.14.0/8.14.0) with ESMTP id l73JSNe1031217; Fri, 3 Aug 2007 21:28:23 +0200 (CEST) Received: (from kettenis@localhost) by brahms.sibelius.xs4all.nl (8.14.0/8.14.0/Submit) id l73JSNdr013768; Fri, 3 Aug 2007 21:28:23 +0200 (CEST) Date: Fri, 03 Aug 2007 19:28:00 -0000 Message-Id: <200708031928.l73JSNdr013768@brahms.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: mark.kettenis@xs4all.nl, gdb-patches@sourceware.org In-reply-to: <20070803185917.GA28107@caradoc.them.org> (message from Daniel Jacobowitz on Fri, 3 Aug 2007 14:59:17 -0400) Subject: Re: [rfc] Adjust address size on MIPS References: <20070803175822.GA11142@caradoc.them.org> <200708031837.l73IbSSG018774@brahms.sibelius.xs4all.nl> <20070803185917.GA28107@caradoc.them.org> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-08/txt/msg00072.txt.bz2 > Date: Fri, 3 Aug 2007 14:59:17 -0400 > From: Daniel Jacobowitz > Cc: gdb-patches@sourceware.org > Mail-Followup-To: Mark Kettenis , > gdb-patches@sourceware.org > Content-Disposition: inline > X-XS4ALL-DNSBL-Checked: mxdrop6.xs4all.nl checked 208.75.86.248 against DNS blacklists > X-Virus-Scanned: by XS4ALL Virus Scanner > X-XS4ALL-Spam-Score: 0.0 () DK_POLICY_SIGNSOME > X-XS4ALL-Spam: NO > Envelope-To: mark.kettenis@xs4all.nl > X-UIDL: 1186167567._smtp.mxdrop6.29859,S=3540 > > On Fri, Aug 03, 2007 at 08:37:28PM +0200, Mark Kettenis wrote: > > > Date: Fri, 3 Aug 2007 13:58:22 -0400 > > > From: Daniel Jacobowitz > > > > > > I recently tried to use a 64-bit stub to debug an O32 MIPS program. > > > It fell down because GDB would send a "m83000000" packet, instead of > > > the proper "mffffffff83000000" packet (sign extended 64-bit > > > addresses). I think that if a stub sends us some 64-bit registers in > > > the "g" packet, the polite thing to do would be to send it 64-bit > > > addresses by default. > > > > > > Does this sound wrong to anyone? > > > > This feels like a bad hack to me. If it is sending 64-bit addresses > > should PROPERTY_GP64 be set in the first place? > > Isn't that exactly when it should be set? Sorry, I meant to write "shouldn't PROPERTY_GP64 have been set in the first place. Or differently phrased, if we receive a g packet with 64-bit we set PROPERTY_GP64 isn't it? So shouldn't we use that property to set decide whether we should sign extend the values in m packets? I guess the fundamental problem here is that there is no consensus about how gdb should handle running 32-bit mips code on a 64-bit cpu. Should it present the isa of the executable, or should it present the isa of the hardware the executable is running on.