From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3097 invoked by alias); 20 Jul 2005 10:43:12 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 2635 invoked by uid 22791); 20 Jul 2005 10:41:05 -0000 Received: from smarthost3.mail.uk.easynet.net (HELO smarthost3.mail.uk.easynet.net) (212.135.6.13) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 20 Jul 2005 10:41:05 +0000 Received: from [217.207.210.179] (helo=mail.hanoverdisplays.com) by smarthost3.mail.uk.easynet.net with esmtp (Exim 4.10) id 1DvAmu-000KNl-00; Wed, 20 Jul 2005 10:22:48 +0100 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 20 Jul 2005 10:43:00 -0000 Message-ID: From: "Matt Sartori" To: "Andrew Lunn" CC: Subject: RE: [ECOS] load problems X-SW-Source: 2005-07/txt/msg00198.txt.bz2 Thank you.=20 That did solve my first problem. My CYGMEM_SECTION_heap1_SIZE definition in the xxx_rom.h was wrong.=20 Unfortunately this does not seem to have been the cause of the second problem of not loading beyond the first 256 bytes.=20 In order to debug more easily I have attempted to use gdb but am only able to use the same port for both console and debugging despite having set the CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL and _CONSOLE_CHANNEL to 0 and 1 (in the .cdl file), the CYGDBG_HAL_DIAG_TO_DEBUG_CHAN and CYGSEM_HAL_VIRTUAL_VECTOR_INHERIT_CONSOLE to 0 (in the xxx_ROM.ecm file).=20 It seems that whatever port first receives data becomes activated for both uses. As an (even better) alternative I'd like to use the JTAG on the board but I'd have to convert the redboot makefile (that is re-generated every time I change an option) to the uVision IDE with which my JTAG debugger works.=20 What do you guys use to debug your hw?=20 m@ -----Original Message----- From: Andrew Lunn [mailto:andrew@lunn.ch]=20 Sent: 19 July 2005 19:46 To: Matt Sartori Cc: ecos-discuss@ecos.sourceware.org Subject: Re: [ECOS] load problems On Tue, Jul 19, 2005 at 04:51:10PM +0100, Matt Sartori wrote: > Hi all, >=20 > I am in the middle of porting Redboot/eCos to an STR71X board and have > reached the point where I have the basic console working on the board, I > can examine memory, etc. I am now attempting to load something > (anything) into RAM on the board, using the command >=20 > Load -m ymodem -r -b 0x20004000 test.txt >=20 > but I am getting the error message > "Specified address (0x20004000) is not believed to be in RAM - continue > (y/n)?" > This is confounding as it is, and if I choose yes it only ever > successfully transfers the first packet (confirmed by subsequently doing > a memory dump of the memory that was written to).=20 > The xxx_rom.h/xxx_rom.ldi correctly define the memory locations for the > platform (RAM at 0x20000000, size 0x10000 and ROM at 0x40000000, size > 0x40000).=20 > The diag output on reset is=20 >=20 > + > RedBoot(tm) bootstrap and debug environment [ROM] > Non-certified release, version UNKNOWN - built 14:42:08, Jul 19 2005 >=20 > Platform: STM STR7X/STR710FZ2 (ARM7TDMI-S) > Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc. >=20 > RAM: 0x20000000-0x20010000, [0x20006b88-0x20004000] available ^^^^^^^^^^^^^^^^^^^^^^ Take a closer look. The start is supposed to be below the end! Take a look at cyg_start in redboot/current/src/main.c. Something is wrong with your workspace_end.=20 Andrew ---------------------------------------------------------------------------= ----- The information transmitted is intended only for the person or entity to wh= ich it is addressed and may contain confidential and/or privileged material= . Any review, retransmission, dissemination or other use of, or taking of a= ny action in reliance upon, this information by persons or entities other t= han the intended recipient is prohibited. If you received this in error, please contact the sender or postmaster (pos= tmaster@hanoverdisplays.com) and delete the material from any computer. Although we routinely screen for viruses, addressees should check this e-ma= il and any attachment for viruses. We make no warranty as to absence of vir= uses in this e-mail or any attachments. Our Company's email policy is to permit incidental personal use. If this em= ail is of a personal nature, it must not be relied upon as expressing the v= iews or opinions of the company. Visit out website at www.hanoverdisplays.com -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss