Re: LwIP port using directly RTEMS semaphores and message queues

On Mon, Oct 12, 2015 at 2:01 AM, ragu nath wrote: > Hi, > > lwIP can be built using RTEMS Source builder now. We have RTEMS + > lwIP OS glue(cc.h & sys_arch.c etc) . But it uses posix lib functions > instead of RTEMS native library. >

Re: [PATCH] Add STM32 HAL Files for F4 and F7

I don't have a problem on the surface of it, but can we get a clear statement of the licensing for the included code? On Mon, Sep 28, 2015 at 4:25 PM, Isaac Gutekunst wrote: > Hi Devel, > > As mentioned earlier, Vecna has developed two BSP families using the HAL >

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

OK to commit, but the patch did not apply cleanly for me, something wrong with the mail message. On Tue, Oct 13, 2015 at 3:11 AM, Ben Gras wrote: > All, > > This change renames these gpio-specific functions: > > rtems_bsp_enable_interrupt > rtems_bsp_disable_interrupt >

Re: [PATCH] cpukit/libnetworking/libc/getifaddrs.c: Fix undefined behavior on freeing auto variable if NET_RT_IFLIST isn't defined.

On Wed, Oct 14, 2015 at 9:33 AM, Martin Galvan wrote: > On Wed, Oct 14, 2015 at 4:59 AM, Sebastian Huber > wrote: >> Since NET_RT_IFLIST is defined in socket.h, the else block is essentially >> dead code. How did you find

Re: [PATCH] Add RTEMS linker sets

Hi, This looks good. Is this for users or the kernel or both? Is there any documentation for using this? On 14/10/2015 9:16 pm, Sebastian Huber wrote: > --- /dev/null > +++ b/cpukit/score/include/rtems/score/linkerset.h > @@ -0,0 +1,76 @@ > +/* > + * Copyright (c) 2015 embedded brains GmbH.

Re: [PATCH] Add STM32 HAL Files for F4 and F7

On 10/14/2015 3:35 PM, Gedare Bloom wrote: I don't have a problem on the surface of it, but can we get a clear statement of the licensing for the included code? The patch is huge but includes the license in pdf and rtf format. Based on the one source file I looked at, the license is BSD

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

On 2015-10-14 16:28, Gedare Bloom wrote: OK to commit, but the patch did not apply cleanly for me, something wrong with the mail message. Hi Gedare, The mail message was not sent using git send-email (this is not working for us currently), so I copied the contents of the patch to this mail

Re: LwIP port using directly RTEMS semaphores and message queues

On 15/10/2015 7:33 am, Gedare Bloom wrote: > On Mon, Oct 12, 2015 at 2:01 AM, ragu nath wrote: >> Hi, >> >> lwIP can be built using RTEMS Source builder now. We have RTEMS + >> lwIP OS glue(cc.h & sys_arch.c etc) . But it uses posix lib functions >> instead of RTEMS

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

A ticket would be preferred. I didn't notice the attachment. Can you please (1) make a ticket, (2) close it in the commit message, and (3) re-send your patch. Ben, if you get around to it, please commit the revised patch when it comes through. I'll be away for a few days and unable to commit. On

[PATCH] Add RTEMS linker sets

Update #2408. --- c/src/lib/libbsp/arm/gba/startup/linkcmds | 2 + c/src/lib/libbsp/avr/avrtest/startup/linkcmds | 2 + c/src/lib/libbsp/bfin/TLL6527M/startup/linkcmds| 2 + c/src/lib/libbsp/bfin/bf537Stamp/startup/linkcmds | 2 +

Re: [PATCH] cpukit/libnetworking/libc/getifaddrs.c: Fix undefined behavior on freeing auto variable if NET_RT_IFLIST isn't defined.

On Wed, Oct 14, 2015 at 4:59 AM, Sebastian Huber wrote: > Since NET_RT_IFLIST is defined in socket.h, the else block is essentially > dead code. How did you find this problem? Does it make sense to use the > latest FreeBSD version? It was one of the errors

Re: [PATCH] Add RTEMS linker sets

On 14/10/15 23:16, Chris Johns wrote: Is this for users or the kernel or both? Its probably useful for both. The libbsd already uses this stuff. Is there any documentation for using this? Before I spend more time on this we have to make a project decision if we want to use linker sets or