Hello, thanks for the answer. At first we started developing this bsp inside that folder. Although it has many similarities with the lpc1778, it has other differences: There isn't an external memory controller for our bsp. The pinselect is very different for our board (it has more similarities with the one for the lpc24xx). Also the GPIO The start configuration for the main clock and the pll is quite different. And other things
The macros used for the differentiation of those boards referred to the CPU architecture (ARM_MULTILIB_ARCH_V4 ARM_MULTILIB_ARCH_V7M) and in some cases we could use the functions for the lpc 24xx,in others for the lpc1778, and in others new code. We created a macro for our bsp, but we should have changed many other macros already placed. Our Idea was to not break any existing code, since we can't test for the other boards. Is it still preferred to merge this new bsp with others? Thanks. On Thu, Jun 5, 2014 at 8:09 AM, Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > Hello Marcos, > > is the LPC1768 so greatly different from the LPC1778 that you cannot > integrate it into the c/src/lib/libbsp/arm/lpc24xx family of BSPs with some > additional pre-processor defines? > > -- > 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. > _______________________________________________ > rtems-devel mailing list > rtems-devel@rtems.org > http://www.rtems.org/mailman/listinfo/rtems-devel -- ______________________________ Marcos Díaz Software Engineer San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 Skype: markdiaz22 _______________________________________________ rtems-devel mailing list rtems-devel@rtems.org http://www.rtems.org/mailman/listinfo/rtems-devel
