<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi,<br></div>Sorry for late reply, i am having my mid term examinations ongoing.<br><br></div>So as of now, I'm having following two short term tasks:<br></div>      *Adding a check on targets that needs FDT , and then raising an error/warning rather then a crash if missing FDT<br></div>      *Implementation of getentropy() on BBB<br><br></div>For the first task, i did debug a bit and found that in case of missing FDT, during kernel memory initialization i.e during mi_startup()(<a href="https://github.com/RTEMS/rtems-libbsd/blob/3c967ca2388b57d828f16e8b55ec6ccb34824a18/freebsd/sys/kern/init_main.c">here</a>), after few iterations the call function (On line 306) raises a RTEMS_FATAL_SOURCE_EXCEPTION error which as described <a href="http://rtems-devel.rtems.narkive.com/zeHkcKMr/how-memory-access-violation-should-be-handled">here</a> occurs during memory access violation. So, wrapping it with a different an exception handler, might allow us raise a more specific error regarding missing FDT blob. Do let me know if i'm on a right track! <a href="https://gist.github.com/madaari/c6d524bc06e896359f9535d90c0a447a">Here</a> are the update logs. I have wrapped the the mi_startup with multiple printfs for debugging, that makes it a bit clumsy but i guess i need to stick to it before getting my Jlink segger EDU, probably in few days :0.<br><br></div><span class="gmail-m_-2130196810819151150gmail-pl-en"></span>For getentropy(), It looks like FreeBSD uses another similar sys call read_random as described <a href="https://www.freebsd.org/cgi/man.cgi?query=random&sektion=4">here</a>. <a href="https://man.openbsd.org/getentropy.2">getentropy()</a> seems to be a part of OpenBSD.<br><br></div>Implementing and Benchmarking SDIO driver seems to be a great project for GSoC, but as per its current status (<a href="https://wiki.freebsd.org/SDIO">here</a>) , it's partially developed.(the webpage seems to be a bit outdated, i'll confirm from their maintainers). Till then i'll study more about it's implementation.<br></div>Thank you mentors for your continuous help.<br><br></div>Regards,<br></div>Udit agarwal<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 28, 2018 at 10:22 AM, Chris Johns <span dir="ltr"><<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 28/02/2018 15:37, Christian Mauderer wrote:<br>
> Yes, seems that I misunderstood it. So OpenOCD will remain on top of the recommendation list.<br>
<br>
</span>For open solutions currently it seems so.<br>
<span class=""><br>
><br>
>>> As a positive report: I have a quite stable setup with the Segger J-Link<br>
>>> EDU.<br>
>><br>
>> I do not run Linux and do not put Macs close to hardware so I cannot run their<br>
>> closed source GDB server. I will stick with a fully open solution I can control<br>
>> and fix.<br>
><br>
> Most of the time I prefere open solutions too. I had some problems with OpenOCD on another target and bought the J-Link for that one. I only re-used it for the Beagle and it run quite well.<br>
<br>
</span>Nice. Please add it to the Wiki and some instructions if you feel it is needed.<br>
It should be up to users to decide based on their needs and budget.<br>
<span class=""><br>
>><br>
>>> The EDU is a affordable variant with the disadvantage that it must<br>
>>> only be used for non-commericial purpose.<br>
>><br>
>> Ouch, messy. If I am paid to work on open source is that a non-commmercial<br>
>> purpose or commercial purpose? What if I am paid more for coding and I debug for<br>
>> free? ;)<br>
><br>
> Same problem as allways with licensing. I would expect that GSoC is more educationall than commercial. But it's an edge case.<br>
<br>
</span>Agreed.<br>
<span class=""><br>
> For my applications I dont have a problem to distinguish because we have another debugger at work. So I can separate these quite well.<br>
<br>
</span>For a BBB? I think we should list solutions, commercial or open, cheap or expensive.<br>
<span class="HOEnZb"><font color="#888888"><br>
Chris<br>
</font></span></blockquote></div><br></div>