From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29578 invoked by alias); 11 Sep 2005 23:09:34 -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 29536 invoked by uid 22791); 11 Sep 2005 23:09:17 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sun, 11 Sep 2005 23:09:17 +0000 Received: from drow by nevyn.them.org with local (Exim 4.52) id 1EEawe-00024g-Ai; Sun, 11 Sep 2005 19:09:08 -0400 Date: Sun, 11 Sep 2005 23:09:00 -0000 From: Daniel Jacobowitz To: Ulrich Weigand Cc: Mark Kettenis , manjo@austin.ibm.com, gdb-patches@sources.redhat.com Subject: Re: [committed] s390 watchpoints (Re: [RFC/RFA] Target vectors for native Linux targets) Message-ID: <20050911230908.GB7362@nevyn.them.org> Mail-Followup-To: Ulrich Weigand , Mark Kettenis , manjo@austin.ibm.com, gdb-patches@sources.redhat.com References: <20050910181140.GA4484@nevyn.them.org> <200509112201.j8BM1aZs016764@53v30g15.boeblingen.de.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509112201.j8BM1aZs016764@53v30g15.boeblingen.de.ibm.com> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-09/txt/msg00077.txt.bz2 On Mon, Sep 12, 2005 at 12:01:36AM +0200, Ulrich Weigand wrote: > Daniel Jacobowitz wrote: > > > Here's what I'm checking in, in the interests of progress. I'll be > > glad to help with any problems it causes, including the ia64 corefile > > issue. > > Thanks, Dan! > > This implements the s390 watchpoint bits. I've also removed KERNEL_U_SIZE > -which is no longer used anywhere- and PTRACE_ARG3_TYPE and PTRACE_XFER_TYPE > -which are picked up by autoconf tests- from config/s390/nm-linux.h, making > that file empty except for the FETCH_INFERIOR_REGISTERS define. > > Tested on s390-ibm-linux and s390x-ibm-linux, applied to mainline. Beautiful. Someone needs to go through and take another look at FETCH_INFERIOR_REGISTERS; I don't know when I'll get round to it, but I will eventually. -- Daniel Jacobowitz CodeSourcery, LLC