Hi, thanks for answering, first of all in the file lpc24xx.h there are two definitions for FIO_BASE_ADDR the second one (which is the one that I use) 0x20098000 is wrong, and when Itried to use the function lpc24xx_gpio_set for testing I noticed that it tried to write based on that value. the correct value 0x2009C000 works fine on my board, and looking into the lpc17xx manual I could see that it`s the correct value for the register. In another part, in the configuration of modules, specifically in the function lpc24xx_module_do_enable in io.c there isn't an option for setting the clock for the module if ARM_MULTILIB_ARCH_V4 isnt defined (my case) so it does nothing in that case. So far this is what we realized and what could be causing us problems. Thanks. PS: So far I thought that the macro ARM_MULTILIB_ARCH_V4 was for separate things that are for the lpc17xx from things of the lpc24xx, but Iḿ not pretty sure if itś true, so, what is this macro for?
On Thu, Jan 2, 2014 at 4:36 PM, Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > Hello, > > I am not aware of any problems with the LPC17XX BSPs. Which configuration > register is wrong from your point of view? > > -- > 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
