BSP for 405

[Ed Sutter]

Michael, Thomas & Chris,
If its of any value, when the dust settles, I may be able to further
validate the BSP on a few different PPC405GP based boards I have here
(running MicroMonitor).  One is the old IBM WALNUT system, and the other
is a Cogent CSB472, both of which have the PPC405GP.
Let me know if that would be of any value.  I can't do it real soon,
but can put it on the queue.
Ed

Joel Sherrill wrote:
> 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
>>   
> 
>