- Chris Johns schrieb:
> On 28/07/2015 6:01 am, Sebastian Huber wrote:
> >
> > - Gedare Bloom schrieb:
> >> Extrapolating a bit, we would have:
> >> 4.11.0 release series (following old conventions)
> >> 5.0 next development version, no release
testing and documentation first ?
Since testing and documentation will be contained in RTEMS I would
really appreciate if we can commit this Newlib patch first since RTEMS
and GCC patches depend on it.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Ph
i 1.
Thanks.
On 22 Jul 2015 18:59, "Sebastian Huber"
mailto:sebastian.hu...@embedded-brains.de>> wrote:
Sorry, I cannot help you here since I never worked with a
Raspberry Pi.
--
Sebastian Huber, embedded brains GmbH
rier_align : 1M;
+bsp_section_rwbarrier_align = DEFINED (bsp_section_rwbarrier_align) ?
bsp_section_rwbarrier_align : 1M;
+
bsp_translation_table_base = ORIGIN (RAM_MMU);
INCLUDE linkcmds.armv4
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone
devel list.
I am not sure why you need additional sections in the MMU table for the
frame buffer. In case it needs non-cachable memory, why don't you put it
into the .bsp_nocache section? You can also use a heap for this
section, see rtems_cache_coherent_allocate().
--
Sebastian Huber,
On 29/07/15 11:52, Rohini Kulkarni wrote:
On Tue, Jul 28, 2015 at 12:24 PM, Sebastian Huber
<mailto:sebastian.hu...@embedded-brains.de>> wrote:
Hello Rohini,
please use the devel list.
On 28/07/15 07:41, Rohini Kulkarni wrote:
Hi,
I wish to underst
On 29/07/15 10:17, Pavel Pisa wrote:
Hello Sebastian,
On Wednesday 29 of July 2015 09:06:47 Sebastian Huber wrote:
On 28/07/15 02:31, Pavel Pisa wrote:
I think it's much closer to what we expected. you may checkout my
github and my dropbox.
https://github.com/yangqiao/rtems
Hello Joel,
maybe this is a problem with the e-mail client. I attached it as a TAR archive.
--
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.huber at embedded-brains.de
Hello,
please have a look at the following bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064
This is really nice in combination with defines and macros that use ( )
to make sure the content stays together.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178
r variables are GCC specific.
Is it possible to construct objects without an address via plain C++?
--
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. In the long run
support for thread join and detach should be added to the API
independent RTEMS services.
libgcc/ChangeLog
2015-07-31 Sebastian Huber
* config/gthr-rtems.h (__GTHREADS_CXX0X): New.
(__GTHREAD_HAS_COND): Likewise.
(__gthread_t): Likewise
On 31/07/15 08:28, Chris Johns wrote:
On 31/07/2015 4:11 pm, Sebastian Huber wrote:
For synchronization objects use the self-contained objects available via
Newlib .
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=ecaef05f6601f1e8acb78fb65b411a258f39988a
Enable the C
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 C11 threads support.
>
If you have tests and
as no address, since this is a real
register. This, however, is not a problem:
int *h(void)
{
register int i;
return &i;
}
--
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-Mai
On 31/07/15 15:17, Yurii Shevtsov wrote:
Where is the linker script which is responsible for
.rtemsroset.bsd.nexus.content section?
This is linkcmds.base, search for rtemsroset.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189
/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 ch
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
---
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 cpukit/libfs/src/jffs2/sr
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 a/cpukit/
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
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://lists.rtems.org/mailman/li
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
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
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
* config/gthr-rtems.h (__GTHREADS_CXX0X): New.
(__GTHREAD_HAS_COND): Likewise.
(__gthread_t): Likewise
---
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 a/c
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" <mailto:chr...@rtems.org>> escribió:
>>
>>On 31/07/2015 4:11 pm, Sebastian Huber wrote:
>> >For synchronization object
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
On 02/09/15 13:32, Daniel Gutson wrote:
El 2/9/2015 5:28, "Sebastian Huber"
<mailto:sebastian.hu...@embedded-brains.de>> escribió:
>
>
>
> On 02/09/15 02:50, Chris Johns wrote:
>>
>> On 1/09/2015 8:52 pm, Daniel Gutson wrote:
>>>
>
On 02/09/15 13:27, Daniel Gutson wrote:
El 2/9/2015 5:17, "Sebastian Huber"
<mailto:sebastian.hu...@embedded-brains.de>> escribió:
>
>
>
> On 01/09/15 13:05, Sebastian Huber wrote:
>>
>> On 01/09/15 12:10, Sebastian Huber wrote:
>>&g
Committed:
https://gcc.gnu.org/viewcvs/gcc?view=revision&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
On 02/09/15 16:58, Martin Galvan wrote:
On 02/09/2015 15:00, Sebastian Huber wrote:
I deleted the test tree. It will take a couple of days before I create a
new one. I think it makes more sense if you run the tests yourself, so
that you can debug them. I use the realview_pbx_a9_qemu BSP for
---
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
--- a/cpukit/score/include/rtems
---
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 | 15
---
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
tr
---
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 +-
cpukit/
---
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 @cite{RTEM
ys/lock.h> and offers 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
On 03/09/15 16:59, Gedare Bloom wrote:
On Thu, Sep 3, 2015 at 8:01 AM, Sebastian Huber
wrote:
>---
> 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 1006
On 03/09/15 17:09, Gedare Bloom wrote:
On Thu, Sep 3, 2015 at 8:46 AM, Sebastian Huber
wrote:
---
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
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
wrote:
I updated the rtems-testing repository.
1. You have to adjust the VERSIONS file.
Is this file meant to
gt;> > TA02: priority 34 after releasing S1
>>>>>>> >
>>>>>>> > TA02: suspending
>>>>>>> >
>>>>>>> > TA01: priority 36
>>>>>>> >
>>>>>>> > TA01: exiting
>>>>>>> >
>>>>>>> > *** END
think 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 : Publi
, Sep 7, 2015 at 3:04 PM, Sebastian Huber
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
patch get applied cleanly but the branch
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 89 189 47 41-16
Fax : +49 89 189 47 4
pt in 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
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
---
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
-
^
compilation terminated.
I added some months ago to Newlib:
2015-03-23 Sebastian Huber
* 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
(similar to ).
--
Sebas
care that we don't get
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
<mailto:sebastian.hu...@embedded-brains.de
sting? 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
wrote:
Hello Saurabh,
On 05/09/15 01:52, Saurabh Gadia wrote:
This is the patch for solving priority inversion problem
f you 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.d
what 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
er.
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
wrote:
Hello Saurabh,
On 11/09/15 02:14, Saurabh Gadia wrote:
Hi Sebastian,
Sorry for late reply. I was
09:00:00, 09:00:04,..., 09:00:34 immediately.
Is this a normal behaviour for this test in this BSP?
Yes, in case the fast idle is enabled (default). This helps to speed up
test suite runs.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone :
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 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public
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
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
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
* libc/include/threads.h: New.
* libc/sys/rtems/include/machine/_threads.h: Likewise.
---
newlib/libc/include/threads.h
newlib/ChangeLog
2015-09-21 Sebastian Huber
* libc/include/sys/cdefs.h: Add style changes of latest FreeBSD
version.
---
newlib/libc/include/sys/cdefs.h | 64 -
1 file changed, 32 insertions(+), 32 deletions(-)
diff --git a/newlib/libc
newlib/ChangeLog
2015-09-21 Sebastian Huber
* libc/include/sys/cdefs.h: Synchronize with latest FreeBSD
version.
---
newlib/libc/include/sys/cdefs.h | 160 ++--
1 file changed, 138 insertions(+), 22 deletions(-)
diff --git a/newlib/libc
---
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 +++
cpukit/libst
ter.
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
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
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
ctly.
Ok, 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
Import some function declarations from latest FreeBSD.
newlib/ChangeLog
2015-09-24 Sebastian Huber
* libc/include/stdlib.h (alloc_aligned): Declare.
(at_quick_exit): Likewise.
(quick_exit): Likewise.
---
newlib/libc/include/stdlib.h | 11 +++
1 file changed
lists.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 requ
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,
> Doe
The fixed size 8-bit, 16-bit, 32-bit and 64-bit integer types are optional too.
I don't think this is a compiler issue. Some architectures may have problems
to support such types.
- Am 26. Sep 2015 um 21:30 schrieb Joel Sherrill joel.sherr...@oarcorp.com:
> Hi
>
> I was doing some invest
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
nd 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
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
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 schrieb:
> On 1/10/2015 2:56 am, Sebastian Huber wrote:
> > diff --git a/wscript b/wscript
> > index 673479f.
- Chris Johns 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 this ch
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
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
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
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?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
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 +
c/src/lib/libbsp/bfin/eZKit533/startup/l
rt 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
---
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 +-
c/src/lib/libc
---
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
--- a/cpukit/score/include/rtem
---
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
+++
---
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 +-
cpukit/sapi/include
---
.../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 |
On 17/10/15 02:14, Chris Johns wrote:
On 16/10/2015 5:59 pm, Sebastian Huber wrote:
---
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
On 19/10/15 07:50, Chris Johns wrote:
On 19/10/2015 4:47 pm, Sebastian Huber wrote:
Since its not explained what a '-' means in the RTEMS project its
probably subject to interpretation. GCC and other GNU projects clarify
this in READMEs for example.
We should clarify this. Would y
- Am 19. Okt 2015 um 20:51 schrieb Joel Sherrill joel.sherr...@oarcorp.com:
> Hi
>
> psxcancel and spcontext01 fail on the master.
This is
https://devel.rtems.org/ticket/2402
and (SPARC floating point support on uni-processor configurations is not bullet
proof)
https://devel.rtems.org/
;-o',
'freebsd/sys/contrib/ncsw/Peripherals/BM/bm.c.16.o']
E.g. what is the equivalent of $(top_srcdir) or $(srcdir) in waf?
This -include is something else than a simple -I. It instructs GCC to
include the specified file. So, this is a command line #include <...>.
--
Seb
ed until 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/shar
alternative
(spending several man months to write a boot loader from scratch is not
really an option for us).
--
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
301 - 400 of 10396 matches
Mail list logo