public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "Matt Sartori" <msartori@hanoverdisplays.com>
To: "Andrew Lunn" <andrew@lunn.ch>
Cc: <ecos-discuss@ecos.sourceware.org>
Subject: RE: [ECOS] load problems
Date: Wed, 20 Jul 2005 10:43:00 -0000	[thread overview]
Message-ID: <F9885E669725F248A1F6DB9109FDD67905E4BF@Molly.hanover.local> (raw)

Thank you. 
That did solve my first problem. My CYGMEM_SECTION_heap1_SIZE definition
in the xxx_rom.h was wrong. 
Unfortunately this does not seem to have been the cause of the second
problem of not loading beyond the first 256 bytes. 
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). 
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. 
What do you guys use to debug your hw? 

m@

-----Original Message-----
From: Andrew Lunn [mailto:andrew@lunn.ch] 
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,
> 
> 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
> 
> Load -m ymodem -r -b 0x20004000 test.txt
> 
> 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). 
> 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). 
> The diag output on reset is 
> 
> +
> RedBoot(tm) bootstrap and debug environment [ROM]
> Non-certified release, version UNKNOWN - built 14:42:08, Jul 19 2005
> 
> Platform: STM STR7X/STR710FZ2 (ARM7TDMI-S)
> Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
> 
> 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. 

        Andrew

--------------------------------------------------------------------------------


The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.

If you received this in error, please contact the sender or postmaster (postmaster@hanoverdisplays.com) and delete the material from any computer.

Although we routinely screen for viruses, addressees should check this e-mail and any attachment for viruses. We make no warranty as to absence of viruses in this e-mail or any attachments.

Our Company's email policy is to permit incidental personal use. If this email is of a personal nature, it must not be relied upon as expressing the views 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

             reply	other threads:[~2005-07-20 10:43 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-20 10:43 Matt Sartori [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-07-19 15:51 Matt Sartori
2005-07-19 18:46 ` Andrew Lunn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=F9885E669725F248A1F6DB9109FDD67905E4BF@Molly.hanover.local \
    --to=msartori@hanoverdisplays.com \
    --cc=andrew@lunn.ch \
    --cc=ecos-discuss@ecos.sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).