From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20219 invoked by alias); 17 Aug 2002 06:29:20 -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 20212 invoked from network); 17 Aug 2002 06:29:19 -0000 Received: from unknown (HELO takamaka.act-europe.fr) (142.179.108.108) by sources.redhat.com with SMTP; 17 Aug 2002 06:29:19 -0000 Received: by takamaka.act-europe.fr (Postfix, from userid 507) id 3AA40D2CBD; Fri, 16 Aug 2002 23:29:21 -0700 (PDT) Date: Fri, 16 Aug 2002 23:29:00 -0000 From: Joel Brobecker To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] enable software single step on alpha-osf Message-ID: <20020817062921.GY906@gnat.com> References: <20020718203205.GB26990@gnat.com> <3D4DBBC8.5000906@ges.redhat.com> <20020805184920.GC892@gnat.com> <3D5D323A.2030801@ges.redhat.com> <20020816182141.GJ906@gnat.com> <20020816230524.GT906@gnat.com> <3D5D875F.6050405@ges.redhat.com> <20020817005803.GH911@gnat.com> <3D5DA592.8090009@ges.redhat.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Dzs2zDY0zgkG72+7" Content-Disposition: inline In-Reply-To: <3D5DA592.8090009@ges.redhat.com> User-Agent: Mutt/1.4i X-SW-Source: 2002-08/txt/msg00485.txt.bz2 --Dzs2zDY0zgkG72+7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-length: 1537 > >2002-07-18 Joel Brobecker > > > > * alpha-osf1-tdep.c (alpha_osf1_init_abi): Unfortunately, > > procfs appears to be broken when debugging on multi-processor > > machines. So enable software single stepping in order to avoid > > using the procfs interface to do next/step operations, using > > internal breakpoints instead. > > > > * infrun.c (handle_inferior_event): Readjust the stop_pc by > > DECR_PC_AFTER_BREAK when hitting a single step breakpoint, to > > make this pc address equal to the value it would have if the > > system stepping capability was used. Also set a new flag used > > to ensure that we don't readjust the PC one more time later. > > > > * breakpoint.c (bpstat_stop_status): Do not adjust the PC > > address by DECR_PC_AFTER_BREAK when software single step is > > in use for this architecture, as this has already been taken > > care of in handle_inferior_event(). > > > > Yes and thanks. Finally something in wfi that I understand! Me too. 10 lines understood, 1500 more to go :). Thanks for the careful review. This patch has been checked-in. Here is a patch to update the NEWS file, as suggested by Eli. I'm not very good at wording, so any suggestion for improvement is more than welcome. 2002-08-17 Joel Brobecker * NEWS: Add an entry regarding the improvement of the next/step operation on Alpha Tru64 multi-processor machines. -- Joel --Dzs2zDY0zgkG72+7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="NEWS.diff" Content-length: 672 Index: NEWS =================================================================== RCS file: /cvs/src/src/gdb/NEWS,v retrieving revision 1.86 diff -c -3 -r1.86 NEWS *** NEWS 15 Aug 2002 22:51:40 -0000 1.86 --- NEWS 17 Aug 2002 06:22:04 -0000 *************** *** 91,96 **** --- 91,102 ---- to a bfd-format or binary file (dump and append), and back from a file into memory (restore). + * Improved "next/step" support on multi-processor Alpha Tru64. + + On multi-processor Alpha Tru64, next/step operations sometimes used to + cause problems, such as the random apperance of SIGSEGV or SIGTRAP + signals for instance. + *** Changes in GDB 5.2.1: * New targets. --Dzs2zDY0zgkG72+7--