Re: [PATCH 1/2] RTEMS: Adjust layout of struct _Thread_queue_Queue

Yes, we already have several changes that require an RTEMS internal update, e.g. the recent type definition changes. Now its a good time to incorporate such changes, since there will be a major tool update based the recently released GCC 6.1. On 03/05/16 00:43, Gedare Bloom wrote: This

Re: ESA SOCIS - Porting the Monkey HTTP Server

On 03/05/16 07:26, Chris Johns wrote: On 03/05/2016 15:23, Sebastian Huber wrote: On 03/05/16 04:27, Chris Johns wrote: What are these issues with kqueue? The Monkey kqueue uses a pipe so it was pipe. I had forgotten. The socket pairs are supported in the new network stack. Oh,

Re: [PATCH 17/19] score: __RTEMS_DO_NOT_INLINE_CORE_MUTEX_SEIZE__

On 03/05/2016 15:28, Sebastian Huber wrote: This documentation is not from me. I will rewrite and restructure the CORE mutex soon, so all this will be hopefully fixed as a side-effect. I know and that is fine. Chris ___ devel mailing list

Re: [PATCH 17/19] score: __RTEMS_DO_NOT_INLINE_CORE_MUTEX_SEIZE__

On 03/05/16 05:24, Chris Johns wrote: +/** + * @brief Does mutex use priority ceiling. + * + * This routine returns true if the mutex's wait discipline is + * PRIORITY_CEILING and false otherwise. + * + * @param[in] the_attribute is the attribute set of the mutex. + * + * @retval true The mutex

Re: ESA SOCIS - Porting the Monkey HTTP Server

On 03/05/2016 15:23, Sebastian Huber wrote: On 03/05/16 04:27, Chris Johns wrote: What are these issues with kqueue? The Monkey kqueue uses a pipe so it was pipe. I had forgotten. The socket pairs are supported in the new network stack. Oh, sorry it was not socket pairs, it was a pipe

Re: ESA SOCIS - Porting the Monkey HTTP Server

On 03/05/16 04:27, Chris Johns wrote: On 02/05/2016 20:07, Sebastian Huber wrote: what is the benefit of the Monkey HTTP server compared to Civetweb? It is not mongoose or civetweb. :) Originally when I started looking at Monkey I was looking for something new to give us options and I

Re: [PATCH 17/19] score: __RTEMS_DO_NOT_INLINE_CORE_MUTEX_SEIZE__

On 29/04/2016 19:13, Sebastian Huber wrote: Delete __RTEMS_DO_NOT_INLINE_CORE_MUTEX_SEIZE__ as a preparation to restructure the CORE mutex variants and reduce the branch complexity. --- cpukit/configure.ac | 6 - cpukit/score/Makefile.am

Re: ESA SOCIS - Porting the Monkey HTTP Server

On 02/05/2016 20:07, Sebastian Huber wrote: what is the benefit of the Monkey HTTP server compared to Civetweb? It is not mongoose or civetweb. :) Originally when I started looking at Monkey I was looking for something new to give us options and I still think this is something we should

Re: [PATCH 3/4] testsuite: Add test for getnameinfo().

On 02/05/2016 22:49, Christian Mauderer wrote: From: Christian Mauderer testsuites/libtests/libnetworking01/Makefile.am| 22 +++ Should this be testsuites/libtests/networking01/ to follow the naming of the other tests in libtest, eg block01, dl01

Re: [PATCH 00/13] Replace mongoose with civetweb.

On 2016-05-02 09:57 +0200, Christian Mauderer wrote: > > Just two thoughts on the tools. Both doesn't need instant answers. > Please note that I don't intend to contradict the tools. > > I just took a quick glance on the linked pages but from that it seems > that both tools are quite

[PATCH 1/2] RTEMS: Adjust layout of struct _Thread_queue_Queue

Move _Thread_queue_Queue::_Lock to begin of the structure. On RTEMS, the presence of a lock component in the thread queue structures actually depends on the build-time RTEMS_SMP configuration option. A move of this part to the begin of the structure allows an implementation re-use for the other

[PATCH 2/2] RTEMS: Add _Thread_queue_Queue::_owner

Add _Thread_queue_Queue::_owner which will be used for the upcomming priority inheritance implementation and an O(m) independence-preserving protocol (OMIP) implementation. Signed-off-by: Sebastian Huber --- newlib/libc/sys/rtems/include/sys/lock.h | 6 +++---

[PATCH 2/4] libnetworking: Add minimal getnameinfo().

From: Christian Mauderer This implementation just falls back to giving a string representation of the IP. It supports IPv4 only. --- cpukit/libnetworking/Makefile.am| 2 +- cpukit/libnetworking/libc/getnameinfo.c | 61

[PATCH 4/4] libcsupport: Add dummy for setgroups().

From: Christian Mauderer The dummy for setgroups() allows applications using it to build (for example civetweb webserver). --- cpukit/libcsupport/Makefile.am | 2 +- cpukit/libcsupport/src/setgroups.c | 26

[PATCH 0/4] Add minimal getnameinfo() and dummy for setgroups().

Hello, the following patches add a minimal implementation for getnameinfo() that can give back a string representation of a given IPv4 address. Additionally a dummy for setgroups() is added that just does nothing. This two functions allow to build and link applications that use these functions.

[PATCH 1/4] libnetworking: Add prototype for getnameinfo().

From: Christian Mauderer Copy the prototype and necessary defines for getnameinfo() from current FreeBSD. --- cpukit/libnetworking/netdb.h | 47 1 file changed, 47 insertions(+) diff --git

[PATCH 3/4] testsuite: Add test for getnameinfo().

From: Christian Mauderer --- testsuites/libtests/Makefile.am| 1 + testsuites/libtests/configure.ac | 1 + testsuites/libtests/libnetworking01/Makefile.am| 22 +++ testsuites/libtests/libnetworking01/init.c

Re: ESA SOCIS - Porting the Monkey HTTP Server

Hello Rashad, what is the benefit of the Monkey HTTP server compared to Civetweb? On 01/05/16 00:48, Rashad M. Borbély wrote: Hello, Are you still looking for a student for The ESA's summer of code in space? I am interested in porting the Monkey HTTP server to RTEMS. Is this project open for

Re: [civetweb] Interface for setting stack size and scheduler options

Am 27.04.2016 um 23:44 schrieb bel: > > > What do you think of the solution of ignoring parameters? > > > Ignoring parameters on a certain platform feels like > "Error: parameter xyz does not work on platform ..." > > If the parameter exists, it is supposed to work. > > > > Or

Re: [PATCH 00/13] Replace mongoose with civetweb.

Am 02.05.2016 um 01:42 schrieb Amar Takhar: > On 2016-04-29 17:39 +1000, Chris Johns wrote: > >> I had a long chat to Amar about this topic today and he told me we >> should follow the FreeBSD model for vendor software. FreeBSD has >> https://svnweb.freebsd.org/base/vendor/ and it contains