From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-116816-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 9160 invoked by alias); 17 Oct 2014 19:48:29 -0000
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
Received: (qmail 9148 invoked by uid 89); 17 Oct 2014 19:48:29 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,LIKELY_SPAM_BODY,RP_MATCHES_RCVD,SPF_PASS,UNPARSEABLE_RELAY autolearn=no version=3.3.2
X-HELO: aserp1040.oracle.com
Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 17 Oct 2014 19:48:28 +0000
Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93])	by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s9HJmO7K026245	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Fri, 17 Oct 2014 19:48:25 GMT
Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85])	by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9HJmNG3018429	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);	Fri, 17 Oct 2014 19:48:23 GMT
Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11])	by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9HJmNHX018407;	Fri, 17 Oct 2014 19:48:23 GMT
Received: from termi.oracle.com (/87.189.164.150)	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Fri, 17 Oct 2014 12:48:22 -0700
From: jose.marchesi@oracle.com (Jose E. Marchesi)
To: Pedro Alves <palves@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH V2 6/9] Support for DTrace USDT probes in x86_64 targets.
References: <1412961772-16249-1-git-send-email-jose.marchesi@oracle.com>	<1412961772-16249-7-git-send-email-jose.marchesi@oracle.com>	<544041A7.50802@gmail.com> <874mv2yime.fsf@oracle.com>	<54410EC5.7000808@redhat.com> <87lhoex3i3.fsf@oracle.com>	<54411013.8030908@redhat.com>
Date: Fri, 17 Oct 2014 19:48:00 -0000
In-Reply-To: <54411013.8030908@redhat.com> (Pedro Alves's message of "Fri, 17	Oct 2014 13:48:19 +0100")
Message-ID: <878ukexyks.fsf@oracle.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-IsSubscribed: yes
X-SW-Source: 2014-10/txt/msg00492.txt.bz2


    >     Thanks, looks good.  I'm left wondering about the Solaris
    >     question though.  :-)
    > 
    > I did not address that yet because I don't know the answer myself, so I
    > emailed the DTrace hackers :)
    > 
    > If they confirm that the instruction sequences are the same in Solaris
    > then I will move the x86_64 stuff to amd64-tdep.c
    
    Ah, thanks.  :-)
    
The DTrace hackers tell me that they use different enabling/disabling
instruction sequences in Solaris/x86_64, so looks like
amd64-linux-tdep.c is the proper place for the functions after all.