From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-82566-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 30246 invoked by alias); 23 Jul 2011 22:49:35 -0000
Received: (qmail 30238 invoked by uid 22791); 23 Jul 2011 22:49:34 -0000
X-SWARE-Spam-Status: No, hits=-2.6 required=5.0	tests=AWL,BAYES_00,RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 23 Jul 2011 22:49:20 +0000
Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1])	by glazunov.sibelius.xs4all.nl (8.14.3/8.14.3) with ESMTP id p6NMm0hj014519;	Sun, 24 Jul 2011 00:48:00 +0200 (CEST)
Received: (from kettenis@localhost)	by glazunov.sibelius.xs4all.nl (8.14.3/8.14.3/Submit) id p6NMlwVx029216;	Sun, 24 Jul 2011 00:47:58 +0200 (CEST)
Date: Sun, 24 Jul 2011 11:40:00 -0000
Message-Id: <201107232247.p6NMlwVx029216@glazunov.sibelius.xs4all.nl>
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: pedro@codesourcery.com
CC: gdb-patches@sourceware.org, yao@codesourcery.com
In-reply-to: <201107201605.43767.pedro@codesourcery.com> (message from Pedro	Alves on Wed, 20 Jul 2011 16:05:43 +0100)
Subject: Re: [patch] Skip kill-after-signal.exp if hw single-step is not supported
References: <4E259815.8080001@codesourcery.com> <201107201605.43767.pedro@codesourcery.com>
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2011-07/txt/msg00661.txt.bz2

> From: Pedro Alves <pedro@codesourcery.com>
> Date: Wed, 20 Jul 2011 16:05:43 +0100
> 
> Other archs !x86, and other kernels/stubs/servers !Linux that
> can do hardware stepping.  If we're going to have a list, invert
> the logic of the check, defaulting to running the test, and leaving
> out archs were we know software stepping is used.  Some targets,
> like x86/OpenBSD and MacOS, although can hardware step, can't step
> into a handler.

Just FYI, it's putting breakpoints into the signal trampoline that is
the issue, at least on OpenBSD.  Single-stepping should work fine on
OpenBSD/i386 and OpenBSD/amd64 and all other architectures where it's
done in hardware.