From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17430 invoked by alias); 17 Dec 2012 21:04:47 -0000 Received: (qmail 17417 invoked by uid 22791); 17 Dec 2012 21:04:46 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.17.21) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 17 Dec 2012 21:04:41 +0000 Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0McCSH-1TRG6Z0R7f-00JcNL for ; Mon, 17 Dec 2012 22:04:40 +0100 Received: (qmail 19766 invoked by uid 0); 17 Dec 2012 21:04:40 -0000 Received: from 88.78.73.14 by www008.gmx.net with HTTP; Mon, 17 Dec 2012 22:04:37 +0100 (CET) Cc: ecos-discuss@ecos.sourceware.org Content-Type: text/plain; charset="utf-8" Date: Mon, 17 Dec 2012 21:04:00 -0000 From: "Bernd Schuster" In-Reply-To: <50CF6BE2.1020305@dallaway.org.uk> Message-ID: <20121217210437.182230@gmx.net> MIME-Version: 1.0 References: <20121217172456.214150@gmx.net> <50CF6BE2.1020305@dallaway.org.uk> To: John Dallaway Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Re: GDB stub support X-SW-Source: 2012-12/txt/msg00031.txt.bz2 Hi John, -------- Original-Nachricht -------- > Datum: Mon, 17 Dec 2012 19:00:50 +0000 > Von: John Dallaway > An: schuster_bernd@gmx.net > CC: eCos Discussion > Betreff: [ECOS] Re: GDB stub support > Hi Bernd > > On 17/12/12 17:24, Bernd Schuster wrote: > > > unfortunately I couldn`t get GDB working as expected. > > > > At the moment, I`m able to run Redboot at my target system - mips32 > > 24kc processor as ROMRAM version. When redboot starts, I`m able to > > see all messages from the redboot bootloader by my serial port ttyS0 > > (configurated with 115200 baud). After that redboot starts my > > application which is located at the addr 0x800400BC by a short boot > > script. > > > > Now, I`m trying to add GDB support by using the same serial interface > > ttyS0. I`m not totally sure if that could be already the problem, > > because my application also puts some messages to this serial interface. > > > > When I enable GDB with the following commands I can see that cutecom - > > terminal programm - will go from the open to the close state. That`s > > seems a correct behaviour to me. Furthermore I got a very small message > > on the serial terminal - something like that: > > > > RedBoot> > > RedBoot>+$#00 > > You have two host-side applications competing for incoming characters > arriving on a single serial port. In the above example, your terminal > emulator has received characters intended for GDB. You must close your > terminal program before attempting to connect to RedBoot's GDB stub. > > It is perfectly feasible to use a single channel for both debug and > diagnostics as you suggest. You should configure eCos (for your > application build) with CYG_HAL_STARTUP == "RAM" and with > CYGSEM_HAL_USE_ROM_MONITOR enabled. You should then find that (by > default) diagnostic/trace messages from your application are routed via > the GDB stub and appear within your GDB session on the host. That means, it is much more comfortable to download only the redboot bootloader to my flash memory and download the application (eCos O/S together with my own software app) by GDB instead of having already everything installed on my MIPS board? I asked this because it will take some time to download the application by serial port instead of being able to download a new file by ethernet. I already found the specific ecm file where cdl_component CYG_HAL_STARTUP { user_value ROMRAM }; I have to specify RAM instead of ROMRAM. It seams that CYGSEM_HAL_USE_ROM_MONITOR is already enabled if I use RAM instead of ROMRAM. > For avoidance of doubt, you can use the GDB "load" command to download > your application to RAM when debugging an application configured for RAM > startup. It is not necessary to load it at the "RedBoot>" prompt. Do I have to specify the correct RAM-addr where the application has to be downloaded? Because the load command consists only of "load filename". > I hope this helps... Thanks for your help in advance! best regards Bernd -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss