From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jamie Guinan To: Jonathan Larmour Cc: ecos-discuss@sourceware.cygnus.com Subject: Re: [ECOS] loader.bin sources? Date: Sun, 18 Jul 1999 10:25:00 -0000 Message-id: References: <199907161917.UAA04869@peshwari.cygnus.co.uk> X-SW-Source: 1999-07/msg00024.html 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