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
register).
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] https://lists.rtems.org/piper
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
wrote:
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
tml
Thanks and Regards,
Sudarshan
Thanks,
Gedare
On Thu, Aug 27, 2015 at 4:33 PM, sudarshan.rajagopalan
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 if
On 2015-08-28 11:37, Daniel Gutson wrote:
On Fri, Aug 28, 2015 at 12:33 PM, sudarshan.rajagopalan
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
wrote:
Hey guys,
I was working on the
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 wrote:
Could you please open a ticket on our trac to describe the problem
this fixes, and add "closes #." to your patch commit message?
On 2015-08-28 13:44, Daniel Gutson wrote:
On Fri, Aug 28, 2015 at 2:31 PM, sudarshan.rajagopalan
wrote:
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
wrote:
Could you please open a ticket on
On 2015-08-28 17:18, Martin Galvan wrote:
On Thu, Aug 27, 2015 at 3:53 PM, sudarshan.rajagopalan
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 with LHS) and choo
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, Daniel. Should I make a
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
flexibili
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.
Chri
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 thi
On 2015-09-25 11:06, Daniel Gutson wrote:
On Thu, Sep 24, 2015 at 4:49 PM, sudarshan.rajagopalan
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 kernel? At
least, what sort of operations and
On 2015-09-25 01:33, Sebastian Huber wrote:
On 24/09/15 21:49, sudarshan.rajagopalan wrote:
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
On 2015-09-25 12:21, Daniel Gutson wrote:
El 25/9/2015 13:17, "sudarshan.rajagopalan"
escribió:
>
> On 2015-09-25 11:06, Daniel Gutson wrote:
>>
>> On Thu, Sep 24, 2015 at 4:49 PM, sudarshan.rajagopalan
>> wrote:
>>>
>>> Hey all,
>
06:08 PM, Pavel Pisa wrote:
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"
escribió:
> On 2015-09-25 11:06, Daniel Gutson wrote:
>>
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: Sudar
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
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
wrote:
Just found few function names to be inconsistent towards the
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
Hey guys,
I have few questions/comments on the GPIO APIs, maybe to André:
1.) Most of the APIs has a way to call the BSP specific functions: pin
input/output initialize, pin read/write, enable/disable interrupts etc,
but I couldn't find a way to call a BSP specific pin release (or
de-init). T
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 tha
22 matches
Mail list logo
