From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20737 invoked by alias); 17 Dec 2009 14:19:41 -0000 Received: (qmail 20722 invoked by uid 22791); 17 Dec 2009 14:19:40 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from e24smtp04.br.ibm.com (HELO e24smtp04.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Dec 2009 14:19:35 +0000 Received: from mailhub3.br.ibm.com (mailhub3.br.ibm.com [9.18.232.110]) by e24smtp04.br.ibm.com (8.14.3/8.13.1) with ESMTP id nBHEA8S4019723 for ; Thu, 17 Dec 2009 12:10:08 -0200 Received: from d24av04.br.ibm.com (d24av04.br.ibm.com [9.8.31.97]) by mailhub3.br.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nBHELGBU2302116 for ; Thu, 17 Dec 2009 12:21:16 -0200 Received: from d24av04.br.ibm.com (loopback [127.0.0.1]) by d24av04.br.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id nBHEJUpY018335 for ; Thu, 17 Dec 2009 12:19:30 -0200 Received: from hactar.localnet ([9.18.200.56]) by d24av04.br.ibm.com (8.14.3/8.13.1/NCO v10.0 AVin) with ESMTP id nBHEJU1r018326 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Dec 2009 12:19:30 -0200 From: Thiago Jung Bauermann To: Joel Brobecker Subject: Re: [PATCH 0/2] Support the new PPC476 processor Date: Thu, 17 Dec 2009 14:19:00 -0000 User-Agent: KMail/1.12.2 (Linux/2.6.30-2-686; KDE/4.3.2; i686; ; ) Cc: "S?rgio Durigan J?nior" , gdb-patches@sourceware.org, Luis Machado , Matt Tyrlik References: <200912161847.17162.sergiodj@linux.vnet.ibm.com> <20091217044212.GB2788@adacore.com> In-Reply-To: <20091217044212.GB2788@adacore.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912171218.33964.bauerman@br.ibm.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-12/txt/msg00228.txt.bz2 On Thu 17 Dec 2009 02:42:12 Joel Brobecker wrote: > I'm very excited to see hardware-accelerated condition evaluation. > I'll take a look at the patches for sure. Great! > Regarding the need for very recent kernel headers, it might be an issue. > I assume the missing pieces are for the special kinds of watchpoints and > breakpoints. Is there a way to disable just this code if the kernel > is not recent enough? We do intend that GDB keeps compiling and working as before when the kernel is not recent enough. But then none of the new features this patch adds will be available. The current ptrace interface for BookE debug registers is an ugly hack, and GDB already does everything that can be done with it, namely support just one hardware watchpoint, and no hardware breakpoint. That is because the current ptrace interface was designed for server Power processors, which only have one hardware watchpoint anyway. By the way, the kernel patch implementing the new interface used by this patch series is here: http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-December/078805.html -- []'s Thiago Jung Bauermann IBM Linux Technology Center