On 21/03/2016 17:29, Sebastian Huber wrote:
Its already fixed on the master.
https://git.rtems.org/rtems-tools/commit/?id=f027f37661fc8c12ab07f92982f0c86e4e0717de
Thanks.
From my point of view we should not use branches for the RTEMS Tools
and RSB.
I had been undecided on this for a whi
On 19/03/16 02:35, Gedare Bloom wrote:
On Fri, Mar 18, 2016 at 6:03 PM, Павел Мовчан wrote:
>Hello all,
>
>I want to work with RTEMS and do some work for it.
>I find SMP and "Condition Variables"(status?) is very interesting for me. I
SMP is moving fast right now. Sebastian Huber may have mo
On 21/03/16 06:30, Chris Johns wrote:
On 21/03/2016 14:40, Joel Sherrill wrote:
(2) There is this group of powerpc BSPs failing on dl01:
[snip]
No. If could be rtems-tld. What is the error?
mv dl01.pre.exe dl01.pre
rtems-syms -e -c "-mcpu=603e -mstrict-align -meabi -msdata=s
On 20/03/16 21:40, Joel Sherrill wrote:
---
cpukit/libstdthreads/thrd.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/cpukit/libstdthreads/thrd.c b/cpukit/libstdthreads/thrd.c
index c2e439f..cc2d20f 100644
--- a/cpukit/libstdthreads/thrd.c
+++ b/cpukit/libstdthreads/thrd.c
@@ -96,6
On 21/03/2016 14:40, Joel Sherrill wrote:
(2) There is this group of powerpc BSPs failing on dl01:
[snip]
No. If could be rtems-tld. What is the error?
mv dl01.pre.exe dl01.pre
rtems-syms -e -c "-mcpu=603e -mstrict-align -meabi -msdata=sysv
-fno-common -O2 -g -fno-keep-inline-f
Thank you for the comment.
We got little bit delayed to meet the RTEMS coding standard.
Regarding the source commitment, we have following questions.
1. Shall we just post diffs to the mailing list? (FYI, our implementation
includes about 10 files and 1,300~1,500 lines total)
2. Will it be ok
On Sun, Mar 20, 2016 at 9:31 PM, Chris Johns wrote:
> On 21/03/2016 13:24, Joel Sherrill wrote:
>
>>
>> My 4.11 build sweep
>>
>
> Thanks for doing this.
>
> isn't finished yet but there are a couple of things to report:
>>
>
> Is this rc3 or the 4.11 branch in git?
>
>
4.11 on git.
>
>> (1) Th
On 21/03/2016 13:24, Joel Sherrill wrote:
My 4.11 build sweep
Thanks for doing this.
isn't finished yet but there are a couple of things to report:
Is this rc3 or the 4.11 branch in git?
(1) The moxie tools failed to build.
Please raise a ticket.
(2) There is this group of powerpc
Hi
My 4.11 build sweep isn't finished yet but there are a couple of things to
report:
(1) The moxie tools failed to build.
(2) There is this group of powerpc BSPs failing on dl01:
$ grep "dl01.exe.*failed" log/*
log/powerpc-brs5l.log:Makefile:662: recipe for target 'dl01.exe' failed
log/powerpc
Hi Chris, Isaac
I implemented a C program as Isaac said to parse and understand an example CTF
trace stream based on an input config. It was really helpful to understand the
overall CTF structure. Now im looking at the Capture Engine code to understand
how concurrent buffering is supported and
On 21/03/2016 08:24, Joel Sherrill wrote:
FWIW 64c is swamped with a couple of VMs. Hint.
I was not logged into one after I got it to install updates and the
other one I have not touch in a while. Hmmm, it is being rebooted as
svchost was running at 40%. Both seem to have calmed down now.
On Mon, Mar 21, 2016 at 8:24 AM, Stefan Wallentowitz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 20.03.2016 22:17, Hesham Almatary wrote:
>> Hi Stefan,
>>
>> Thanks you! The gcc-4.8 patch was aging, so updating it is great.
>>
>> Have you had a chance to build the or1k BSP and
On Mon, Mar 21, 2016 at 8:22 AM, Chris Johns wrote:
> On 21/03/2016 08:13, Hesham Almatary wrote:
>>
>> I am not sure about the current Adapteva's plan to push their patches
>> upstream. Last time I contacted them, they said they have higher
>> priorities.
>
>
> Who did you talk to?
>
https://gith
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20.03.2016 22:17, Hesham Almatary wrote:
> Hi Stefan,
>
> Thanks you! The gcc-4.8 patch was aging, so updating it is great.
>
> Have you had a chance to build the or1k BSP and run ticker or hello
> on or1ksim with those new patches?
>
> Cheers, H
On 21/03/2016 08:13, Hesham Almatary wrote:
I am not sure about the current Adapteva's plan to push their patches
upstream. Last time I contacted them, they said they have higher
priorities.
Who did you talk to?
Maybe we can take this off line and see what can be done about it.
Chris
On 21/03/2016 02:04, Joel Sherrill wrote:
Chris.. this is a 4.11 patch so I think you should approve/merge it.
I don't want to push onto 4.11. Plus it should really have a ticket.
Given your 4.11 sweep shows something is not building I think it is ok
but I will let Heshman ack this change :)
On 21/03/2016 08:15, Joel Sherrill wrote:
The 4.11 build sweep is about 1/2 way through.
Is this with RSB from git or the 4.11.0-rc3 release?
So far, avr and epiphany
fail to build. avr is a gcc ICE and apparently I didn't build an epiphany
toolset.
I will wait for your build to finish.
C
Hi Stefan,
Thanks you! The gcc-4.8 patch was aging, so updating it is great.
Have you had a chance to build the or1k BSP and run ticker or hello on
or1ksim with those new patches?
Cheers,
Hesham
On Mon, Mar 21, 2016 at 2:50 AM, Stefan Wallentowitz
wrote:
> Bump the OpenRISC toolchain to newer
Hi,
I am not sure about the current Adapteva's plan to push their patches
upstream. Last time I contacted them, they said they have higher
priorities.
On Mon, Mar 21, 2016 at 3:04 AM, Joel Sherrill wrote:
> Hi
>
> I don't seem to have any luck building epiphany tools for either
> epiphany-rtems4
---
cpukit/libstdthreads/thrd.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/cpukit/libstdthreads/thrd.c b/cpukit/libstdthreads/thrd.c
index c2e439f..cc2d20f 100644
--- a/cpukit/libstdthreads/thrd.c
+++ b/cpukit/libstdthreads/thrd.c
@@ -96,6 +96,9 @@ thrd_exit(int res)
{
pthre
---
cpukit/libnetworking/sys/libkern.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/cpukit/libnetworking/sys/libkern.h
b/cpukit/libnetworking/sys/libkern.h
index afeaa13..7aa6e8b 100644
--- a/cpukit/libnetworking/sys/libkern.h
+++ b/cpukit/libnetworking/sys/libkern.h
@@ -78,7 +78,9 @@ ch
---
cpukit/libmisc/cpuuse/cpuusagetop.c | 1 -
cpukit/score/src/threadglobalconstruction.c | 3 +++
testsuites/sptests/Makefile.am | 2 +-
testsuites/sptests/sp13/task1.c | 9 +
4 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/cpukit/libmisc/c
---
testsuites/sptests/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/testsuites/sptests/Makefile.am b/testsuites/sptests/Makefile.am
index 53adfc1..43f3d82 100644
--- a/testsuites/sptests/Makefile.am
+++ b/testsuites/sptests/Makefile.am
@@ -65,7 +65,7 @@ _SUBDIRS
---
cpukit/telnetd/telnetd.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/cpukit/telnetd/telnetd.c b/cpukit/telnetd/telnetd.c
index 70ccbe1..8152ce3 100644
--- a/cpukit/telnetd/telnetd.c
+++ b/cpukit/telnetd/telnetd.c
@@ -482,17 +482,18 @@ telnetd_dflt_spawn(const c
On 21/03/2016 4:52 AM, Joel Sherrill wrote:
+ moxie - requires dtc to build gdb. Does sb-check look for this?
Not sure where to install this from on Centos 7. Need to use
RTEMS RSB for this before building Moxie. Can this be addressed
in the RSB?
Yes, the 4.11 branch has DTC as pa
Hi
With the gcc and RTEMS masters, the warnings have crept up again.
This is the summary.
As always, this is something that takes continuous vigilance and
anyone in the community can contribute. Take a look at your build
logs and see if you can submit a patch or few to fix some warnings.
Thanks.
Hi
I did a sweep to build all tools and targets using the master
on a Centos 7 host. The big change was a feature flag rework
in newlib and Sebastian fixed the compile issues before I started.
Here is what I have noted:
+ newlib - guard for ftello/fseeko is not right. Being fixed.
+ newlib - epip
Bump the OpenRISC toolchain to newer versions.
* Binutils to 2.26
* GCC to 4.9.3
* GDB to 7.9
updates #2668
---
rtems/config/4.11/rtems-or1k.bset | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/rtems/config/4.11/rtems-or1k.bset
b/rtems/config/4.11/rtems-or1k.b
Hi
I don't seem to have any luck building epiphany tools for either
epiphany-rtems4.12 or epiphany-elf on the master of binutils-gdb,
gcc, and newlib. I am posting the current "add rtems" patch for
posterity. It looks like epiphany-elf isn't supported by upstream
binutils yet but it is in gdb.
--
Bump the OpenRISC toolchain to newer versions.
* Binutils to 2.26
* GCC to 4.9.3
* GDB to 7.11
updates #2669
---
rtems/config/4.12/rtems-or1k.bset | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/rtems/config/4.12/rtems-or1k.bset
b/rtems/config/4.12/rtems-or1k
On Sun, Mar 20, 2016 at 10:06 AM, Stefan Wallentowitz <
ste...@wallentowitz.de> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 20.03.2016 16:04, Joel Sherrill wrote:
> > Chris.. this is a 4.11 patch so I think you should approve/merge
> > it. I don't want to push onto 4.11. Plus i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20.03.2016 16:04, Joel Sherrill wrote:
> Chris.. this is a 4.11 patch so I think you should approve/merge
> it. I don't want to push onto 4.11. Plus it should really have a
> ticket.
Okay, should I open it?
> Stefan... I am in the middle of testin
Chris.. this is a 4.11 patch so I think you should approve/merge it.
I don't want to push onto 4.11. Plus it should really have a ticket.
Stefan... I am in the middle of testing new tools on 4.12 and Chris
is trying to get the 4.11 branch wrapped up for a release. Would
you might submitting a seco
On Sat, Mar 19, 2016 at 9:38 PM, Chris Johns wrote:
> On 20/03/2016 12:06 PM, Joel Sherrill wrote:
>>
>> On Sat, Mar 19, 2016 at 7:50 PM, Pavel Pisa wrote:
>>>
>>> On Friday 18 of March 2016 02:08:14 Chris Johns wrote:
On 18/03/2016 09:20, Pavel Pisa wrote:
>
> So I offer role o
I have a fundamental question. Is Rock the main issue, or does the
Orocos port that uses RTEMS also need to be updated and verified? Can
you run Orocos/RTEMS?
On Sun, Mar 20, 2016 at 8:56 AM, Gedare Bloom wrote:
> You need to register an account on the wiki, and then edit the page
> (link at bott
You need to register an account on the wiki, and then edit the page
(link at bottom).
On Sat, Mar 19, 2016 at 10:35 PM, Sambeet Panigrahi
wrote:
> Hi
> I am attaching the link to my proposal with this mail This is not a final
> draft and there's a lot of scope of improvement. I have not yet decid
Bump the OpenRISC toolchain to newer versions.
* Binutils to 2.26
* GCC to 4.9.3
* GDB to 7.9
---
rtems/config/4.11/rtems-or1k.bset | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/rtems/config/4.11/rtems-or1k.bset
b/rtems/config/4.11/rtems-or1k.bset
index e6007
Hi all,
the following patch bumps the tools in the OpenRISC toolchain to more
recent versions. Beside this is replaces the patch sets to be applied
to GCC and GDB with official releases from the OpenRISC Github
repository.
The patch should preferably go into branch 4.11 and the current
developmen
Hi
I know this is a very old piece of code and predates printk() but should
this routine be changed to use printk()?
Is it still safe? Especially in light of SMP demands.
--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/list
This guard is used by FreeBSD for example. The FreeBSD
network stack is used in RTEMS.
* newlib/libc/include/sys/types.h (ssize_t): Guard by
_SSIZE_T_DECLARED.
---
newlib/libc/include/sys/types.h | 4
1 file changed, 4 insertions(+)
diff --git a/newlib/libc/include/sys/typ
Hello Joel,
On Sunday 20 of March 2016 02:06:48 Joel Sherrill wrote:
> Thanks. The one in my directory is definitely ancient and should
> be ignored. It was sent to me WAY TOO LONG after it was done
> to be merged.
I have moved that link after newer attempts list.
> Does the page mention that th
This function is used by LibreSSL and OpenSSH and is provided by the
OpenBSD libc.
* libc/include/string.h (timingsafe_memcmp): Declare.
* libc/string/timingsafe_memcmp.c: New file.
* libc/string/Makefile.am: Add new file.
* libc/string/Makefile.in: Regenerate.
---
Hello all,
I want to work with RTEMS and do some work for it.
I find SMP and "Condition Variables"(status?) is very interesting for me. I
can do some work to improve smp locks and synchronization primitives.
"Merge Leon" project also seems interesting.
Maybe community can aim me to right direction
So I got much further with make. Now I have the following errors:
no cru libscorecup.a libscorecup_a-cpu.o libscorecpu_a-cp_asm.o
/bin/bash: no: command not found.
Can anyone shed some light on this?
Thanks
John
___
devel mailing list
devel@rtems
44 matches
Mail list logo
