<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Doing a make for all, I'm getting this not found error ...</div><div>............</div><div>make: freebsd-org/contrib/libpcap/gen_version_header.sh: Command not found</div><div>make: *** [Makefile.todo:277: freebsd/contrib/libpcap/pcap_version.h] Error 127</div><div>.............</div><div><br></div><div>But it successefully builds the .m files into .c and .h files (I haven't edited the Makefile yet).</div><div>after the make, if I try to ./waf it, it gives this error ...</div><div>==========</div><div><div>In file included from ../../rtemsbsd/include/machine/bus.h:781:0,</div><div>                 from ../../rtemsbsd/include/machine/_bus.h:1,</div><div>                 from ../../freebsd/sys/sys/bus.h:35,</div><div>                 from ../../rtemsbsd/local/usb_if.c:17:</div><div>../../rtemsbsd/include/machine/bus_dma.h:44:2: error: #error "the header file <machine/rtems-bsd-kernel-space.h> must be included first"</div><div> #error "the header file <machine/rtems-bsd-kernel-space.h> must be included first"</div><div>  ^~~~~</div><div>../../rtemsbsd/local/usb_if.c:18:10: fatal error: usb_if.h: No such file or directory</div><div> #include "usb_if.h"</div><div>          ^~~~~~~~~~</div><div>compilation terminated.</div></div><div><br></div><div>==========</div><div>it seems like it's not changing it to #include <rtems/bsd/local/usb_if.h>. Is it supposed </div><div>to be done manually by opening each file or am I missing a script?  </div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 1, 2019 at 7:32 PM Christian Mauderer <<a href="mailto:christian.mauderer@embedded-brains.de">christian.mauderer@embedded-brains.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 01.04.19 um 15:29 schrieb Vijay Kumar Banerjee:<br>
<br>[...] (I removed some of the discussion to make it more readable)<br>
<br>> <br>>     If you use the fb and framebuffer headers from RTEMS, you will get an<br>>     RTEMS interface. The RTEMS based console code will work fine. But it<br>>     might would be the solution where more work is necessary to port other<br>>     applications or libraries. It seems that we have some libs already (like<br>>     nano-X: <a href="https://devel.rtems.org/wiki/GSoC/2009/Wrapup" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/GSoC/2009/Wrapup</a>) so I would be OK<br>>     with that.<br>> <br>>     The other alternative would be to use the FreeBSD code that does the<br>>     same. I'm not sure whether they call it framebuffer or something else.<br>>     But I would expect that there is something similar. In that case it<br>>     might would be simpler to port graphics libraries that already work on<br>>     FreeBSD.<br>> <br>>     Both ways could be nice. I'm really not sure which one I would prefer.<br>>     The first one is better integrated into the existing RTEMS ecosystem.<br>>     The second one promises a wider world. So either take the one that<br>>     interests you more or just use the one that looks simpler ;-)<br>> <br>> I will take the 2nd path and use the codes from freebsd fb. In the<br>> forked branch <br>> I have imported them along with the iic souce files just to make sure<br>> that it builds.<br>> I have also added the driver references in the nexus-device.h <br>> I have a few questions/doubts before moving on to creating a fresh<br>> branch to import<br>> the file cleanly so that porting work can be started.<br>> <br>> There are a lot of files that are imported and out of them some were .m<br>> files that <br>> I built manually with the awk scripts and imported using the libbsd.py .<br>> It seems like those <br>> will need a cleanup and will need to be added to the Makefile.todo (?) <br>
<br>Most likely Makefile.todo is currently the right place. Also in long<br>term it should move to waf. But that's out of the scope of your project.<br>
<br>> <br>> Will the whole thing be one big patch? or will it be done in chunks of<br>> the subdirectory<br>> like videomode headers and souce imported in one patch, fb in another ?<br>
<br>I think I already have made a note at your proposal: I would suggest to<br>split it up in smaller functional blocks. That even allows to merge<br>small parts during the GSoC instead of having one big block at the end.<br>But please note that all parts should be useful and every commit in<br>libbsd (and in RTEMS) must be compilable. Otherwise (useful) tools like<br>`git bisect` won't work.<br>
<br>So if you have functional groups: Split it up. If a big block is<br>necessary because the small parts can't work on their own: Keep it in<br>one import + one port commit.<br>
<br>> <br>[...]<br>
<br>
<br>
<br>-- <br>--------------------------------------------<br>embedded brains GmbH<br>Herr Christian Mauderer<br>Dornierstr. 4<br>D-82178 Puchheim<br>Germany<br>email: <a href="mailto:christian.mauderer@embedded-brains.de" target="_blank">christian.mauderer@embedded-brains.de</a><br>Phone: +49-89-18 94 741 - 18<br>Fax:   +49-89-18 94 741 - 08<br>PGP: Public key available on request.<br>
<br>Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
</blockquote></div></div></div></div>