Re: BBB GPIO api interrupt handler problem

On 2015-11-09 13:11, Federico Garcia Cruz wrote: Hi everyone, I'm using the GPIO api for the BBB but I'm having problems with the interrupt handling. I'm blinking two leds in the main thread and I have a GPIO input with an interrupt attached that uses printk to print a message. The problem is

[PATCH v2] Fixes GPIO APIs Naming Convention and Comments

This patch renames the GPIO specific functions: from rtems_bsp_enable_interrupt rtems_bsp_disable_interrupt rtems_bsp_select_specific_io to rtems_gpio_bsp_enable_interrupt rtems_gpio_bsp_disable_interrupt rtems_gpio_bsp_select_specific_io And also minor changes to the function description in

Re: [PATCH] Fixes GPIO APIs Naming Convention and Comments

errupt rtems_bsp_disable_interrupt rtems_bsp_select_specific_io to rtems_gpio_bsp_enable_interrupt rtems_gpio_bsp_disable_interrupt rtems_gpio_bsp_select_specific_io +1, Definitely an improvement. On Mon, Oct 12, 2015 at 7:37 PM, sudarshan.rajagopalan <sudarshan.rajagopa...@vecna.com> w

[PATCH] Fixes GPIO APIs Naming Convention and Comments

Just found few function names to be inconsistent towards the naming convention, and also few API documentation in the RTEMS GPIO files. Please commit this if required. Thanks and Regards, Sudarshan Rajagopalan From e17ce266ba4cfaec0159c5477697847629946ced Mon Sep 17 00:00:00 2001 From:

Re: [PATCH] Fixes GPIO APIs Naming Convention and Comments

questions/queries to ask about the RTEMS GPIO API implementations. Will make a new post for this. Thanks and Regards, Sudarshan On 2015-10-12 16:07, André Marques wrote: Hello Sudarshan, Às 18:37 de 12-10-2015, sudarshan.rajagopalan escreveu: Just found few function names to be inconsistent

Re: Math lib inclusion in BSP not required if CAN drivers are considered

te: Hello Sudarshan, On Friday 25 of September 2015 19:13:53 sudarshan.rajagopalan wrote: On 2015-09-25 12:21, Daniel Gutson wrote: El 25/9/2015 13:17, "sudarshan.rajagopalan" <sudarshan.rajagopa...@vecna.com> escribió: > On 2015-09-25 11:06, Daniel Gutson wrote: >&

Re: Math lib inclusion in BSP

On 2015-09-25 11:06, Daniel Gutson wrote: On Thu, Sep 24, 2015 at 4:49 PM, sudarshan.rajagopalan <sudarshan.rajagopa...@vecna.com> wrote: Hey all, We are developing a new BSP that uses math.h in few of the BSP files. I do May I ask why do you need floating point operations in a

Re: Math lib inclusion in BSP

On 2015-09-25 12:21, Daniel Gutson wrote: El 25/9/2015 13:17, "sudarshan.rajagopalan" <sudarshan.rajagopa...@vecna.com> escribió: > > On 2015-09-25 11:06, Daniel Gutson wrote: >> >> On Thu, Sep 24, 2015 at 4:49 PM, sudarshan.rajagopalan >>

Math lib inclusion in BSP

Hey all, We are developing a new BSP that uses math.h in few of the BSP files. I do understand that the math library functions are not part of standard C library and has to be linked using "-lm". So I include "LD_LIBS += -lm" in the custom .cgf config file but this doesn't seem to work. I

Re: Adding RTEMS shell commands in BSP and application

On 2015-09-18 00:10, Chris Johns wrote: On 18/09/2015 11:01 am, Ian Caddy wrote: We use 4.10 and add our application shell commands programmatically. For example: rtems_shell_add_cmd("findnb", "nameblock", "findnb# list nameblocks", main_findnb); I do the same thing on 4.11.

Adding RTEMS shell commands in BSP and application

Hey guys, I was working on adding user shell commands in RTEMS. Was able to successfully do it. Right now, we want to add few BSP specific shell commands and few application specific shell commands. The BSP shell commands will be added to the BSP, compiled and built. And also give the

Re: [PATCH v3] ARMv7M: Fix exception handler for supporting FPU

On 2015-08-31 13:39, Daniel Gutson wrote: On Mon, Aug 31, 2015 at 2:34 PM, Gedare Bloom wrote: I'd approve 2 patches in case you want to give credit. First patch with Sudarshan's fix, and Martin's improvement second. +1 Sounds fair enough! :) Thanks for the support,

Re: ARMv7M Exception Handler

On 2015-08-27 17:06, Joel Sherrill wrote: On 8/27/2015 3:58 PM, Daniel Gutson wrote: On Thu, Aug 27, 2015 at 3:53 PM, sudarshan.rajagopalan sudarshan.rajagopa...@vecna.com wrote: Hey guys, I was working on the exception handler for the CPU hard fault. Managed to register the fatal error user

Re: ARMv7M Exception Handler

On 2015-08-28 11:37, Daniel Gutson wrote: On Fri, Aug 28, 2015 at 12:33 PM, sudarshan.rajagopalan sudarshan.rajagopa...@vecna.com wrote: On 2015-08-27 17:06, Joel Sherrill wrote: On 8/27/2015 3:58 PM, Daniel Gutson wrote: On Thu, Aug 27, 2015 at 3:53 PM, sudarshan.rajagopalan

Re: [PATCH] Fix exception handler for supporting FPU

Thanks, Gedare On Thu, Aug 27, 2015 at 4:33 PM, sudarshan.rajagopalan sudarshan.rajagopa...@vecna.com wrote: Patch attached here for ARMv7M Exception Handler. Looks like git send-email didn't deliver the mail. Something is not quite right with our mail server here. Avoid this email

Re: [PATCH] Fix exception handler for supporting FPU

On 2015-08-28 12:18, sudarshan.rajagopalan wrote: On 2015-08-28 11:30, Daniel Gutson wrote: On Fri, Aug 28, 2015 at 12:20 PM, Gedare Bloom ged...@gwu.edu wrote: Could you please open a ticket on our trac to describe the problem this fixes, and add closes #. to your patch commit message

Re: [PATCH] Fix exception handler for supporting FPU

On 2015-08-28 17:18, Martin Galvan wrote: On Thu, Aug 27, 2015 at 3:53 PM, sudarshan.rajagopalan sudarshan.rajagopalan at vecna.com wrote: The instruction cmn r2, #3\n in line 31 basically compares the Link Register(lr) to value 0xFFFD (negative #3, because CMN negates the RHS and compares

ARMv7M Exception Handler

Hey guys, I was working on the exception handler for the CPU hard fault. Managed to register the fatal error user extension to RTEMS and call the user defined function when an exception occurs. But the pointer to the stacked frame didn't have the correct register values(esp. the PC

[PATCH] Fix exception handler for supporting FPU

Patch attached here for ARMv7M Exception Handler. [1] Looks like git send-email didn't deliver the mail. Something is not quite right with our mail server here. Avoid this email if patch delivered through git. Thanks and Regards, Sudarshan Links: -- [1]