BSP for 405

[Joel Sherrill]

Thomas Dörfler wrote:
> Michael,
>
> we appreciate having a modern PPC405 BSP in RTEMS, apart from the virtex
> BSP which always will have a special role and treatment.
>
> Apart from the hint Chris gave you, please feel free to contact me
> whenever a question comes up concerning PPC BSP integration.
>   
Given that it is running ticker and other tests, I suggest
that you send a copy to Thomas for a review.  If the basic
BSP is ready to merge, he can go ahead and merge it.
It will be painless to add the networking after the
basic BSP is committed. 

Better to merge a functional basic BSP.  Others may
pitch in and help then.  If you don't submit it, I can
guarantee no one else will touch it.
> A BSP typically is dedicated to one board (or a group of similar
> boards). Therefore the major test platform will be your physical board.
> An additional test for the changes you made to general code will be to
> build same additional PPC BSPs, just to check whether you inadvertedly
> broke something for other derivates.
>
> A reasonable list for additions PPC BSPs might be:
>
> MVME5500 mpc8349eamds brs5l mcp750
> would
>   
I can build everything to verify nothing broke in the build.
But you are right, he should build BSPs which share code
with his BSP to make sure anything touched didn't break.

If you didn't modify any shared code, then there is little to
test. :-D

--joel
> wkr,
> Thomas.
>
> Chris Johns schrieb:
>   
>> Michael™ Hamel wrote:
>>     
>>> Hello,
>>>
>>> I have a basic BSP (called kilauea) for the PPC405GP/GPr/EX/EXr that
>>> uses the new exceptions middleware and appears to work correctly on my
>>> 405EXr hardware, so I am wondering what my next step should be. I have
>>> only the console, timer, and clock drivers up, and I seem to be able
>>> to run the test programs, or at least the random ten or so that I have
>>> tried.
>>>
>>> I have had to make a few changes outside of my BSP directory to
>>> support the DCRs on the 405, which is getting classified as a Book E
>>> CPU although it isn't quite. I am working on a network driver for the
>>> onboard MAL/EMAC, but that will obviously take some time.
>>>
>>> What further testing should I do, and when (and how) should I submit
>>> the BSP for inclusion in rtems-cvs?
>>>
>>>       
>> Thank you for the BSP. The Wiki provides details on how to contribute to
>> RTEMS. See:
>>
>>   http://www.rtems.org/wiki/index.php/Contributing
>>
>> Regards
>> Chris
>> _______________________________________________
>> rtems-users mailing list
>> rtems-users at rtems.com
>> http://rtems.rtems.org/mailman/listinfo/rtems-users
>>     
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users
>   


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