On Tue, Apr 2, 2019 at 8:34 AM Joel Sherrill <j...@rtems.org> wrote: > > > > On Tue, Apr 2, 2019, 7:21 AM Sebastian Huber > <sebastian.hu...@embedded-brains.de> wrote: >> >> On 02/04/2019 14:15, Jeff Kubascik wrote: >> > How capable is the device tree support in RTEMS? I did notice some device >> > tree >> > code in the IMX BSP layer, but it appeared to reference fixed nodes. Does >> > RTEMS >> > perform driver probing based on the device tree? >> >> The device tree support in RTEMS is quite rudimentary. However, in the >> BSP you don't need much. You just have to deal with the interrupt >> controller, the clock driver and an UART driver. Maybe also I2C and SPI, >> but these are simple things. The more complex drivers are in libbsd >> (USB, MMC/SDCard, Ethernet). Here we have the device tree support from >> FreeBSD. It is not as good as the device tree support from Linux >> especially if it comes down to pins and clocks since this is a real mess >> usually. > > > Neither of us mentioned licence. We do not accept GPL code in RTEMS because > it is statically linked with applications and this would result in > applications needing to follow the GPL requirements. > > The 2 paragraph BSD license is not the preferred license. The historical > RTEMS license is GPLv2 with a linking exclusion. It was based on the GCC > runtimes. >
2-BSD is NOW the preferred license. > --joel >> >> >> -- >> Sebastian Huber, embedded brains GmbH >> >> Address : Dornierstr. 4, D-82178 Puchheim, Germany >> Phone : +49 89 189 47 41-16 >> Fax : +49 89 189 47 41-09 >> E-Mail : sebastian.hu...@embedded-brains.de >> PGP : Public key available on request. >> >> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. >> > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
