[Bug tdep/18377] New: Implement gdbserver in-process agent for System z

[Bug tdep/18377] New: Implement gdbserver in-process agent for System z

[uweigand at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=18377

            Bug ID: 18377
           Summary: Implement gdbserver in-process agent for System z
           Product: gdb
           Version: HEAD
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: tdep
          Assignee: unassigned at sourceware dot org
          Reporter: uweigand at gcc dot gnu.org
  Target Milestone: ---

Enable GDB's fast and static tracepoint capabilities for the System z target by
implementing the required target-dependent gdbserver support for the in-process
agent.

The goal is that the fast and static tracepoint tests in gdb.trace pass on
s390-linux and s390x-linux.  Note that some of the tests will themselves
require porting.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tdep/18377] Implement gdbserver in-process agent for System z

[koriakin at 0x04 dot net]

https://sourceware.org/bugzilla/show_bug.cgi?id=18377

Marcin Kościelnicki <koriakin at 0x04 dot net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |koriakin at 0x04 dot net

--- Comment #1 from Marcin Kościelnicki <koriakin at 0x04 dot net> ---
Fast tracepoints are doable, but static tracepoints appear to have bitrotted
into oblivion long ago on x86 with UST (the only supported combination): see
https://sourceware.org/bugzilla/show_bug.cgi?id=12699 and
https://sourceware.org/bugzilla/show_bug.cgi?id=16679 .

Perhaps the "static tracepoint" part of this bug should be split off, pending
resolution of target-independent issues?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
>From gdb-prs-return-18649-listarch-gdb-prs=sources.redhat.com@sourceware.org Mon Sep 28 16:08:10 2015
Return-Path: <gdb-prs-return-18649-listarch-gdb-prs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-gdb-prs@sources.redhat.com
Received: (qmail 71184 invoked by alias); 28 Sep 2015 16:08:10 -0000
Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-prs.sourceware.org>
List-Subscribe: <mailto:gdb-prs-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-prs/>
List-Post: <mailto:gdb-prs@sourceware.org>
List-Help: <mailto:gdb-prs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: gdb-prs-owner@sourceware.org
Delivered-To: mailing list gdb-prs@sourceware.org
Received: (qmail 71155 invoked by uid 48); 28 Sep 2015 16:08:10 -0000
From: "uweigand at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug tdep/18377] Implement gdbserver in-process agent for System z
Date: Mon, 28 Sep 2015 16:08:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gdb
X-Bugzilla-Component: tdep
X-Bugzilla-Version: HEAD
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: uweigand at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-18377-4717-eGX9IhrtNg@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18377-4717@http.sourceware.org/bugzilla/>
References: <bug-18377-4717@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-q3/txt/msg00353.txt.bz2
Content-length: 489

https://sourceware.org/bugzilla/show_bug.cgi?id\x18377

--- Comment #2 from Ulrich Weigand <uweigand at gcc dot gnu.org> ---
Ah, good point.  The intent of this bug was to make sure GDB's capabilities on
System z are on par with Intel.  If static tracepoints no longer work on Intel
either, there's no rush to get them implemented on System z.

I'd be fine with this bug covering just the fast tracepoint part.

--
You are receiving this mail because:
You are on the CC list for the bug.