From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11522 invoked by alias); 4 Mar 2011 09:36:12 -0000 Received: (qmail 11443 invoked by uid 22791); 4 Mar 2011 09:36:10 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 04 Mar 2011 09:36:06 +0000 Received: (qmail 12677 invoked from network); 4 Mar 2011 09:36:04 -0000 Received: from unknown (HELO scottsdale.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 4 Mar 2011 09:36:04 -0000 From: Pedro Alves To: gdb-patches@sourceware.org Subject: Re: Add support for VxWorks (v3) Date: Fri, 04 Mar 2011 09:36:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.35-27-generic; KDE/4.6.0; x86_64; ; ) Cc: Joel Brobecker References: <1299219720-13398-1-git-send-email-brobecker@adacore.com> In-Reply-To: <1299219720-13398-1-git-send-email-brobecker@adacore.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201103040936.02472.pedro@codesourcery.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: 2011-03/txt/msg00278.txt.bz2 On Friday 04 March 2011 06:21:40, Joel Brobecker wrote: > I haven't answered Tom's question regarding "partitions" vs "program > and address spaces". I haven't completely designed what should be the > proper implementation for partitions. But I think it will most likely > use those concept. But it'll need some extensions, which I need to > formalize, when I have time. I haven't really looked at the code yet, but, the question I think should be answered most importantly, is: do you really need partitions at all? That is, are multiple partitions considered part of the same program/inferior, or should each partition be mapped to its own inferior? The descriptions I've seen seem to say that each partition holds its own set of program and symbols, so my reaction is "why's that different from having multiple inferiors, each grouping the threads that are running in a given partition". OTOH, I do think there's space for something like partitions in gdb --- e.g., on cell, I think the desire would be for a single inferior to group several program spaces --- one for the ppc side, and another or 8 others (don't have a clear idea on that) for the spu programs. But in the cell case, it's clear to me that the cell's spu partitions are part of the larger inferior. I haven't understood if WxWorks' case is like cell's or simply this new concept is working around something that older gdb's did not understand (multi-inferiors). -- Pedro Alves