<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 25, 2018 at 1:05 AM, Lee Pool <span dir="ltr"><<a href="mailto:lcpool@tlabs.ac.za" target="_blank">lcpool@tlabs.ac.za</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Konstantin,<br>
<br>
I've noted your request...<br>
<br>
Should be easy to get going, if I can find little bit of time<br>
this week.<br>
<br>
On 21/07/2018 02:51, Konstantin Olchanski wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Hi, there - on my side, I got MIDAS to (partially) run on ucLinux (mmu-less embedded ARM CPU),<br>
and I think it would be good to include the RTEMS port at least partially<br>
in the midas distribution. (I do not have any RTEMS hardware or cross-compiler,<br>
so cannot maintain the port...).<br>
<br>
</blockquote>
<br>
RTEMS "hardware" at the moment is a very long list, :)<br>
<br>
See here: <a href="https://devel.rtems.org/wiki/TBR/Website/Board_Support_Packages" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/T<wbr>BR/Website/Board_Support_Packa<wbr>ges</a><br>
<br>
I've had success with EPICS and rtems, which is mostly what they do at SLAC from what I recall, might be different now.<br>
<br>
You could cross compile for a simple intel cpu, etc. and run tests via qemu. As mentioned for us, it was to run our vme sbc with a simple real time OS, doing very basic BLT read out for the K600 facility.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Would it be possible for you to bring your RTEMS port up to date with the current<br>
midas distribution (delevop git branch)?<br>
<br>
</blockquote>
<br>
Sure.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If not, not all is lost, I could do a diff between your midas and our midas<br>
of the same vintage and identify your most crucial changes.<br>
<br>
</blockquote>
<br>
The changes are minimal, and mostly follows the vxworks implementation<br>
by means of POSIX RTEMS API.<br>
<br>
To get a frontend going is a little bit more tricky, in that it uses<br>
the rtems libbsd for the network stack, and other peripherals that<br>
you might like in a rtems bsp, like serial out, vga/screen out over serial link, BSD network stack, etc.<br>
<br>
See here: <a href="https://github.com/RTEMS/rtems-libbsd/blob/master/libbsd.txt" rel="noreferrer" target="_blank">https://github.com/RTEMS/rtems<wbr>-libbsd/blob/master/libbsd.txt</a></blockquote><div><br></div><div>This can work on qemu as well. I would recommend the arm zynq BSP variant for</div><div>qemu. That should be the easiest way to test and it would work without dedicated</div><div>HW for RTEMS. Just a simulator on Linux talking to whatever MIDAS has on</div><div>the Linux host.</div><div><br></div><div>Feel to ask questions on our mailing list. But you have to be subscribed </div><div>for the message to go through.</div><div><br></div><div>And asking there for advice on setting up qemu/zynq with network is a good</div><div>thing for the list. I am sure someone is better than I am at helping you on</div><div>that specific topic.</div><div><br></div><div>--joel</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Regards<br>
Lee<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
K.O.<br>
<br>
<br>
<br>
<br>
On Fri, Jun 08, 2018 at 10:48:06AM +0200, Lee Pool wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
So I finally got around to "publish" work I did in 2009/2010 with RTEMS.<br>
<br>
The work was mainly between myself and Till Straumann (SLAC), and<br>
Dr. Joel Sherill, to get VME support for vme universe/vme tsi148 (<br>
basic support ), into the i386 bsp.<br>
<br>
 From there I "ported", which wasn't difficult, MIDAS :<br>
<br>
<a href="https://bitbucket.org/tmidas/midas/src/develop/" rel="noreferrer" target="_blank">https://bitbucket.org/tmidas/m<wbr>idas/src/develop/</a><br>
<br>
to<br>
<br>
<a href="https://bitbucket.org/lcpool2/midas-k600/src/develop/" rel="noreferrer" target="_blank">https://bitbucket.org/lcpool2/<wbr>midas-k600/src/develop/</a> ( our rtems port ).<br>
<br>
<br>
What this did was to allow us to run our various VME single board<br>
controllers, with a single frontend application.<br>
<br>
It is still classified testing but its been very successful, so<br>
far, and I hope to use it in the next experiment, if possible.<br>
<br>
The midas port, contains a makefile, and some changes to the<br>
midas.c/system.c/mfe.c files. I've not tested  the full<br>
functionality<br>
as I'm super time limited.<br>
<br>
Hope this is help full to others...<br>
<br>
<br>
Regards<br>
Lee<br>
</blockquote>
<br>
</blockquote>
______________________________<wbr>_________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman<wbr>/listinfo/users</a><br>
</blockquote></div><br></div></div>