rtems-libbsd build error

Christian Mauderer christian.mauderer at embedded-brains.de
Mon Apr 8 07:18:03 UTC 2019



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

Sounds good.

>     >
>     >     For testing the whole system together another set of patches
>     importing
>     >     the tda driver is OK.
>     >
>     >     >
>     >     >     From a quick look at the patches I would move the generated
>     >     files (in
>     >     >     rtemsbsd directory) to the port commit so that the import
>     >     commit really
>     >     >     only contains unchanged imported files. But that is a matter
>     >     of opinion.
>     >     >
>     >     > Understood. I'll move them to the port commit.  
>     >     >
>     >     >     Best regards
>     >     >
>     >     >     Christian
>     >     >
>     >
> 

-- 
--------------------------------------------
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.mauderer at embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax:   +49-89-18 94 741 - 08
PGP: Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.


More information about the devel mailing list