[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
--wrap ld functionality does not work with Init RTEMS function
- Date: Tue, 8 Apr 2008 15:41:51 -0500
- From: joel.sherrill at OARcorp.com (Joel Sherrill)
- Subject: --wrap ld functionality does not work with Init RTEMS function
Aitor Viana wrote:
> Hi,
>
> The real answer will be to look at what the structure has in it on
> the sparc. :-D
>
> So until tomorrow...
>
>
> maybe I can tell you
>
> In leon2 the initialization_tasks[] is
>
> rtems_initialization_tasks_table Initialization_tasks[] = {
> { CONFIGURE_INIT_TASK_NAME,
> CONFIGURE_INIT_TASK_STACK_SIZE,
> CONFIGURE_INIT_TASK_PRIORITY,
> CONFIGURE_INIT_TASK_ATTRIBUTES,
> CONFIGURE_INIT_TASK_ENTRY_POINT,
> CONFIGURE_INIT_TASK_INITIAL_MODES,
> CONFIGURE_INIT_TASK_ARGUMENTS
> }
> };
>
>
That's the C code. Now what is the actual value in target memory
for the address for CONFIGURE_INIT_TASK_ENTRY_POINT?
We need to know the output of ld as it shows up on the target.
> Taking into account that the configuration is simply:
>
>
> #define CONFIGURE_APPLICATION_NEEDS_CONSOLE_DRIVER
> #define CONFIGURE_APPLICATION_NEEDS_CLOCK_DRIVER
>
> #define CONFIGURE_MAXIMUM_TASKS 10
>
> #define CONFIGURE_INIT_TASK_PRIORITY 1
> #define CONFIGURE_INIT_TASK_INITIAL_MODES RTEMS_PREEMPT
> #define CONFIGURE_RTEMS_INIT_TASKS_TABLE
>
> #define CONFIGURE_INIT
> #include <rtems/confdefs.h>
>
> The final intialization_tasks[] shoud be:
>
>
> rtems_initialization_tasks_table Initialization_tasks[] = {
> { rtems_build_name( 'U', 'I', '1', ' ' ), //
> default value
> RTEMS_MINIMUM_STACK_SIZE, // default value
> 1,
> RTEMS_DEFAULT_ATTRIBUTES, // default values
> Init,
> // default value
> RTEMS_PREEMPT,
> 0
> // default value
> }
> };
>
>
>
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherrill at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985