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 the
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 a
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
From: Christian Mauderer
---
testsuites/libtests/Makefile.am| 1 +
testsuites/libtests/configure.ac | 1 +
testsuites/libtests/libnetworking01/Makefile.am| 22 +++
testsuites/libtests/libnetworking01/init.c | 161 +
.../l
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 a/cpukit/libnetworking/netdb.h b/cpukit/libnetworking/netdb.h
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.
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 +
2 files changed, 62 insertions(+),
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
testsuites/psxtests/psxhdrs/Makefile.am
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 p
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 +++---
1 file changed, 3 insertions(+), 3
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 git-centered
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 etc?
diff --git a/testsuites/libtest
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 con
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 |
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
st
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 a
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 i
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
devel@rte
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, sorry
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 should
20 matches
Mail list logo
