From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24164 invoked by alias); 19 Nov 2004 09:25:27 -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 23771 invoked from network); 19 Nov 2004 09:25:00 -0000 Received: from unknown (HELO krynn.se.axis.com) (212.209.10.221) by sourceware.org with SMTP; 19 Nov 2004 09:25:00 -0000 Received: from [10.84.130.1] (ironmaiden.se.axis.com [10.84.130.1]) by krynn.se.axis.com (8.12.9/8.12.9/Debian-5local0.1) with ESMTP id iAJ9OtAD029621; Fri, 19 Nov 2004 10:24:55 +0100 Message-ID: <419DBBE8.4050804@axis.com> Date: Fri, 19 Nov 2004 09:25:00 -0000 From: Orjan Friberg Organization: Axis Communications User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 MIME-Version: 1.0 To: Mark Kettenis CC: randolph@tausq.org, cagney@gnu.org, gdb-patches@sources.redhat.com Subject: Re: [patch/RFA] multiarch INSTRUCTION_NULLIFIED References: <20041118000159.GG15714@tausq.org> <419CB118.7080401@gnu.org> <20041118162108.GK15714@tausq.org> <200411181655.iAIGthDa026050@juw15.nfra.nl> In-Reply-To: <200411181655.iAIGthDa026050@juw15.nfra.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-11/txt/msg00387.txt.bz2 Mark Kettenis wrote: > That's why we had the STEP_SKIPS_DELAY macro that makes sure the > single-step is done without any breakpoints inserted. This was > replaced by single_step_through_delay which presumably will also be > used on a new CRISv32 port. Yes, CRISv32 basically has the MIPS situation in reverse: if you single-step into a delay slot (belonging to a branch instruction) and single-step again, the branch instruction will be re-executed. As a consequence, if there is a breakpoint at the branch instruction itself, we need to step again before re-inserting it (otherwise we'd just hit it again). (I like to think of single_step_through_delay as "did we just step into a situation where we need to step again".) -- Orjan Friberg Axis Communications