<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 29, 2018 at 11:24 PM, JunBeom Kim (EmbedCoreTech) <span dir="ltr"><<a href="mailto:jbkim@e-coretech.kr" target="_blank">jbkim@e-coretech.kr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="KO" link="blue" vlink="purple"><div class="m_-7201539523191818177WordSection1"><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Dear Russell Haley,<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Because FreeBSD is ported for i.MX6 Humming board, I will consider RTEMS for i.MX6 Humming Board, too <u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">But, first target board will be i.MX6 SDP board because there is LVDS panel.</span></p></div></div></blockquote><div>I have just noted there is a 30 pin LVDS output on my carrier board and I have an panel from an old Digi  IMX53 quickstart kit that I could try (not sure the pin count on the panel yet).</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="KO" link="blue" vlink="purple"><div class="m_-7201539523191818177WordSection1"><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Regarding display port, I ported framebuffer for both LVDS panel and HDMI with clone display mode using Platform SDK driver in project for my customer. I attached this(old document).<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">If I open RTEMS version for i.MX6 in the future, framebuffer will be used for both LVDS Hanstar panel 1024x768 and HDMI.<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">As I check from FreeBSD port for i.MX6, IPU/LDB driver is not supported.<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Therefore, I will use Platform SDK’s IPU/LDB driver code until FreeBSD support IPU/LDB driver.<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Regarding SATA port, I will consider Platform SDK’s SATA driver because there is not SATA for FreeBSD/i.MX6 port. On referencing, I didn’t test this SATA driver until now.<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">I just tested SD card and eMMC for FAT32 file system on customer design board.</span></p></div></div></blockquote><div> </div><div>I'm not sure what you mean by FreeBSD not having SATA support. The IMX6 AHCI driver was fixed last summer and I have access on my board to a 30 GB SSD. However my image is well over a year old.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="KO" link="blue" vlink="purple"><div class="m_-7201539523191818177WordSection1"><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Anyway, I think that my final goal with RTEMS users is to migrate driver code from FreeBSD to RTEMS because there is well-hidden bug in Platform SDK.<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">On referencing, If you want to receive old Platform SDK code for internal review, I can share this.</span></p></div></div></blockquote><div>Thank you, I hope to be at the point of testing some BSPs in the coming months. </div><div><br></div><div>Sincerely,</div><div>Russ</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="KO" link="blue" vlink="purple"><div class="m_-7201539523191818177WordSection1"><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Best Regards,<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">JunBeom<u></u><u></u></span></p><p class="MsoNormal" style="word-break:break-hangul"><span lang="EN-US" style="font-size:10.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p><p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Russell Haley <<a href="mailto:russ.haley@gmail.com" target="_blank">russ.haley@gmail.com</a>> <br><b>Sent:</b> Friday, March 30, 2018 2:55 PM<br><b>To:</b> JunBeom Kim (EmbedCoreTech) <<a href="mailto:jbkim@e-coretech.kr" target="_blank">jbkim@e-coretech.kr</a>><br><b>Cc:</b> users <<a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a>><br><b>Subject:</b> Re: EmbedCoreTech - Contribution Direction for RTEMS using i.MX6Q<u></u><u></u></span></p><div><div class="h5"><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><div><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><div><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><div><p class="MsoNormal"><span lang="EN-US">On Wed, Mar 28, 2018 at 11:30 PM, JunBeom Kim (EmbedCoreTech) <<a href="mailto:jbkim@e-coretech.kr" target="_blank">jbkim@e-coretech.kr</a>> wrote:<u></u><u></u></span></p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm"><p class="MsoNormal"><span lang="EN-US">Dear Sir,<br><br>I am JunBeom Kim of EmbedCoreTech in South Korea.<br><br>My company was established in end of 2017 year after spin-off of Coressent<br>Korea.<br><br>Our company business is almost same from Coressent Korea.<br>1) Embedded S/W consulting<br>2) Commercial Software distributor<br><br>I have worked with Korean medical company regarding RTEMS/Qt for<br>i.MX6Q(single core only) since 2015 year.<br>Because my project with Korean customer will be done soon, I can start to<br>discuss with RTEMS user regarding RTEMS for i.MX6Q<br><br>My internal project goal is below;<br><br>1. Board : NXP i.MX6Q SDP<br><br><a href="https://www.nxp.com/support/developer-resources/hardware-development-tools/sabre-development-system/sabre-platform-for-smart-devices-based-on-the-i.mx-6-series:RDIMX6SABREPLAT" target="_blank">https://www.nxp.com/support/<wbr>developer-resources/hardware-<wbr>development-tools/s<br>abre-development-system/sabre-<wbr>platform-for-smart-devices-<wbr>based-on-the-i.mx-6<br>-series:RDIMX6SABREPLAT</a><br><br>I will purchase this board soon.<u></u><u></u></span></p></blockquote><div><p class="MsoNormal"><span lang="EN-US">Hi, I'm keen to see RTEMS ported to IMX6. I have the an older model of the following board:<u></u><u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US"><a href="https://www.solid-run.com/nxp-family/hummingboard/" target="_blank">https://www.solid-run.com/nxp-<wbr>family/hummingboard/</a></span><span lang="EN-US" style="font-family:"\00b9d1\00c740  \00ace0\00b515""> </span><span lang="EN-US"><u></u><u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US">I have the "Pro" board and the Dual core (Full) SOM that has a SDIO WiFi chip (!). Would processor and other setup be handled in one BSP that could be extended for SolidRun?</span><span lang="EN-US" style="font-family:"\00b9d1\00c740  \00ace0\00b515""> </span><span lang="EN-US"> The FreeBSD tree uses the GNU FDT files (I forget where, it's a little hard to find). From what I understand the Single and Dual "lite" share similarities and the Dual Core (full) and Quad Core use the same configuration. I know this from building uboot in FreeBSD but the finer details are beyond me.</span><span lang="EN-US" style="font-family:"\00b9d1\00c740  \00ace0\00b515""> </span><span lang="EN-US"><u></u><u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm"><p class="MsoNormal"><span lang="EN-US"><br>2. S/W booting sequence change from boot by BootROM's first loader to second<br>loader of u-boot.<br><br>Current RTEMS version is booted from Boot ROM directly. RTEMS booting speed<br>is faster than u-boot.<br>I think that correct direction is to use RTEMS boot by second loader(u-boot)<br><br>3. Multi-core Support<br><br>I am working this internally for supporting SMP for i.MX6Q. there is RTEMS<br>booting stop problem.<br>I would like to discuss with RTEMS users for booting stabilization for SMP<br>feature.<br><br>4. Driver framework change from Platform SDK to FreeBSD libbsd.<br><br>Because Platform SDK(Bear metal device driver framework) is not supported by<br>NXP any more, there is risk for using this continuously. I think that best<br>way is driver migration from Platform SDK to FreeBSD's i.MX6 BSP port.<br>Because I already ported libbsd's network stack by Sebastian Huber's i.MX7D<br>port contribution help, I can port network stack on i.MX6Q SDP board by<br>myself.<br>Especially, I would like to add USB host stack.<u></u><u></u></span></p></blockquote><div><p class="MsoNormal"><span lang="EN-US">Please also consider sata support.</span><span lang="EN-US" style="font-family:"\00b9d1\00c740  \00ace0\00b515""> </span><span lang="EN-US"><u></u><u></u></span></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm"><p class="MsoNormal"><span lang="EN-US"><br>5. i.MX6Q OpenGL ES port.<br><br>I already discussed with NXP Europe R&D by help of NXP Korea in 2015 year.<br>I re-started with NXP Korea regarding i.MX6Q Vivante OpenGL ES software<br>license.<br>Even though there is software license fee(high cost) for OpenGL ES, I<br>decided to purchase OpenGL ES software from NXP. I am gathering budget for<br>this.<br>Also, I should discuss with NXP regarding OpenGL ES driver library<br>distribution permission.<br>I didn't decide OpenGL ES RTEMS version's business model until now.<br>First of all, I will make OpenGL ES software evaluation version. Evaluation<br>version have full-feature for OpenGL ES 2.0, but, there is periodic company<br>logo view whenever OpenGL ES application is run on target.<u></u><u></u></span></p></blockquote><div><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US">The state of HDMI on IMX6 for FreeBSD may be suspect. I've been building for the platform off-and-on for a few years and the support is spotty. Some builds work, some builds don't and nobody notices for long periods of time. That's just my experience - which is now quite dated - so it could be very incorrect.</span><span lang="EN-US" style="font-family:"\00b9d1\00c740  \00ace0\00b515""> </span><span lang="EN-US"><u></u><u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US" style="font-family:"\00b9d1\00c740  \00ace0\00b515""> </span><span lang="EN-US"><u></u><u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US">Good Luck!</span><span lang="EN-US" style="font-family:"\00b9d1\00c740  \00ace0\00b515""> </span><span lang="EN-US"><u></u><u></u></span></p></div><div><p class="MsoNormal"><span lang="EN-US">Russ<u></u><u></u></span></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm"><p class="MsoNormal"><span lang="EN-US"><br>6. Qt 5.10 Integration on top of RTEMS with OpenGL ES.<br><br>It is my final goal.<br><br>RTEMS users can consider two application development(RTEMS application with<br>OpenGL ES only, Qt application with RTEMS/OpenGL ES).<br><br>On referencing, I already ported Qt 4.8.5 version without OpenGL ES.<br>But, there was several issues(CPU high-load by non-accelerated graphics,<br>limitation of using another Qt module as like QML, Qt Quick for 3D).<br><br>Because I have modified Qt framework for RTEMS, I can not distribute to any<br>customers my modified Qt framework.<br>Also, customer should purchase Qt commercial license before receiving my<br>modified Qt framework.<br>And then, after customer complete to make product using RTEMS/Qt, customer<br>should pay to Qt royalty.<br><br>I can not handle about Qt license policy.<br><br>If you have any questions, please feel free to contact me.<br><br>Best Regards,<br>JunBeom Kim<br>~~~~~~~~~~~~~~~~~~~~~~<br>President / EmbedCoreTech<br>Phone: <a href="tel:+82%2031-396-5584" value="+82313965584" target="_blank">+82-31-396-5584</a><br>Fax: +82-504-065-5720<br>Mobile:<a href="tel:+82%2010-6425-5720" value="+821064255720" target="_blank">+82-10-6425-5720</a><br>Email: <a href="mailto:jbkim@e-coretech.kr" target="_blank">jbkim@e-coretech.kr</a><br>Web: <a href="http://www.e-coretech.kr" target="_blank">www.e-coretech.kr</a><br>~~~~~~~~~~~~~~~~~~~~~~<br><br><br>______________________________<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" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/users</a><u></u><u></u></span></p></blockquote></div><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p></div></div></div></div></div></div></blockquote></div><br></div></div>