On 30/10/15 09:53, Jan Sommer wrote:
Am Friday 30 October 2015, 07:50:16 schrieb Sebastian Huber:
>How is this tackled in the glibc/Linux support? Is the exact layout of
>the structures really interesting for Ada? I guess its sufficient to
>tell Ada the size and alignment of pthre
/adasupp.c
+++ b/cpukit/libgnat/adasupp.c
@@ -8,6 +8,7 @@
#include
#include
#include
+#include
/*
* _ada_pthread_minimum_stack_size
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47
---
cpukit/sapi/include/rtems/chain.h | 10 ++
doc/user/chains.t | 33 +
testsuites/sptests/spchain/init.c | 7 +++
3 files changed, 50 insertions(+)
diff --git a/cpukit/sapi/include/rtems/chain.h
b/cpukit/sapi/include/rtems/chain.h
Hello Gerald,
On 31/10/15 21:36, Gerald Pfeifer wrote:
Hi Sebastian,
what do you think about the follow-up patch below, on top of
your original patch?
thanks for the style changes.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89
On 30/10/15 19:02, Joel Sherrill wrote:
On October 30, 2015 1:58:33 PM EDT, Jan Sommer<soja-li...@aries.uberspace.de>
wrote:
>Am Friday 30 October 2015, 10:07:45 schrieb Sebastian Huber:
>>On 30/10/15 09:53, Jan Sommer wrote:
>> >Am Friday 30 October 2015, 07:50:16
Should be fixed now.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine
or double throughout, e.g. if we change the CPU
mask type to uint64_t, then the alignment specified here is no longer
correct.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu
On 05/11/15 15:50, Daniel Gutson wrote:
On Thu, Nov 5, 2015 at 11:41 AM, Sebastian Huber
<sebastian.hu...@embedded-brains.de> wrote:
>Hello,
>
>I would like to add the tools for RTEMS 4.12 to the RSB. The question is
>which GCC version should we use? Since our release pr
---
rtems/config/4.12/rtems-all.bset | 17
rtems/config/4.12/rtems-arm.bset | 4 ++
rtems/config/4.12/rtems-autotools-base.bset| 23 +++
rtems/config/4.12/rtems-autotools-internal.bset| 13 ++
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 +
On 07/10/15 09:04, Chris Johns wrote:
On 7/10/2015 4:33 pm, Sebastian Huber wrote:
>
>
>On 07/10/15 05:13, Chris Johns wrote:
>>On 23/09/2015 11:33 am, Gedare Bloom wrote:
>>> >ping. i will try to get to this tomorrow if no one else does.
>>What h
that at least RTEMS or another
configuration
supports or plans to support threads.h and functions. C11 says that the flag
__STDC_NO_THREADS__
can be used to indicate that threads.h and the functions are missing.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim
---
.../libbsp/arm/shared/lpc/network/lpc-ethernet.c | 6 ++--
c/src/lib/libbsp/i386/pc386/console/fb_cirrus.c| 2 +-
c/src/lib/libbsp/i386/shared/comm/uart.c | 2 +-
.../libbsp/powerpc/beatnik/network/if_em/if_em.c | 2 +-
.../lib/libbsp/powerpc/virtex4/startup/bspstart.c
---
c/src/librtems++/include/rtems++/rtemsTask.h | 4 ++--
cpukit/libblock/include/rtems/ide_part_table.h | 6 +++---
cpukit/rtems/include/rtems/rtems/clock.h | 2 +-
cpukit/rtems/include/rtems/rtems/tasks.h | 12 ++--
cpukit/rtems/include/rtems/rtems/tasksimpl.h | 2
---
c/src/lib/libbsp/shared/include/bootcard.h| 2 +-
c/src/lib/libbsp/shared/include/fatal.h | 2 +-
c/src/lib/libbsp/sparc/leon3/include/leon.h | 2 +-
cpukit/libcsupport/include/rtems/error.h | 2 +-
cpukit/libmisc/stackchk/check.c | 2 +-
---
c/src/lib/libbsp/i386/pc386/include/edid.h | 20 ++--
c/src/lib/libbsp/i386/pc386/include/vbe3.h | 14 +++---
.../libbsp/i386/shared/realmode_int/realmode_int.c | 4 ++--
.../libbsp/i386/shared/realmode_int/realmode_int.h | 2 +-
---
cpukit/score/include/rtems/score/basedefs.h | 41 -
1 file changed, 40 insertions(+), 1 deletion(-)
diff --git a/cpukit/score/include/rtems/score/basedefs.h
b/cpukit/score/include/rtems/score/basedefs.h
index 695ab8f..8e145f5 100644
---
---
cpukit/score/include/rtems/score/basedefs.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/cpukit/score/include/rtems/score/basedefs.h
b/cpukit/score/include/rtems/score/basedefs.h
index 5575a06..9e6bc0a 100644
--- a/cpukit/score/include/rtems/score/basedefs.h
a better
proposal is put forward.
What is your alternative? There is no way for a QorIQ device as complex
as a T4240 without FDT.
On 19/10/2015 6:53 pm, Sebastian Huber wrote:
> c/src/lib/libbsp/shared/include/fdt.h | 30 +++
> c/src/lib/libbsp/shared/src/bsp
for the lexicographical sorting, then you just have
to enumerate the sections by hand. That's the price for using bad tools.
We have to evaluate if a linker set based initialization is a problem
for mission-critical or safety-critical applications.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4
In case the thread dispatch disable level is not zero, then something is
probably broken in the operating system code which is difficult to find.
Could be a general memory corruption problem too. Which RTEMS version do
you use?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr.
On 21/10/15 01:24, Chris Johns wrote:
On 21/10/2015 12:56 am, Joel Sherrill wrote:
On 10/20/2015 6:15 AM, Sebastian Huber wrote:
Maybe we should build a list of BSP directories and find maintainers for
each directory in some time frame. Then remove all BSPs without a
maintainer.
That is one
Close #2433.
---
cpukit/libfs/src/rfs/rtems-rfs-rtems.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/cpukit/libfs/src/rfs/rtems-rfs-rtems.c
b/cpukit/libfs/src/rfs/rtems-rfs-rtems.c
index 999dfb3..a0ade04 100644
--- a/cpukit/libfs/src/rfs/rtems-rfs-rtems.c
+++
am not sure if its really useful.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist
On 07/10/15 05:13, Chris Johns wrote:
On 23/09/2015 11:33 am, Gedare Bloom wrote:
>ping. i will try to get to this tomorrow if no one else does.
What happened to this change?
https://lists.rtems.org/pipermail/devel/2015-September/012612.html
--
Sebastian Huber, embedded brains G
/smptests.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung
On 08/07/15 15:10, Rohini Kulkarni wrote:
On Wed, Jul 8, 2015 at 6:29 PM, Sebastian Huber
sebastian.hu...@embedded-brains.de
mailto:sebastian.hu...@embedded-brains.de wrote:
Hello Rohini,
please use git format-patch to generate the patches.
Actually,that is what I have used. I
In the build tree, there are exactly two identical cpuopts.h files. In this
file you must find a:
/* if SMP is enabled */
#define RTEMS_SMP 1--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E
- Yurii Shevtsov unge...@gmail.com schrieb:
No I haven't. I tried to write driver stub, but I got same issueson
RPi. What are the qemu args? Can I run qemu in terminal?
You have to figure out how the linker set mechanism works in general.
--
Sebastian Huber, embedded brains GmbH
Address
is the low level stuff, the scheduler and thread
dispatching works really well.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key
Thanks, I check in this patch on the 4.11 branch.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request
/devel
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im
This function is hard to support in alternative implementations. It has
no internal use case.
---
cpukit/sapi/include/rtems/rbtree.h| 10 --
cpukit/score/include/rtems/score/rbtree.h | 25 -
testsuites/sptests/sprbtree01/init.c | 7 ---
3 files
I would like to back port this patch to the 4.11 branch.
On 31/08/15 10:43, Sebastian Huber wrote:
This function is hard to support in alternative implementations. It has
no internal use case.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone
(void)
+{
+#ifdef ARM_MULTILIB_HAS_BARRIER_INSTRUCTIONS
+ asm volatile("dmb" : : : "memory");
+#else
+ asm volatile("" : : : "memory");
+#endif
+}
\ No newline at end of file
___
vc mailing list
v...@rtems.org
http://list
On 31/08/15 16:30, Gedare Bloom wrote:
It's on the caller to ensure no ordering violation?
Yes, I added this function for the Linux rbtree support. One user is the
JFFS2 file system.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49
Use the BSD implementation since it is faster, more
flexible and uses less storage. See https://github.com/sebhub/rb-bench.
---
cpukit/score/include/rtems/score/rbtree.h | 277 +
cpukit/score/include/rtems/score/rbtreeimpl.h | 118
cpukit/score/src/rbtreeextract.c
---
cpukit/score/Makefile.am | 1 +
cpukit/score/include/rtems/score/rbtree.h | 13 +++
cpukit/score/src/rbtreereplace.c | 61 +++
3 files changed, 75 insertions(+)
create mode 100644 cpukit/score/src/rbtreereplace.c
diff --git
---
cpukit/libfs/Makefile.am | 1 -
cpukit/libfs/src/jffs2/include/linux/rbtree.h | 128 ++--
cpukit/libfs/src/jffs2/src/compat-rbtree.c| 422 --
3 files changed, 98 insertions(+), 453 deletions(-)
delete mode 100644
On 31/07/15 09:23, Sebastian Huber wrote:
On 31/07/15 09:10, Chris Johns wrote:
On 31/07/2015 4:44 pm, Sebastian Huber wrote:
>
>>Is this for 4.12 ?
>
>This is just a proof-of-concept patch, but it would be nice to include
>this in the next release along with the C
in RTEMS. In the long run
support for thread join and detach should be added to the API
independent RTEMS services.
libgcc/ChangeLog
2015-09-01 Sebastian Huber <sebastian.hu...@embedded-brains.de>
* config/gthr-rtems.h (__GTHREADS_CXX0X): New.
(__GTHREAD_HAS_COND): Li
On 01/09/15 12:10, Sebastian Huber wrote:
Shared mutexes are not implemented in general.
This works now also:
https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00027.html
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
---
cpukit/posix/src/setcancelstate.c | 7 +++
cpukit/posix/src/setcanceltype.c| 7 +++
testsuites/psxtests/psxcancel/init.c| 8
testsuites/psxtests/psxcancel/psxcancel.scn | 6 +++---
4 files changed, 13 insertions(+), 15 deletions(-)
diff --git
On 01/09/15 13:05, Sebastian Huber wrote:
On 01/09/15 12:10, Sebastian Huber wrote:
Shared mutexes are not implemented in general.
This works now also:
https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00027.html
With this additional fix:
https://gcc.gnu.org/ml/gcc/2015-09/msg00021.html
On 02/09/15 02:50, Chris Johns wrote:
On 1/09/2015 8:52 pm, Daniel Gutson wrote:
>
>El 31/7/2015 3:28, "Chris Johns" <chr...@rtems.org
><mailto:chr...@rtems.org>> escribió:
>>
>>On 31/07/2015 4:11 pm, Sebastian Huber wrote:
>> >For sy
have no outstanding patches for the 4.11 branch. What else prevents
the release?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public
1: priority 36
>>>>>>> >
>>>>>>> > TA01: exiting
>>>>>>> >
>>>>>>> > *** END OF TEST SPSEM 4 ***
>>>>>>> >
>>>>>>> > You can
7, 2015 at 3:04 PM, Sebastian Huber
<sebastian.hu...@embedded-brains.de> wrote:
Hello Saurabh,
On 05/09/15 01:52, Saurabh Gadia wrote:
This is the patch for solving priority inversion problem for uniprocessor
architecture. It works correctly for all test cases on master. For 4.11 the
pat
the suggested implementation would even work on SMP systems
quite well.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key
Committed:
https://gcc.gnu.org/viewcvs/gcc?view=revision=227428
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available
---
cpukit/sapi/include/confdefs.h | 7 +-
cpukit/score/include/rtems/score/threadq.h | 44 +++-
cpukit/score/include/rtems/score/threadqimpl.h | 16 ++
cpukit/score/src/thread.c | 3 +-
cpukit/score/src/threadinitialize.c| 4 +-
---
doc/user/smp.t | 38 ++
1 file changed, 38 insertions(+)
diff --git a/doc/user/smp.t b/doc/user/smp.t
index 1b4849a..ba700e0 100644
--- a/doc/user/smp.t
+++ b/doc/user/smp.t
@@ -147,6 +147,44 @@ another processor. So if we enable interrupts during this
---
cpukit/score/include/rtems/score/threadq.h | 31 --
1 file changed, 29 insertions(+), 2 deletions(-)
diff --git a/cpukit/score/include/rtems/score/threadq.h
b/cpukit/score/include/rtems/score/threadq.h
index 8f2b138..2b58310 100644
---
---
cpukit/score/include/rtems/score/threadimpl.h | 31 +
cpukit/score/include/rtems/score/threadqimpl.h | 25 +++
cpukit/score/src/coremutexseize.c | 2 +-
cpukit/score/src/coremutexsurrender.c | 1 +
cpukit/score/src/mutex.c |
On 02/09/15 13:27, Daniel Gutson wrote:
El 2/9/2015 5:17, "Sebastian Huber"
<sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>> escribió:
>
>
>
> On 01/09/15 13:05, Sebastian Huber wrote:
>>
>> On 01/09/15 12:10,
On 02/09/15 13:32, Daniel Gutson wrote:
El 2/9/2015 5:28, "Sebastian Huber"
<sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>> escribió:
>
>
>
> On 02/09/15 02:50, Chris Johns wrote:
>>
>> On 1/09/2015 8:52 pm, Da
---
doc/user/smp.t | 66 ++
1 file changed, 66 insertions(+)
diff --git a/doc/user/smp.t b/doc/user/smp.t
index 2ab9aaf..a06be8a 100644
--- a/doc/user/smp.t
+++ b/doc/user/smp.t
@@ -465,6 +465,72 @@ architecture please consult the
On 03/09/15 16:59, Gedare Bloom wrote:
On Thu, Sep 3, 2015 at 8:01 AM, Sebastian Huber
<sebastian.hu...@embedded-brains.de> wrote:
>---
> doc/user/smp.t | 38 ++
> 1 file changed, 38 insertions(+)
>
>diff --git a/doc/user/smp.t b/
On 03/09/15 17:09, Gedare Bloom wrote:
On Thu, Sep 3, 2015 at 8:46 AM, Sebastian Huber
<sebastian.hu...@embedded-brains.de> wrote:
---
doc/user/smp.t | 66 ++
1 file changed, 66 insertions(+)
diff --git a/doc/user/smp.t b/do
a significantly better performance
compared
+to the POSIX configuration of libgomp. It is possible to
+configure thread pools for each scheduler instance via the environment
+variable GOMP_RTEMS_THREAD_POOLS.
+
+
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178
On 03/09/15 15:47, Martin Galvan wrote:
Hi Sebastian! Thanks for your answer. There are a couple of things I
still don't get :)
On Thu, Sep 3, 2015 at 2:48 AM, Sebastian Huber
<sebastian.hu...@embedded-brains.de> wrote:
I updated the rtems-testing repository.
1. You have to
4.11.
Once we have 5.0 and waf, buildbot will decide when a release is ready.
When the feature set for the release is available and buildbot shows the
code is suitable it can be released. It might be months or just weeks.
We have the 4.11 release branch, but still no release. Independent of
t
On 10/09/15 09:49, Pavel Pisa wrote:
Hello Sebastian,
On Thursday 10 of September 2015 08:52:37 Sebastian Huber wrote:
On 28/07/15 09:48, Chris Johns wrote:
Either scheme fits pretty well with RTEMS release cycle I think.
Even if we can get down to one release per year, the numbers
won't
---
aclocal/version.m4| 4 ++--
c/src/aclocal/version.m4 | 4 ++--
cpukit/aclocal/version.m4 | 4 ++--
testsuites/aclocal/version.m4 | 4 ++--
4 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/aclocal/version.m4 b/aclocal/version.m4
index 6ca81ac..6ced838 100644
improvement second.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 1
terminated.
I added some months ago to Newlib:
2015-03-23 Sebastian Huber <sebastian.hu...@embedded-brains.de>
* libc/include/sys/tree.h: New file.
The or1k should use the upstream Newlib. If this is not possible, then
we should add some Autoconf stuff to provide a if necessary
(s
ntal nesting? Will it be fine with RTEMS?
note: Cyrille please mention any other doubts if I have missed any.
Thanks,
Saurabh Gadia
On Sun, Sep 6, 2015 at 11:04 PM, Sebastian Huber
<sebastian.hu...@embedded-brains.de> wrote:
Hello Saurabh,
On 05/09/15 01:52, Saurabh Gadia wrote:
Thi
want more control:
https://docs.rtems.org/doxygen/cpukit/html/group__IMFSGenericNodes.html
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP
t
deadlocks, since this would result in an infinite loop with interrupts
disabled.
note: *Cyrille* please mention any other doubts if I have missed any.
Thanks,
Saurabh Gadia
On Sun, Sep 6, 2015 at 11:04 PM, Sebastian Huber
<sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@e
rtems_status_code_to_errno() does for you.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine
tter.
With respect to the verification you can only verify a subset, e.g.
consider only ordered acquire/release sequences if this helps.
On Fri, Sep 11, 2015 at 4:18 PM, Sebastian Huber
<sebastian.hu...@embedded-brains.de> wrote:
Hello Saurabh,
On 11/09/15 02:14, Saurabh Gadia wrote:
Hi Sebast
- Chris Johns <chr...@rtems.org> schrieb:
> On 2/10/2015 8:33 am, Sebastian Huber wrote:
> > Why do you think it is wrong?
>
> Because the check is for 'arm' and the file is 'mips'.
The mips variant is generic (C code only). There is no functional change.
Before
Why do you think it is wrong?
The background for this change is that we need an explicit one-to-one mapping
of libbsd and original FreeBSD files.
- Chris Johns <chr...@rtems.org> schrieb:
> On 1/10/2015 2:56 am, Sebastian Huber wrote:
> > diff --git a/wscript b/wscript
&g
Hello,
https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00562.html
This means that GCC 6 needs thorough testing on SPARC.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu
cessor) and the AT697F (LEON2-FT)?
Why do we have no leon3 variant without fixes for the UT699 and AT697F?
Which multilib do you suggest now for the NGMP/GR740?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 4
On 28/09/15 14:33, Sebastian Huber wrote:
On 28/09/15 14:13, Daniel Hellstrom wrote:
Now that muser-mode is default the multilib definitions does not
require to
specify that switch any more. Add UT699 to multilib after recent
patches. Add
AT697F multilib since there are many LEON2 users
Hello Gedare,
this part of the compare exchange operation is not used in 4.11. There are a
couple of other issues with the low level SMP code that turned up after a
review and this is a preparation patch.
- Am 25. Sep 2015 um 22:38 schrieb Gedare Bloom ged...@rtems.org:
> Sebastian,
>
.
It would be nice if you can update the RTEMS documentation accordingly
similar to ARM and PowerPC, e.g.
https://docs.rtems.org/doc-current/share/rtems/html/cpu_supplement/ARM-Specific-Information-Multilibs.html#ARM-Specific-Information-Multilibs
--
Sebastian Huber, embedded brains GmbH
Address
On 28/09/15 15:39, Daniel Hellstrom wrote:
On 09/28/2015 03:37 PM, Sebastian Huber wrote:
On 28/09/15 15:20, Daniel Hellstrom wrote:
Which multilibs do we have after this change?
.;
soft;@msoft-float
v8;@mcpu=v8
leon3;@mcpu=leon3
leon3v7;@mcpu=leon3v7
leon;@mcpu=leon
leon/ut699;@mcpu
implement an
> MMU instead of just an MPU. Would it be feasible to support that?
The GR740 has an IOMMU (chapter 17).
http://microelectronics.esa.int/ngmp/GR740-UM-DS-v1.pdf
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49
you Joel! I have another question if you don't mind: where i can find the
realview_pbx_a9_qemu.exp file?
I can't find it in dejagnu/boards.
Sorry, I check this file in.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax :
Hello Isaac,
what is the license of the ST code? The last time I looked at this code
it had a license incompatible to open source projects.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
Import from latest FreeBSD. Move types and defines to
so that it can be customized per target.
newlib/ChangeLog
2015-09-21 Sebastian Huber <sebastian.hu...@embedded-brains.de>
* libc/include/threads.h: New.
* libc/sys/rtems/include/machine/_threads.h: Likewise.
---
---
cpukit/Makefile.am | 1 +
cpukit/configure.ac| 4 +
cpukit/libstdthreads/Makefile.am | 21 +
cpukit/libstdthreads/call_once.c | 6 +-
cpukit/libstdthreads/cnd.c |
---
cpukit/libstdthreads/call_once.c | 44 ++
cpukit/libstdthreads/cnd.c | 98 ++
cpukit/libstdthreads/mtx.c | 116 +++
cpukit/libstdthreads/thrd.c | 128 +++
.
This should apply over Sudarshan's patch.
Is this this one
https://lists.rtems.org/pipermail/devel/2015-August/012382.html
?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu
newlib/ChangeLog
2015-09-21 Sebastian Huber <sebastian.hu...@embedded-brains.de>
* libc/include/sys/cdefs.h: Add style changes of latest FreeBSD
version.
---
newlib/libc/include/sys/cdefs.h | 64 -
1 file changed, 32 insertions(
newlib/ChangeLog
2015-09-21 Sebastian Huber <sebastian.hu...@embedded-brains.de>
* libc/include/sys/cdefs.h: Synchronize with latest FreeBSD
version.
---
newlib/libc/include/sys/cdefs.h | 160 ++--
1 file changed, 138 insertions(
, its a classic stack overflow (80 bytes on the stack, stack size
is 256KiB).
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public
Thanks for your patience. I checked in both patches. Please let me know
if it works. In this case I add them to the 4.11 branch.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail
Import some function declarations from latest FreeBSD.
newlib/ChangeLog
2015-09-24 Sebastian Huber <sebastian.hu...@embedded-brains.de>
* libc/include/stdlib.h (alloc_aligned): Declare.
(at_quick_exit): Likewise.
(quick_exit): Likewise.
---
newlib/libc/i
Hello Isaac,
this sounds all right in case all the files added to RTEMS provided by
ST contain this header in the ZIP file distributed by ST. One commit
should add all these files unmodified. A download link for this ZIP file
in the commit message would be nice.
--
Sebastian Huber, embedded
in the
bug report.
Andres will fix it and will let you know about the progress.
Thanks,
Daniel.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
.rtems.org/pipermail/devel/2014-September/008191.html
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Hello Aun-Ali,
thanks, I committed your patches. However, I merged patch 1 and 2 of
this series, so that the BSP removal consists of only one patch.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189
Update #2408.
---
cpukit/sapi/src/exinit.c | 2 --
cpukit/score/include/rtems/score/apiext.h | 9 +
cpukit/score/src/apiext.c | 6 +-
3 files changed, 2 insertions(+), 15 deletions(-)
diff --git a/cpukit/sapi/src/exinit.c b/cpukit/sapi/src/exinit.c
Update #2408.
---
cpukit/sapi/src/exinit.c | 7 ---
cpukit/score/include/rtems/score/apiext.h | 28 +---
cpukit/score/src/apiext.c | 24 +---
3 files changed, 2 insertions(+), 57 deletions(-)
diff --git
On 08/12/15 07:35, Sebastian Huber wrote:
Hello Aun-Ali,
thanks, I committed your patches. However, I merged patch 1 and 2 of
this series, so that the BSP removal consists of only one patch.
Ok, I updated the wiki page accordingly.
https://devel.rtems.org/wiki/Developer/Removing_a_BSP
If nobody complains, then I will commit this tomorrow, since I don't
want to update this patch each time a BSP is removed.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail
Sorry, wrong patch. Please ignore it.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht
601 - 700 of 10377 matches
Mail list logo