This is the mail archive of the
ecos-discuss@sourceware.cygnus.com
mailing list for the eCos project.
Re: [ECOS] loader.bin sources?
- To: Jonathan Larmour <jlarmour@cygnus.co.uk>
- Subject: Re: [ECOS] loader.bin sources?
- From: Jamie Guinan <guinan@bluebutton.com>
- Date: Sun, 18 Jul 1999 13:25:36 -0400 (EDT)
- cc: ecos-discuss@sourceware.cygnus.com
- Reply-To: guinan@bluebutton.com
On Fri, 16 Jul 1999, Jonathan Larmour wrote:
> 3. Edit pkgconf/hal.h *by hand* and enable the following "#define"s:
>
> CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS
> CYGDBG_HAL_DEBUG_GDB_BREAK_SUPPORT
> CYGDBG_HAL_DEBUG_GDB_THREAD_SUPPORT
> CYG_HAL_ROM_MONITOR
>
> You should also comment out the line:
> #define CYGDBG_HAL_DEBUG_GDB_CTRLC_SUPPORT
I found that I had to #undef CYGDBG_HAL_DEBUG_GDB_THREAD_SUPPORT
or else I got "undefined reference to `dbg_currthread'" from
function "stub_lock_scheduler".
And there was no CYGDBG_HAL_DEBUG_GDB_CTRLC_SUPPORT to be
commented out. GDB_BREAK_SUPPORT appears to handle ctrl-c
breaks, though.
Aside from that, I did manage to build a new stubrom image.
Thanks for the directions!
What I want to do next is make an stubrom image for the FADS 823
board. I understand that the FADS is unsupported, but my client
(he has a Cygnus support contract) pointed me at the MBX HAL
for an example. For starters, it looks like the Cogent has
external 16550 uarts whereas the MBX and FADS use on-chip
SMCs or SCCs.
Bummer, I didn't bring home a copy of the MBX HAL code. Any idea
when the MBX code will make it into public CVS?
-Jamie