[ECOS] question about cyg_hal_invoke_constructors

["von Lehe, Richard H" <Richard.von.Lehe@gd-ais.com>]

Greetings,

I've had lots of success with Analogue & Micro boards (AdderII and Rattler) in the recent past, but seem to be stuck getting an application to run on the Boa board that we've recently received.  I believe I have a configuration problem, but I'm not sure why what I have done is not working for me.

What I did is very simple:

* I am using a BDI2000 to load and run an application from RAM.
* I set up the kernel using the command: ecosconfig new boa net
* I compiled the kernel ('make') then did a 'make tests'
* I've tried to run a couple of simple tests:  'bin_sem0' and 'sprintf1' using 'ddd --debugger powerpc-eabi-gdb'


What I see is this:

* I can load the test just fine, and can step quite a ways into the initialization.
* When I reach cyg_hal_invoke_constructors, it freezes halfway through the list.
* I have narrowed it down to the constructor for net_init_class.

There's the whole messy macro call tree in include/cyg/hal/hal_if.h, but it basically boils down to a missing entry in the hal_virtual_vector_table.  It's trying to call a function pointer stored at location 14 in the table, which is garbage.  It seems like the entry that is supposed to get placed there (at id==CYGNUM_CALL_IF_SET_CONSOLE_COMM) doesn't get put there unless I have defined CYGSEM_HAL_VIRTUAL_VECTOR_CLAIM_COMMS.  It seems the only place this could happen is in hal_if.c.

My question is: what is this CYGSEM_HAL_VIRTUAL_VECTOR_CLAIM_COMMS and why isn't this set by default for the configuration I have chosen?

Thanks for any suggestions!

Richard von Lehe
General Dynamics Advanced Information Systems
8800 Queen Ave. S.
Bloomington, MN 55431
952-921-6406


--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss