[PATCH] score: Define _CPU_Start_multitasking only for LEON SPARC, not SPARC in general

Joel Sherrill joel.sherrill at oarcorp.com
Mon Aug 25 15:04:02 UTC 2014


On 8/25/2014 5:10 AM, Sebastian Huber wrote:
> On 25/08/14 11:45, Daniel Cederman wrote:
>> ---
>>   cpukit/score/cpu/sparc/rtems/score/cpu.h |    2 ++
>>   1 file changed, 2 insertions(+)
>>
>> diff --git a/cpukit/score/cpu/sparc/rtems/score/cpu.h b/cpukit/score/cpu/sparc/rtems/score/cpu.h
>> index 9c38b55..d4c2ef0 100644
>> --- a/cpukit/score/cpu/sparc/rtems/score/cpu.h
>> +++ b/cpukit/score/cpu/sparc/rtems/score/cpu.h
>> @@ -1203,9 +1203,11 @@ register struct Per_CPU_Control *_SPARC_Per_CPU_current __asm__( "g6" );
>>
>>     void _CPU_SMP_Send_interrupt( uint32_t target_processor_index );
>>
>> +  #if defined(__leon__)
>>     void _BSP_Start_multitasking( Context_Control *heir )
>>       RTEMS_COMPILER_NO_RETURN_ATTRIBUTE;
>>     #define _CPU_Start_multitasking _BSP_Start_multitasking
>> +  #endif
> In case it is LEON specific, then it should have a LEON specific name.
>
What's the overall rationale?

What happens on all other architectures/variants? Can this simply be a
matter of
deferring the selection/implementation to the BSP? We do that for other
cases
where the precise CPU model must be known. The interface from the
score/cpu is
well known and is mostly implemented in score/cpu. But sometimes, it
can't be.

-- 
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



More information about the devel mailing list