From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12364 invoked by alias); 2 Mar 2007 09:09:20 -0000 Received: (qmail 12355 invoked by uid 22791); 2 Mar 2007 09:09:19 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-03.spheriq.net (HELO lon-del-03.spheriq.net) (195.46.50.99) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 02 Mar 2007 09:09:10 +0000 Received: from lon-out-03.spheriq.net ([195.46.50.131]) by lon-del-03.spheriq.net with ESMTP id l22997IP005936 for ; Fri, 2 Mar 2007 09:09:07 GMT Received: from lon-cus-01.spheriq.net (lon-cus-01.spheriq.net [195.46.50.37]) by lon-out-03.spheriq.net with ESMTP id l22993CF032327 for ; Fri, 2 Mar 2007 09:09:05 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-01.spheriq.net with ESMTP id l22991Dq023321 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 2 Mar 2007 09:09:02 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id B47EBDA46; Fri, 2 Mar 2007 09:09:00 +0000 (GMT) Received: from mail1.cro.st.com (mail1.cro.st.com [164.129.40.131]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 7ABFD472ED; Fri, 2 Mar 2007 09:09:00 +0000 (GMT) Received: from [164.129.44.95] (crx595.cro.st.com [164.129.44.95]) by mail1.cro.st.com (MOS 3.7.5a-GA) with ESMTP id CJW71846 (AUTH "denis pilat"); Fri, 2 Mar 2007 10:08:56 +0100 (CET) Message-ID: <45E7E9A7.5050705@st.com> Date: Fri, 02 Mar 2007 09:09:00 -0000 From: Denis PILAT User-Agent: Thunderbird 1.5.0.9 (X11/20061206) MIME-Version: 1.0 To: gdb@sourceware.org Cc: "Dominique Toupin (QA/EMC)" Subject: Re: Improving GDB for multicore and embedded system! References: <67048CBE51B1644D89DDD3B7C9F2D19E032884F7@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <67048CBE51B1644D89DDD3B7C9F2D19E032884F7@ecamlmw720.eamcs.ericsson.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-03/txt/msg00030.txt.bz2 Dominique Toupin (QA/EMC) wrote: > Hi, > > Ericsson is staffing the GDB/MI DSF reference implementation. > Part of the work done by Ericsson will be to identify GDB limitations > for multicore and embedded system. > The GDB limitations will be discussed at a workshop May 14-18: > http://wiki.eclipse.org/index.php/DSDP/DD/Face-to-face_Alameda_14-18-May > -2007 > > It would be great if peoples from the GDB community can help identify > GDB limitations for multicore and embedded system. > If you want to attend the workshop May 14-18 or want to give inputs on > GDB limitations you can contact me via e-mail. > I think many companies need those GDB improvements and are willing to > put resources if we have a clear picture of what needs to be done. > > P.S. DSF (Debugger Services Framework) is an Eclipse framework and GUI > made for embedded system, you can find more info at > http://www.eclipse.org/dsdp/dd/about.php > > Dominique Toupin > Ericsson > > Hi Dominique, We at STMicroelectronics are also interested into multicore debugging. Our toolsets and for embedded developers, we just started to read what is DSF and how we can take benefit of it, how we can contribute to it as well. WindRiver, who invested a lot in the new debug model of Eclipse (DSDP/DD groups) is going to have a solution for it's own debugging technology but as far as I know, there is no GPL solution today. Today multicore debugging means multiple instance of gdb running at the same time. I don't know how possible it is to enhance gdb so that it can handle multiple programs running on different architecture. I guess Daniel should have a good vision on that. Denis Pilat STMicroelectronics