public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Cristiano Ligieri Pereira <cpereira@ics.uci.edu>
To: ecos-discuss@sourceware.cygnus.com
Subject: [ECOS] Port to Accelent IDP StrongARM SA1110
Date: Wed, 18 Jul 2001 15:50:00 -0000	[thread overview]
Message-ID: <Pine.SOL.4.20.0107181501410.17885-100000@washoe.ics.uci.edu> (raw)

Hi all,

I'm working on porting eCos to this platform. This is a StrongARM SA1110
based platform sold by Accelent systems ( http://www.accelent.com ). The
board has some similarities with Assabet and consequently I'm using the
Assabet port as a template for the porting.

This board has a OS Loader which reads an image file from the Compact
Flash Interface (if there is a card attached in), copy this file to SDRAM
and transfer the execution to a predefined memory position (defined
when the image is created by their development tool).

As far as I understand, I have two options: create a GDB Stubs application
that can be copied to the CF card and then booted into the SDRAM memory or
port RedBoot and do the same thing. Re this, which option is better? (I'm
going with the GDB stubs so far but as I've just started I still have
time to change...)

Re the port, first of all I've copied the Assabet HAL directory and I'm
working on modifying this directory. As stated in the porting guide I've
modified the CDL files (renaming stuff), the memory mapping (which is
0x80000000 for SDRAM (size: 32MB) and 0x90000000 for FLASH (size: 16MB))
and added the necessary packages to the ecos.db file (I basically
replicated all the Assabet packages and renamed them). 

I know that I've got more thing to do to starting testing the port but
anyway I think that the modifications I've done so far should be enough
to generate a ecos stubs tree with the following command (I named the new 
platform as accelent):

ecosconfig new accelent stubs

this commands outputs the following messages:



ecos.db, package CYGPKG_NET_AUTOTEST: warning
    This package is not present in the component repository.
    There is no directory `/opt/cvsecos/packages/net/autotest'.
U CYG_HAL_STARTUP, new inferred value ROM
U CYGSEM_HAL_ROM_MONITOR, new inferred value 1
U CYGDBG_HAL_COMMON_CONTEXT_SAVE_MINIMUM, new inferred value 0
U CYGDBG_HAL_COMMON_INTERRUPTS_SAVE_MINIMUM_CONTEXT, new inferred value 0
U CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS, new inferred value 1
U CYGBLD_BUILD_COMMON_GDB_STUBS, new inferred value 1



If I try to change the options as also stated in the porting guide:

ecosconfig remove CYGPKG_IO
ecosconfig remove CYGPKG_IO_SERIAL
ecosconfig remove CYGPKG_ERROR

and disable the options CYGDBG_HAL_DEBUG_GDB_CTRLC_SUPPORT,
CYGDBG_HAL_DEBUG_GDB_BREAK_SUPPORT and
CYGDBG_HAL_DEBUG_GDB_THREAD_SUPPORT and set CYG_HAL_STARTUP option to RAM
and issue the command:

ecosconfig tree

I get the following messages:



ecos.db, package CYGPKG_NET_AUTOTEST: warning
    This package is not present in the component repository.
    There is no directory `/opt/cvsecos/packages/net/autotest'.
U CYGSEM_HAL_USE_ROM_MONITOR, new inferred value 0
C CYGBLD_BUILD_GDB_STUBS, "requires" constraint not
satisfied:  CYG_HAL_STARTUP == "ROM" 
C CYGBLD_BUILD_GDB_STUBS, "requires" constraint not
satisfied: CYGDBG_HAL_DEBUG_GDB_THREAD_SUPPORT
C CYGBLD_BUILD_GDB_STUBS, "requires" constraint not
satisfied: CYGDBG_HAL_DEBUG_GDB_BREAK_SUPPORT
C CYGSEM_HAL_ROM_MONITOR, "requires" constraint not
satisfied:  CYG_HAL_STARTUP == "ROM" 

Unable to generate build tree, this configuration still contains
conflicts.
Either resolve the conflicts or use --ignore-errors



In short these options seem to conflit and I'm not clear why and how to
fix it. Any one could please give me a hand?

Thanks,
Cristiano.

------------------------------------------------------------
Cristiano Ligieri Pereira - http://www.ics.uci.edu/~cpereira


             reply	other threads:[~2001-07-18 15:50 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-18 15:50 Cristiano Ligieri Pereira [this message]
2001-07-18 19:32 ` Jonathan Larmour
2001-07-18 22:35   ` Cristiano Ligieri Pereira
2001-07-19  5:56     ` Gary Thomas
2001-07-19  9:57       ` Cristiano Ligieri Pereira
2001-07-19 10:24         ` Gary Thomas
2001-07-19 10:42           ` Cristiano Ligieri Pereira
2001-07-19 10:58             ` Gary Thomas
2001-07-19 12:02             ` Jonathan Larmour
2001-07-23 10:19           ` Cristiano Ligieri Pereira
2001-07-23 11:11             ` Gary Thomas

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=Pine.SOL.4.20.0107181501410.17885-100000@washoe.ics.uci.edu \
    --to=cpereira@ics.uci.edu \
    --cc=ecos-discuss@sourceware.cygnus.com \
    /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).