<div dir="auto">You mentioned having STM hardware. That doesn't get as much activity as the Pi or BB so is much more likely to be in need of various drivers being brought online. Review the BSP versus what you have and report back.<div dir="auto"><br></div><div dir="auto">The Pi and BB have had a lot of work done and it is getting hard to find device driver projects.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mar 17, 2017 3:45 AM, "Denis Obrezkov" <<a href="mailto:denisobrezkov@gmail.com">denisobrezkov@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="m_-4845666409563741156h5"><div><span style="color:rgb(34,34,34)">Personally I am always interested in ports to new architectures but this particular</span><br></div></div></div><div>one has hurdles for maintenance. And as you say, it seems to be a somewhat </div><div>dated architecture.</div><span><div></div></span></div></div></div></blockquote><div>No, I think that the board is a bit outdated , but the architecture itself is highly popular:</div><div>* it has a higher performance than arm (much higher in calculations)</div><div>* it is kind of simple </div><div>* it has an open description (GPUs haven't)</div><div>In my company many people want to start using some RTOS on top of DSP, but there </div><div>is only TI/RTOS and it is bad.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">If so, could you list the most required projects?</div><div class="gmail_extra">I have a beaglebone and a low cost low power stm32 board, </div><div class="gmail_extra">interested in real-time systems and testing (interesting - how to make temporal and</div><div class="gmail_extra">mock testing for rtems), have read ARINC653.</div><span class="m_-4845666409563741156m_1225973314201437975HOEnZb"><font color="#888888"><div class="gmail_extra"><div><br></div></div></font></span></div></blockquote><div><br></div></span><div>Although it might not sound like it, the x86_64 port and BSP project is </div><div>very important to RTEMS. The current i386 PC port/BSP is primarily </div><div>for legacy hardware with some recent "adjustments" to accomodate</div><div>HW that has technically existed for 15 years. For example, I hacked</div><div>on the PCI access methods to support new hardware that didn't support</div><div>the ancient method. There is a long list of reasons why an x86_64</div><div>port is needed but the top are:</div><div><br></div></div></div></div></blockquote><div>I think there is no proper support of x86_64 because no one need it in</div><div>embedded . Again, I know people who use x86 computer with dos, but it is </div><div>true only for old products. In newer products ARM, TI DSPs, AD DSPs and</div><div>FPGAs are used. MIPS sometimes is used too .Also, most of the time I</div><div>don't like x86_64 architecture.</div><div>Is it possible to do something with beaglebone and/or arm?</div></div><div><br></div>-- <br><div class="m_-4845666409563741156gmail_signature" data-smartmail="gmail_signature">Regards, Denis Obrezkov</div>
</div></div>
</blockquote></div></div>