From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23102 invoked by alias); 12 Nov 2005 13:21:36 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 23089 invoked by uid 22791); 12 Nov 2005 13:21:34 -0000 Received: from cam-admin0.cambridge.arm.com (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sat, 12 Nov 2005 13:21:34 +0000 Received: from pc960.cambridge.arm.com (pc960.cambridge.arm.com [10.1.205.4]) by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id jACDKcU3029277; Sat, 12 Nov 2005 13:20:38 GMT Received: from pc960.cambridge.arm.com (localhost.localdomain [127.0.0.1]) by pc960.cambridge.arm.com (8.12.8/8.12.8) with ESMTP id jACDKwtZ031880; Sat, 12 Nov 2005 13:20:58 GMT Received: (from rearnsha@localhost) by pc960.cambridge.arm.com (8.12.8/8.12.8/Submit) id jACDKwqS031878; Sat, 12 Nov 2005 13:20:58 GMT Subject: Re: [rfa] Use a different breakpoint instruction for EABI GNU/Linux From: Richard Earnshaw To: Daniel Jacobowitz Cc: gdb-patches@sourceware.org In-Reply-To: <20051111220241.GA30323@nevyn.them.org> References: <20051111220241.GA30323@nevyn.them.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1131801657.9711.0.camel@pc960.cambridge.arm.com> Mime-Version: 1.0 Date: Sun, 13 Nov 2005 17:49:00 -0000 X-SW-Source: 2005-11/txt/msg00160.txt.bz2 On Fri, 2005-11-11 at 22:02, Daniel Jacobowitz wrote: > Patches have been posted recently for the Linux kernel to use a different > interface for system calls, in which r7 holds the syscall number instead of > embedding it in the SWI. With old-ABI compatibility mode disabled, the > kernel never looks in the SWI at all. Which means that using a SWI > to set a breakpoint doesn't work very well. > > Since 2003 the kernel has supported these particular undefined instructions > (in the reserved space) as breakpoints. So if we see an EABI binary, assume > we have a recent vintage of kernel, and use them. > > Tested on arm-none-linux-gnueabi. OK for HEAD and 6.4? OK. R.