Re: Porting CANFestival to RTEMS

Thank you everyone for the information! It was very helpful! I've gone ahead and made a port based on the AVR and Unix ports. I adapted unix_timers.c and unix.c to use the RTEMS traditional API. So far everything appears to be working. I'll be cleaning it up and submitting a patch to CanFestiv

Trouble creating RSB Package: error copying tree

Hi Devel, I've been working on porting CANFestival to RTEMS. I ended up creating some changes to CANFestival to allow it to be built against an RTEMS BSP. All was going well except a strange ldconfig error, when I tried to fix it by removing the build directory (rtems_source_builder/rtems/bui

[PATCH] RTEMS CAN Rough Draft Implementation

Hi All, Here is the RTEMS CAN driver framework I've been talking about. Please give me feedback, and don't worry about being harsh. I want to commit something of value. Concerns * Usage of return codes. * General higher level error handling. * Changing can bit rate. * In general, c

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 register).

[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] https://lists.rtems.org/piper

Re: ARMv7M Exception Handler

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 the user defined > function when an exception occurs. But the pointer to the stacked f

Re: ARMv7M Exception Handler

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 the user defined function when an exception o

Re: cppcheck errors

On 8/13/2015 10:52 AM, Daniel Gutson wrote: El 13/8/2015 12:49, "Gedare Bloom" mailto:ged...@gwu.edu>> escribió: > > Daniel, > > Unknown deadline right now. Probably whenever Joel can get around to > it! Realistically, we can create a bugfix "dot release" anytime after > the release sub

Re: cppcheck errors

On Thu, Aug 27, 2015 at 6:06 PM, Joel Sherrill wrote: > > > On 8/13/2015 10:52 AM, Daniel Gutson wrote: >> >> >> El 13/8/2015 12:49, "Gedare Bloom" > > escribió: >> > >> > Daniel, >> > >> > Unknown deadline right now. Probably whenever Joel can get around to >> > it! Re

Re: cppcheck errors

On Thu, Aug 27, 2015 at 6:10 PM, Daniel Gutson wrote: > Maybe we can just provide the list until we provide the fixes? Martín? Gladly. Keep in mind we ran cppcheck only on the modules we use (though some things may've slipped in, like nios): [c/src/lib/libbsp/shared/umon/umon.h:21]: (error) Inva

Re: cppcheck errors

Please note too that there are some false positives, like the realloc one. On Thu, Aug 27, 2015 at 6:15 PM, Martin Galvan wrote: > On Thu, Aug 27, 2015 at 6:10 PM, Daniel Gutson > wrote: >> Maybe we can just provide the list until we provide the fixes? Martín? > > Gladly. Keep in mind we ran cpp

Re: cppcheck errors

On Thu, Aug 27, 2015 at 6:19 PM, Daniel Gutson wrote: > Please note too that there are some false positives, like the realloc one. Actually, we ruled out most false positives. IIRC that one is an actual bug. Btw, sorry for the Spanish comment there. It means that if we don't initialize _ccr we j

Re: cppcheck errors

On 8/27/2015 4:10 PM, Daniel Gutson wrote: On Thu, Aug 27, 2015 at 6:06 PM, Joel Sherrill wrote: On 8/13/2015 10:52 AM, Daniel Gutson wrote: El 13/8/2015 12:49, "Gedare Bloom" mailto:ged...@gwu.edu>> escribió: > > Daniel, > > Unknown deadline right now. Probably whenever Joel can

Re: cppcheck errors

On 8/27/2015 4:15 PM, Martin Galvan wrote: On Thu, Aug 27, 2015 at 6:10 PM, Daniel Gutson wrote: Maybe we can just provide the list until we provide the fixes? Martín? Gladly. Keep in mind we ran cppcheck only on the modules we use (though some things may've slipped in, like nios): Most o

obsolete h8300 was Re: cppcheck errors

On 8/27/2015 4:22 PM, Martin Galvan wrote: On Thu, Aug 27, 2015 at 6:19 PM, Daniel Gutson wrote: Please note too that there are some false positives, like the realloc one. Actually, we ruled out most false positives. IIRC that one is an actual bug. Btw, sorry for the Spanish comment there.

obsolete m32r port

Hi Another one on my chopping block. I don't see the official not recommended for new designs language but I also don't seen much hinting an update in five years either. http://am.renesas.com/products/mpumcu/m32r/index.jsp Anyone got any thoughts about it being a part that is still being sold a