<div dir="ltr">Hi,<br><div><br></div><div>Since this weeks IRC meeting has been canceled, we were asked to post on devel.</div><div><u><br></u></div><div><u>What I did this week:</u></div><div>- I Ported the BSD pruss driver over to rtems-libbsd.</div><div>- Moved the driver from my application to the rtems-libbsd repository, it makes more sense to develop it there I think.</div><div><a href="https://github.com/nilhoel1/rtems-libbsd/tree/ti_pruss">https://github.com/nilhoel1/rtems-libbsd/tree/ti_pruss</a><br></div><div>The last commit is the whole driver stack.</div><div>I still need to figure out which files to alter so that ./waf install copies the ti_pruss.c/h files to BSP.</div><div>-I have got the solution to the clock driver module not loading just today, device tree again...</div><div>However prcm still loads after the ti_pruss module.</div><div><u><br></u></div><div><u>Major Blocker:</u></div><div>My main blocker is the prcm clock driver loading after the pruss driver, rendering the pruss driver unattachable.</div><div>I posted about this on devel, the mail isn't in the Archive yet.</div><div>The title was "GSoC PRU: AM35xx Clock driver" <- Help wanted and needed!</div><div><br></div><div>Also resolving this Blocker is my work for <u>next week</u>, if everything runs fine I will test the driver and start porting the shell commands to access PRU.</div><div><br></div><div>Thanks for reading,</div><div>Nils</div><div><br></div><div><br></div></div>