lpc17xx bsp status

Marcos Díaz marcos.diaz at tallertechnologies.com
Thu Jan 2 20:23:05 UTC 2014

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.huber at 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.huber at 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 at 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

More information about the devel mailing list