From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28086 invoked by alias); 4 Jun 2007 20:13:10 -0000 Received: (qmail 28078 invoked by uid 22791); 4 Jun 2007 20:13:09 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate5.de.ibm.com (HELO mtagate5.de.ibm.com) (195.212.29.154) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 04 Jun 2007 20:13:07 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate5.de.ibm.com (8.13.8/8.13.8) with ESMTP id l54KD4n3338924 for ; Mon, 4 Jun 2007 20:13:04 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id l54KD4Yd3555432 for ; Mon, 4 Jun 2007 22:13:04 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l54KD3be002953 for ; Mon, 4 Jun 2007 22:13:04 +0200 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id l54KD3da002950; Mon, 4 Jun 2007 22:13:03 +0200 Message-Id: <200706042013.l54KD3da002950@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 4 Jun 2007 22:13:03 +0200 Subject: Re: [rfc/rfa] [4/4] SPU enhancements: GDB/MI extensions To: drow@false.org (Daniel Jacobowitz) Date: Mon, 04 Jun 2007 20:13:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org, eliz@gnu.org In-Reply-To: <20070604200016.GD23516@caradoc.them.org> from "Daniel Jacobowitz" at Jun 04, 2007 04:00:16 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: 2007-06/txt/msg00044.txt.bz2 Daniel Jacobowitz wrote: > On Sat, Jun 02, 2007 at 09:34:01PM +0200, Ulrich Weigand wrote: > > Hello, > > > > this patch makes the new "info spu" commands available via the GDB/MI > > protocol. The Cell Broadband Engine IDE is already able to make use > > of these commands and display the SPU status information. > > > > It looks like these are the first platform-specific MI commands, so > > I'd appreciate opinions on this ... > > The documentation doesn't say what the output should be; we need that > for consumers to parse it usefully. Does it get MI-tabulated? If > not, there's always -interpreter-exec. It depends, some "info spu" commands return just a couple of values, others return a table, yet others some values followed by a table. I agree we need to document the format, at least provide examples. Sorry for omitting that ... > I mentioned in an earlier message that it would be nice if this sort > of output was more generic, so that it could come straight from a > target description file without a lot of tdep code. That's easy to > put off to another day, but the same thing applies to GDB's > conversation with consumers. Is there some less target-specific way > that we can present this information? For instance, a way that an IDE > could automatically pick up all the target-specific data that GDB > knows about without the IDE having to know about all of it also. > > That doesn't mean the IDE can't know about it too, of course, to > provide more specialized access. That might be a good idea in general, but in this particular case, preparing the data requires quite a bit of effort and knowledge of the data format. I'm not sure I'd want to describe the effects of, say, info_spu_dma_cmdlist in XML. I also want to avoid having to duplicate that processing in GDB and the IDE ... > If we do go ahead with these new commands I suggest you add a test > case for them. Right, sorry about that. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com