<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 7, 2019 at 6:24 PM Christian Mauderer <<a href="mailto:list@c-mauderer.de">list@c-mauderer.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 07.04.19 um 14:50 schrieb Vijay Kumar Banerjee:<br>> <br>> <br>> On Sun, Apr 7, 2019 at 6:08 PM Christian Mauderer <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>> wrote:<br>> <br>>     Am 07.04.19 um 14:35 schrieb Vijay Kumar Banerjee:<br>>     ><br>>     ><br>>     ><br>>     > On Sun, Apr 7, 2019 at 5:37 PM Christian Mauderer<br>>     <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>>     > <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>> wrote:<br>>     ><br>>     >     Am 07.04.19 um 13:08 schrieb Vijay Kumar Banerjee:<br>>     >     > Hi, <br>>     >     ><br>>     >     > I had a look at the files related to HDMI drivers, to figure out<br>>     >     separate <br>>     >     > compilable parts that can be imported together and ported to<br>>     RTEMS.<br>>     >     > I figured that the import can be done in two parts, one for<br>>     am335x_lcd<br>>     >     > and one for the tda19988 framer. I have also opened a new<br>>     branch for<br>>     >     > am335x_lcd and have done a clean import and some basic first<br>>     part of<br>>     >     > the porting.<br>>     >     ><br>>     >     > <a href="https://github.com/thelunatic/rtems-libbsd/tree/am335x_lcd" rel="noreferrer" target="_blank">https://github.com/thelunatic/rtems-libbsd/tree/am335x_lcd</a><br>>     >     ><br>>     >     > I had a look at the CONTRIBUTING guide and have also<br>>     generated the<br>>     >     > rtems-bsd-kernel-namespace.h ( not yet pushed to the remote) <br>>     >     ><br>>     >     > Does it look good to you? <br>>     >     > What is the next set of things to do to port it to RTEMS?<br>>     ><br>>     >     Hello Vijay,<br>>     ><br>>     >     does everything compile and link correctly? If yes: does the<br>>     software<br>>     >     run on the target and is the hardware detected during boot without<br>>     >     throwing an exception somewhere?<br>>     ><br>>     > I have checked that everything compiles and links properly with<br>>     the commits.<br>>     > But Unfortunately, I don't have an lcd display module right now. I<br>>     only<br>>     > have a<br>>     > standard monitor that works with hdmi cable ( checked it to be<br>>     working with <br>>     > FreeBSD image). To work with the HDMI port, I think we'll need the<br>>     > tda driver<br>>     > imported as well. <br>>     > Is it alright if I create another set of commits to import the<br>>     > tda driver as well, and<br>>     > then try to run it in the target with HDMI?<br>>     >  <br>> <br>>     You want to test more than I intended. My main concern was whether the<br>>     BSP still runs without throwing an exception.<br>> <br>> Okay, I'll test this.<br>> Is running the hello world application through gdbserver, enough to check <br>> that it works without exception? <br>> Is there a way to run multiple exes? If I'm asking something that can be<br>> found<br>> in the docs, a link would help. I couldn't find at first search. :)<br>
<br>I don't think that there are a lot of docs for how to test. Although I'm<br>sure that there are some scripts to run a number of libbsd tests, I'm<br>not sure where. Maybe in the RTEMS tester but I think that is mainly for<br>the core tests?<br>
<br></blockquote><div>so far I know, RTEMS Tester is only for core tests. I'll ask in the devel if there's</div><div>some way to run libbsd test with the tester. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">My approach would be to run one of the tests that do something more like<br>the media01 from libbsd  (you boot into a shell in that test) and take a<br>look whether there are some boot messages regarding the driver. Most<br>libbsd drivers tend to tell you that they found their device.<br>
<br></blockquote><div>I have tried running media01.exe and it seems to run fine and I see this nice</div><div>line during cpu starting </div><div>fb0: <AM335x LCD controller> mem 0x4830e000-0x4830efff irq 36 on simplebus0 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> <br>>     For testing the whole system together another set of patches importing<br>>     the tda driver is OK.<br>> <br>>     ><br>>     >     From a quick look at the patches I would move the generated<br>>     files (in<br>>     >     rtemsbsd directory) to the port commit so that the import<br>>     commit really<br>>     >     only contains unchanged imported files. But that is a matter<br>>     of opinion.<br>>     ><br>>     > Understood. I'll move them to the port commit.  <br>>     ><br>>     >     Best regards<br>>     ><br>>     >     Christian<br>>     ><br>> <br>
<br>
</blockquote></div></div></div>