From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-46841-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 99120 invoked by alias); 21 Feb 2019 18:03:11 -0000
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
Received: (qmail 99094 invoked by uid 89); 21 Feb 2019 18:03:11 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=Hx-languages-length:437
X-HELO: mail-wr1-f42.google.com
Received: from mail-wr1-f42.google.com (HELO mail-wr1-f42.google.com) (209.85.221.42) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 21 Feb 2019 18:03:09 +0000
Received: by mail-wr1-f42.google.com with SMTP id o17so31652767wrw.3        for <gdb@sourceware.org>; Thu, 21 Feb 2019 10:03:09 -0800 (PST)
Return-Path: <palves@redhat.com>
Received: from ?IPv6:2001:8a0:f913:f700:75e6:857f:3506:a1f4? ([2001:8a0:f913:f700:75e6:857f:3506:a1f4])        by smtp.gmail.com with ESMTPSA id s127sm11797439wmf.39.2019.02.21.10.03.06        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);        Thu, 21 Feb 2019 10:03:06 -0800 (PST)
Subject: Re: "finish" command leads to SIGTRAP
To: David Griffiths <dgriffiths@undo.io>
References: <CA++j6c7bhP7=AWWdzBajC7KUah1gwj25-Bpoqd1-Xs_67z5kVw@mail.gmail.com> <b437759f-5223-fcd2-1e68-f77051a2f910@redhat.com> <CA++j6c4co2Uz=3q952pf3skq8xMdsmQ_4+H6eMBkAdvyXMzK8A@mail.gmail.com> <CA++j6c6A0DMRwOGBJ4XGGWnC49D1Wi9J9kz6kzSmaj+kiJXo-w@mail.gmail.com> <78e1f522-f6f5-d38d-0644-d083c1e4ab5d@redhat.com> <CA++j6c7Vazk-A3e8T5xzMNJzhorB9DW-y8Hye7v-rwUKVnEzgA@mail.gmail.com> <743edbbc-9812-c8e7-0f47-7b4842199b48@redhat.com>
Cc: gdb@sourceware.org
From: Pedro Alves <palves@redhat.com>
Message-ID: <911f4200-ca0f-f92d-08af-c17b4d381edc@redhat.com>
Date: Thu, 21 Feb 2019 18:03:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <743edbbc-9812-c8e7-0f47-7b4842199b48@redhat.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-SW-Source: 2019-02/txt/msg00049.txt.bz2

On 02/21/2019 05:50 PM, Pedro Alves wrote:

> (...) the signal issue
> I mentioned below (in which TF would get stuck when you stepped into
> a signal handler, or something like that).  The kernel could have special
> handling for pushf, emulating it instead of actually single-stepping it?

FYI, the signals + TF kernel bug:

 https://bugzilla.kernel.org/show_bug.cgi?id=16061

Thanks,
Pedro Alves