On 6/06/2014 12:24 am, Marcos Díaz wrote:
From tmtests folder the following tests used more than 3 tasks: tm02,
tm03, tm04, tm05, tm06, tm07, tm10, tm11, tm12, tm13, tm14, tm15, tm
16, tm17, tm18, tm19, tm21, tm22, tm23, tm24, tm 25, tm26, tm29.
Although we reduced the count of tasks for those
On 4/06/2014 10:58 pm, Gedare Bloom wrote:
On Wed, Jun 4, 2014 at 7:07 AM, Sebastian Huber
wrote:
On 2014-06-04 12:55, Chris Johns wrote:
This is definitely better and we should add this
rtems_shell_dup_current_env(), but I would nonetheless keep the
rtems_global_shell_env for backward
On 4/06/2014 4:28 pm, Sebastian Huber wrote:
On 2014-05-29 07:10, Chris Johns wrote:
Remove rtems_current_shell_env as this is dangerous because
the env can be NULL if used outside of a valid shell with the
POSIX key to an env set up.
Clean up the usage of rtems_current_shell_env.
The
On 3/06/2014 4:03 pm, Sebastian Huber wrote:
On 2014-06-03 01:58, Chris Johns wrote:
On 3/06/2014 3:37 am, Gedare Bloom wrote:
On Mon, Jun 2, 2014 at 10:48 AM, Sebastian Huber wrote:
Module:rtems
Branch:master
Commit:1fc2e960cea37e8d78e142c71faec18262f356d2
Changeset:
http
On 3/06/2014 10:38 am, Janek van Oirschot wrote:
First off, sorry for the late response to this.
On Mon, May 26, 2014 at 8:46 PM, Gedare Bloom wrote:
I would guess most of the partition services will be related to some
standard e.g. ARINC/FACE, so that might be a useful place to start
when co
On 3/06/2014 3:37 am, Gedare Bloom wrote:
On Mon, Jun 2, 2014 at 10:48 AM, Sebastian Huber wrote:
Module:rtems
Branch:master
Commit:1fc2e960cea37e8d78e142c71faec18262f356d2
Changeset:
http://git.rtems.org/rtems/commit/?id=1fc2e960cea37e8d78e142c71faec18262f356d2
Author:Ralf Ki
On 2/06/2014 10:10 pm, Sebastian Huber wrote:
For a minimum BSP it is possible to avoid a guest support library
entirely and simply use a handful of hypercalls. This probably avoids
also the GPLv2 problem. A RTEMS application is then a normal ELF
executable.
It would go a long away to helpi
On 27/05/2014 11:38 am, Chris Johns wrote:
On 27/05/2014 5:31 am, Hesham Moustafa wrote:
Hi Chris,
Please have a look at this patch when you have sometime. I have fixed it
according to your comments.
It looks good. I need to apply and test before pushing it. It is on my
list to do.
I
On 1/06/2014 12:47 am, Joel Sherrill wrote:
Hi
nios2-rtems4.11 fails like this on rtbf64a. I don't think this is host
OS dependent.
+ cd newlib-1.19.0
/home2/work/joel/rtems-4.11-work/rtems-source-builder/rtems/build/nios2-rtems4.11-gcc-4.1-newlib-1.19.0-1/doit:
line 89: cd: newlib-1.19.0: No s
On 1/06/2014 9:16 am, Chris Johns wrote:
On 1/06/2014 12:54 am, Joel Sherrill wrote:
On 5/31/2014 5:05 AM, Chris Johns wrote:
On 31/05/2014 7:23 am, Joel Sherrill wrote:
Also -c has no impact.
I have pushed a fix for this. Please try.
Doesn't appear to be any different to me.
Does
On 1/06/2014 12:54 am, Joel Sherrill wrote:
On 5/31/2014 5:05 AM, Chris Johns wrote:
On 31/05/2014 7:23 am, Joel Sherrill wrote:
Also -c has no impact.
I have pushed a fix for this. Please try.
Doesn't appear to be any different to me.
Does ctl-C work ? This is all the fix addresse
On 31/05/2014 7:23 am, Joel Sherrill wrote:
Also -c has no impact.
I have pushed a fix for this. Please try.
Chris
___
rtems-devel mailing list
rtems-devel@rtems.org
http://www.rtems.org/mailman/listinfo/rtems-devel
On 31/05/2014 7:23 am, Joel Sherrill wrote:
I found the problem. Now for Chris to suggest the best
fix. :)
The realview rtems-tester configuration has the machine as
xilinx-zynq-a9 not realview-pbx-a9.
It just needs to change in the mc file. Please do this.
Assuming the current realview is
On 29/05/2014 8:29 pm, Ralf Corsepius wrote:
Please revert this change.
Reverted.
Chris
___
rtems-devel mailing list
rtems-devel@rtems.org
http://www.rtems.org/mailman/listinfo/rtems-devel
Remove rtems_current_shell_env as this is dangerous because
the env can be NULL if used outside of a valid shell with the
POSIX key to an env set up.
Clean up the usage of rtems_current_shell_env.
---
cpukit/libmisc/shell/login_check.c | 4 +++-
cpukit/libmisc/shell/main_logoff.c | 5 +++-
cpuk
On 29/05/2014 10:41 am, Gedare Bloom wrote:
I'd prefer to post-pone til after the 4.11 release. Hiding the global
variable has apparently broken many user's expected way of using the
shell. That it happened as a side-effect of other shell improvements
made the 'break' not apparent. At least, if w
Wooo this was a little fast. I do sleep. :)
I would like my question answered on the user answered.
I never liked the global in the first place and still do not.
Chris
On 29/05/2014 2:05 am, Sebastian Huber wrote:
Module:rtems
Branch:master
Commit:5f0ab5cfb5aa04cd08b06a43e82582537
On 28/05/2014 11:55 pm, Sebastian Huber wrote:
On 2014-05-28 15:34, Chris Johns wrote:
Module:rtems
Branch:master
Commit:dac56968e343cccfcae46e25805ede1a8d67550a
Changeset:http://git.rtems.org/rtems/commit/?id=dac56968e343cccfcae46e25805ede1a8d67550a
Author:Chris Johns
Date
On 29/05/2014 1:23 am, Gedare Bloom wrote:
OK.
Can my question in the other thread please be answered first ?
Chris
On Wed, May 28, 2014 at 11:19 AM, Sebastian Huber
wrote:
Provide rtems_global_shell_env as a public read-only variable for
backward compatibility.
---
cpukit/libmisc/shell
On 28/05/2014 6:13 pm, Ralf Kirchner wrote:
Do you have any recommendations for BSP setups which are more stack hungry?
I do not know about stack usage and why I wondering about the level of
testing with other archs.
Chris
___
rtems-devel mailing l
On 28/05/2014 4:52 pm, Sebastian Huber wrote:
On 2014-05-28 01:39, Chris Johns wrote:
On 28/05/2014 12:48 am, Ralf Kirchner wrote:
Enabling and disabling preemption as done for single core in bdbuf
will not
work for SMP.
Correct. Do the bdbuf tests currently fail on SMP ?
They do not fail
On 28/05/2014 4:47 pm, Ralf Kirchner wrote:
Original-Nachricht
Betreff: Re: [PATCH 09/12] fsdosfssync01: Stack size for bdbuf SMP
workaround
Datum: Tue, 27 May 2014 17:11:32 +0200
Von: Ralf Kirchner
Organisation: embedded-brains GmbH
An: Gedare Bloom
Am 27.05.2014 17:04, schr
On 28/05/2014 12:57 am, Joel Sherrill wrote:
This is inconsistent.
Agreed and I hope this does not mean the whole file moves to goto's. I
am not fan of goto's.
Chris
___
rtems-devel mailing list
rtems-devel@rtems.org
http://www.rtems.org/mailman/
On 28/05/2014 12:48 am, Ralf Kirchner wrote:
Enabling and disabling preemption as done for single core in bdbuf will not
work for SMP.
Correct. Do the bdbuf tests currently fail on SMP ?
Thus as a temporary workaround
If this is a workaround what do you see is the proper fix ?
use POSIX
On 27/05/2014 5:31 am, Hesham Moustafa wrote:
Hi Chris,
Please have a look at this patch when you have sometime. I have fixed it
according to your comments.
It looks good. I need to apply and test before pushing it. It is on my
list to do.
Chris
On 27/05/2014 1:06 am, Joel Sherrill wrote:
On May 26, 2014 7:27 AM, Chris Johns wrote:
>
> On 26/05/2014 12:44 pm, Chris Johns wrote:
> > Hi,
> >
> > I have pushed changes to the gdbarmsim. These changes plus the
no-isr v2
> > patch give the following re
On 26/05/2014 12:44 pm, Chris Johns wrote:
Hi,
I have pushed changes to the gdbarmsim. These changes plus the no-isr v2
patch give the following results:
Passed: 448
Failed: 0
Timeouts: 2
Invalid:1
-
Total:451
Timeouts:
spfatal26.exe
sp54.exe
Invalid
y 26, 2014 at 1:36 AM, Chris Johns wrote:
On 26/05/2014 4:39 am, Cláudio Silva wrote:
Sorry all, miss send. Returning to where I was:
Yes, Partitions are fully linked executables created "off-line". No
linking occurs in run-time. The partition elf is simply loaded in to
memory by a pa
Hi,
I have pushed changes to the gdbarmsim. These changes plus the no-isr v2
patch give the following results:
Passed: 448
Failed: 0
Timeouts: 2
Invalid:1
-
Total:451
Timeouts:
spfatal26.exe
sp54.exe
Invalid:
cxx_iostream.exe
Testing time: 0:04:20.781195
The io
On 26/05/2014 11:06 am, Hesham Moustafa wrote:
Great! Before submitting the next fixed patch, I would like you give a
feedback regarding this change.
1- I have added a new "%define gdb-disable-sim 1" line to rtems-or1k.bset
2- Add
"%{!?gdb-disable-sim:--enable-sim}%{?gdb-disable-sim:--disable-si
On 26/05/2014 10:07 am, Hesham Moustafa wrote:
On Mon, May 26, 2014 at 12:57 AM, Chris Johns mailto:ch...@contemporary.net.au>> wrote:
Just looking at this file I cannot see what has changed ? Why do we
need a special gdb build script ?
There is a configuration option added to d
On 26/05/2014 10:02 am, Hesham Moustafa wrote:
On Mon, May 26, 2014 at 12:57 AM, Chris Johns mailto:ch...@contemporary.net.au>> wrote:
If you move this to the bset file can you use rtems-binutils-2.24.cfg ?
Build set files support %source and %patch. This localises
archit
On 25/05/2014 10:12 am, Hesham ALMatary wrote:
From: Hesham AL-Matary
Configuration files get the following releases:
- binutils-2.24
- newlib-2.1.0
- gcc-4.8.2
- gdb-7.7
Patches are mix of OpenRISC original patches and other
additions to build the previous releases for RTEMS.
Thanks. We are
y a partition loader or the bootloader.
Typically, you have a thin abstraction layer defining simple functions
that will trap into the partitioning kernel. Something like:
On Sat, May 24, 2014 at 12:27 AM, Chris Johns wrote:
On 23/05/2014 6:46 pm, Philipp Eppelt wrote:
On 05/21/2014 03:54 PM,
The following BSPs do not have tick support so the tests fail:
arm1136jfs
arm1136js
arm7tdmi
arm920
armcortexa9 (does not run any more)
avrtest
h8sim
h8sxsim
m32csim
m32rsim
moxiesim
simsh1
simsh2
simsh4
v850e1sim
v850e2sim
v850e2v3sim
v850esim
v850essim
v850sim
This list was
BSPs for simulators which do not include a clock tick interrupt source
are incapable of running some tests successfully. This is a common
characteristic of some BSPs and a fixed set of tests. There is no point
in duplicating this list of tests in those BSPs test configuration.
Read testsuites/test
On 23/05/2014 6:46 pm, Philipp Eppelt wrote:
On 05/21/2014 03:54 PM, Gedare Bloom wrote:> On Wed, May 21, 2014 at 4:04 AM,
Christian Mauderer
wrote:
First of all: Thanks for your comments. You will find answers below.
Am 20.05.2014 16:58, schrieb Gedare Bloom:
That is correct. It's part of
The following BSPs do not have tick support so the tests fail:
arm1136jfs
arm1136js
arm7tdmi
arm920
armcortexa9 (does not run any more)
avrtest
h8sim
h8sxsim
m32csim
m32rsim
moxiesim
qemuppc
simsh1
simsh2
simsh4
niagara
usiii
v850e1sim
v850e2sim
v850e2v3sim
v850esim
v850essim
BSPs for simulators which do not include a clock tick interrupt source
are incapable of running some tests successfully. This is a common
characteristic of some BSPs and a fixed set of tests. There is no point
in duplicating this list of tests in those BSPs test configuration.
Read testsuites/test
On 22/05/2014 12:15 am, Joel Sherrill wrote:
On 5/21/2014 8:54 AM, Gedare Bloom wrote:
On Wed, May 21, 2014 at 4:04 AM, Christian Mauderer
wrote:
First of all: Thanks for your comments. You will find answers below.
Rather than resetting this discussion, there is some below and a comment on
t
On 18/05/2014 9:52 pm, Kumar Amit Mehta wrote:
On Sat, May 17, 2014 at 09:27:37AM -0500, Joel Sherrill wrote:
Post results for what you have and we can comment.
RTEMS Testing - Tester, v0.2.0
Command Line: ./rtems-test --log=log_sis_run --rtems-bsp=sis-run
--rtems-tools=/home/rtems/developm
On 18/05/2014 12:27 am, Joel Sherrill wrote:
That's the goal of all the work. Amar is working on the buildbot
instance.
I would also like to add the buildbot will run on the new server
hardware located at Oregon State University Open Source Lab (OSUOSL). It
is an active long term project with
On 9/05/2014 11:40 am, Chris Johns wrote:
On 9/05/2014 5:02 am, Hesham Moustafa wrote:
When I replaced __zip with __unzip (in the previous file) I got the
following error:
"/bin/tar: This does not look like a tar archive"
It seems like source-builder/sb/build.py (at line 155) alw
On 12/05/2014 9:43 am, Kumar Amit Mehta wrote:
The test executables will not be generated unless they are built
explicitly by invoking 'make'.
Applied.
I have updated
http://www.rtems.org/ftp/pub/rtems/people/chrisj/rtems-tester/rtems-tester.html.
Thanks.
Chris
_
On 9/05/2014 1:48 am, Joel Sherrill wrote:
On 5/7/2014 6:03 PM, Chris Johns wrote:
On 8/05/2014 8:15 am, Joel Sherrill wrote:
Hopefully Chris Johns will pipe up and add more details.
In particular, where his rtems-test is. I think it can be used
on the beagle board and some gdb simulators
On 9/05/2014 5:02 am, Hesham Moustafa wrote:
Hi,
When I was trying to add a package to be built from RSB, I came a
cross an error. The package is downloaded as *.zip file. The error I
got when extracting the package is (quoted from the log file):
"prep: or1ksim: %setup -q -n or32-master
making
Hello,
The rtems.org mail server is moving to our new infrastructure at hosted
OSUOSL [1]. The move has given us the opportunity to rename the lists
removing the 'rtems-' prefix. It is not needed. The domain of rtems.org
provides us with a unique way to filter for those who do this. The
curre
On 8/05/2014 8:15 am, Joel Sherrill wrote:
Hopefully Chris Johns will pipe up and add more details.
In particular, where his rtems-test is. I think it can be used
on the beagle board and some gdb simulators now.
The RTEMS Tester is an RTEMS Tools Project and can be found in the
rtems
When providing a tarball release provide a ChangeLog from the git
details. The script captures the changes since the last release.
---
.gitignore | 1 +
mkchangelog | 2 ++
2 files changed, 3 insertions(+)
create mode 100755 mkchangelog
diff --git a/.gitignore b/.gitignore
index 8fb71ad..2f6c91
On 5/05/2014 9:12 am, Joel Sherrill wrote:
Commit it but I don't know that it removes BSP_SMALL_MEMORY as much as
it replaces it with a better mechanism. I still have pending patches to
remove the define and all uses. :)
This patch does not address the removal of BSP_SMALL_MEMORY. I thought
mi
dir)/../automake/subdirs.am
+include $(top_srcdir)/../automake/test-subdirs.am
include $(top_srcdir)/../automake/local.am
diff --git a/tools/build/rtems-test-check b/tools/build/rtems-test-check
new file mode 100755
index 000..74d1209
--- /dev/null
+++ b/tools/build/rtems-test-check
@@ -0,0 +1,52 @@
On 3/05/2014 8:39 am, Hesham Moustafa wrote:
I can add configuration files to build the whole tool-chain for RTEMS.
The issue is: which repo(s) RSB should reference? Currently, the RSB
patches on my repo [1] reference/download gcc-4.8.2, newlib-2.1.0 and
binutils-2.24 releases. This way, I had to
On 3/05/2014 3:07 am, Alan Cudmore wrote:
Chris,
I can use OpenOCD to load, run, break, resume, etc, but I am not having
luck with GDB yet.
Excellent.
I can connect to the OpenOCD remote target server, send monitor
commands, but I cannot load code through GDB or control the target.
When I tr
On 2/05/2014 9:39 pm, Sebastian Huber wrote:
The current implementation of task migration in RTEMS has some
implications with respect to the interrupt latency. It is crucial to
preserve the system invariant that a task can execute on at most one
processor in the system at a time. This is accompli
On 2/05/2014 1:17 pm, Hesham Moustafa wrote:
Hi,
This is a status report of the project during last week.
1- newlib: is ported and gcc builds successfully. The only feedback I
got when I posted the newlib patch [1] is about licence of setjmp.S
file. I contacted Damjan Lampret, the author of the
On 2/05/2014 1:31 am, Giovanni Macciocu wrote:
I've rolled back the file arm/xilinq-zynq/console/zynq-uart.c to the
version before the commit of 10 Dec. 2013.
There are a number of commits on that day. Do you mean ...
http://git.rtems.org/rtems/commit/?id=6e4255d9a5b32fcf4e665eb908a2091f327ab1
[ The first posting did not appear so I am sending it again. ]
On 2/05/2014 1:31 am, Giovanni Macciocu wrote:
I've rolled back the file arm/xilinq-zynq/console/zynq-uart.c to the
version before the commit of 10 Dec. 2013.
There are a number of commits on that day. Do you mean ...
http://git.
On 30/04/2014 9:18 pm, Giovanni Macciocu wrote:
Hi All,
I'm working with a recent rtems head (23 April 2014) and the
'xilinx_zynq_zedboard' BSP.
I have everything up and running but somehow it looks if my clock / sleep
relation is wrong. If i perform an usleep(1000) it will sleep for 2000 us
On 29/04/2014 10:50 am, Alan Cudmore wrote:
Do you have the right configuration options defined?
I rebuilt the raspberry Pi BSP with all tests ( --enable-tests=yes ).
This includes the testsuites/fstests/fsbdpart01 test.
The test links and runs, but I'm not sure if it passes ( or if it should
co
On 29/04/2014 10:37 am, Alan Cudmore wrote:
I will definitely try that out. It would be great to automate all tests
on this board.
It seems less than 10 seconds to load a 1 megabyte RTEMS image to the Pi
using JTAG.
The last test from the Beagleboard xM test log shows ...
[498/498] p:488 f:1
On 29/04/2014 12:34 am, Alan Cudmore wrote:
The FT2232H MiniMod is working so far! I am able to use the UART and at
the same time load and run images over the JTAG interface using OpenOCD.
Next, I plan on trying GDB. I will try to document the setup soon, but
it just requires ~10 jumper wires to
On 29/04/2014 3:05 am, Jennifer Averett wrote:
Tests now output a *** PROFILING DONE XXX *** message.
Not for me. Please see the attached hello trace for the SIS.
Is this specific to SMP ?
Which BSP are these files based on ?
Which BSPs produce the same output ?
Should all *.scn files be
On 28/04/2014 4:18 pm, Sebastian Huber wrote:
On 2014-04-28 01:48, Chris Johns wrote:
On 27/04/2014 10:30 pm, Sebastian Huber wrote:
On 04/27/2014 02:13 PM, Chris Johns wrote:
Splitting the call to _CPU_Fatal_halt out into a separate function
allows the rtems-test gdb support the ability to
On 28/04/2014 3:56 pm, Sebastian Huber wrote:
On 2014-04-28 00:38, Chris Johns wrote:
On 27/04/2014 10:36 pm, Sebastian Huber wrote:
On 04/26/2014 08:03 AM, Chris Johns wrote:
On 25/04/2014 11:51 pm, Joel Sherrill wrote:
The intention with confdefs is that the user does not have to
know the
On 28/04/2014 3:54 pm, Sebastian Huber wrote:
On 2014-04-28 00:37, Chris Johns wrote:
On 27/04/2014 10:33 pm, Sebastian Huber wrote:
On 04/27/2014 01:26 AM, Chris Johns wrote:
Module:rtems
Branch:master
Commit:0c5beb8ecbed56034f7a7573b28872f487d127ee
Changeset:
http
On 28/04/2014 12:01 pm, Joel Sherrill wrote:
I do not know if this is helpful but the sim-scripts gdb startup file
sets breakpoints on bad places to get to like __assert. the one on
_Terminate is conditional on there being non-zero status.
Everything should end up in _Terminate so I am currentl
On 27/04/2014 10:30 pm, Sebastian Huber wrote:
On 04/27/2014 02:13 PM, Chris Johns wrote:
Splitting the call to _CPU_Fatal_halt out into a separate function
allows the rtems-test gdb support the ability to halt once the
_Terminate function has completed it's work.
This change allow
On 28/04/2014 9:38 am, Joel Sherrill wrote:
Look
On Apr 27, 2014 5:35 PM, Chris Johns wrote:
>
> On 27/04/2014 10:36 pm, Sebastian Huber wrote:
> > On 04/26/2014 08:03 AM, Chris Johns wrote:
> >> On 25/04/2014 11:51 pm, Joel Sherrill wrote:
> >>> The in
On 27/04/2014 10:36 pm, Sebastian Huber wrote:
On 04/26/2014 08:03 AM, Chris Johns wrote:
On 25/04/2014 11:51 pm, Joel Sherrill wrote:
The intention with confdefs is that the user does not have to
know the implicit requirements of the higher level capability
they configured. User configures
On 27/04/2014 10:33 pm, Sebastian Huber wrote:
On 04/27/2014 01:26 AM, Chris Johns wrote:
Module:rtems
Branch:master
Commit:0c5beb8ecbed56034f7a7573b28872f487d127ee
Changeset:
http://git.rtems.org/rtems/commit/?id=0c5beb8ecbed56034f7a7573b28872f487d127ee
Author:Chris Johns
On 27/04/2014 10:23 pm, Sebastian Huber wrote:
On 04/27/2014 10:17 AM, Chris Johns wrote:
Avoid using newlib's gmtime_r call which fails with a max signed int.
Add an RTEMS specific version for 1/1/1988 to 31/12/2100.
Update sp2038 to test every day from 1/1/1988 to 31/12/2100. Only days
Splitting the call to _CPU_Fatal_halt out into a separate function
allows the rtems-test gdb support the ability to halt once the
_Terminate function has completed it's work.
This change allows the BeagleBoard xM BSP to pass a number of
important tests.
---
cpukit/score/include/rtems/score/basede
Avoid using newlib's gmtime_r call which fails with a max signed int.
Add an RTEMS specific version for 1/1/1988 to 31/12/2100.
Update sp2038 to test every day from 1/1/1988 to 31/12/2100. Only days
need be tested as the code splits the seconds based on days.
---
cpukit/rtems/src/clockgettod.c
On 26/04/2014 4:56 am, Joel Sherrill wrote:
Hi
As Chris is wrapping up the work on not building the BSP/test
combinations which are known to run out of memory when
linking, I thought I would gather the information about another
large class of test failures.
Some BSPs are for simulators. Some of
On 25/04/2014 11:51 pm, Joel Sherrill wrote:
The intention with confdefs is that the user does not have to
know the implicit requirements of the higher level capability
they configured. User configures number of file descriptors,
Ada tasks, etc.
So if a filesystem needs resources, confdefs.h sho
On 24/04/2014 4:33 pm, Sebastian Huber wrote:
On 2014-04-24 07:44, Chris Johns wrote:
Provide a file per BSP to list tests that do not build for a BSP. This
change
removes the BSP_SMALL_MEMORY hack from the code. That hack was a
mistake.
Provide configuration files for each BSP with tests that
iff --git a/tools/build/rtems-test-check b/tools/build/rtems-test-check
new file mode 100755
index 000..74d1209
--- /dev/null
+++ b/tools/build/rtems-test-check
@@ -0,0 +1,52 @@
+#! /bin/sh
+#
+# Copyright 2014 Chris Johns
+# All rights reserved
+#
+
+#
+# usage: rtems-test-check
+#
+
+if test $# -lt
On 17/04/2014 12:17 am, Gedare Bloom wrote:
Great, thanks for keeping us all informed.
I would also like to add my thanks for this and the fantastic effort.
Chris
___
rtems-devel mailing list
rtems-devel@rtems.org
http://www.rtems.org/mailman/listinf
On 19/04/2014 4:51 am, Jennifer Averett wrote:
-Original Message-
From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
Sent: Friday, April 18, 2014 1:49 PM
To: Jennifer Averett
Subject: Re: [PATCH 2/4] score: Add validation that no extensions are null.
I think also that w
On 17/04/2014 12:22 pm, Alan Cudmore wrote:
The details of the GPU have been closed, and the linux port has relied
on a binary blob for the GPU firmware, but Broadcom recently took a huge
step in opening it up:
http://www.raspberrypi.org/a-birthday-present-from-broadcom/
Does this mean you co
On 16/04/2014 5:00 pm, Sebastian Huber wrote:
On 2014-04-16 05:55, Chris Johns wrote:
On 15/04/2014 9:33 pm, Sebastian Huber wrote:
---
cpukit/sapi/include/confdefs.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/cpukit/sapi/include/confdefs.h
b/cpukit/sapi
On 17/04/2014 7:31 am, Joel Sherrill wrote:
Hi
I saw this during the class in Munich but forgot to report it.
RTEMS SHELL (Ver.1.0-FRC):/dev/foobar. Apr 14 2014. 'help' to list commands.
[/] # hexdump /etc/passwd
[/] #
Notice that the hexdump command didn't display anything from the file.
Did
On 16/04/2014 8:11 am, Joel Sherrill wrote:
Looks like neither binutils patch is needed for moxie any longer.
http://git.rtems.org/rtems-source-builder/commit/?id=9d61bc9bb229e638aa736ddee2f45fb89b08edf2
Chris
___
rtems-devel mailing list
rtems-deve
On 15/04/2014 9:33 pm, Sebastian Huber wrote:
---
cpukit/sapi/include/confdefs.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/cpukit/sapi/include/confdefs.h b/cpukit/sapi/include/confdefs.h
index c8a9d0e..8b9b3e1 100644
--- a/cpukit/sapi/include/confdefs.h
+++
On 16/04/2014 7:58 am, Joel Sherrill wrote:
Is there a reason the NIOS2 is stuck at gdb 7.0?
Not that I know of. I have not tested it. If gdb-7.7 builds we should
switch. We should also switch binutils to the latest. I am currently
using them with the Altera gcc because the older ones faile
On 16/04/2014 6:25 am, Joel Sherrill wrote:
Attached is a patch for this.
Chris.. can you do the magic of putting it in the RSB for me?
I will happily test it if you do that. I am swamped.
Sure. I am looking at a gdb-7.7 issue with the lm32 on MacOS. There is
some gdb code clang is not likin
On 10/04/2014 12:54 am, Gedare Bloom wrote:
On Wed, Apr 9, 2014 at 7:49 AM, Sebastian Huber
wrote:
I think we should drop the "smp" and simply use:
rtems_get_current_processor()
rtems_get_processor_count()
I'm good with this, especially with the effort to unify the API as
much as possible f
On 9/04/2014 9:27 pm, Sebastian Huber wrote:
On 2014-04-09 13:17, Joel Sherrill wrote:
On Apr 9, 2014 1:06 AM, Sebastian Huber
wrote:
>
> On 2014-04-08 17:09, Jennifer Averett wrote:
> > I thought the consensus was that non-smp systems would not
> > support affinity methods.
>
> I don't
On 9/04/2014 4:09 pm, Sebastian Huber wrote:
On 2014-04-08 17:09, Jennifer Averett wrote:
I thought the consensus was that non-smp systems would not
support affinity methods.
I don't remember a discussion about this.
I think it makes it easier for application developers if the don't have
to p
On 1/04/2014 3:39 am, Sebastian Huber wrote:
The question is why we have also this untar.c.
The untar.c unpacks to any file system while the IMFS is an optimisation
where you untar to the IMFS and the IMFS uses the original tar memory.
Chris
___
On 9/04/2014 12:15 am, Sebastian Huber wrote:
The thread control block contains fields that point to application
configuration dependent memory areas, like the scheduler information,
the API control blocks, the user extension context table, the RTEMS
notepads and the Newlib re-entrancy support.
On 3/04/2014 7:19 am, Joel Sherrill wrote:
On 4/1/2014 5:03 PM, Chris Johns wrote:
On 2/04/2014 6:44 am, Joel Sherrill wrote:
Hi
I think this is a long standing failure.
*** BEGIN OF TEST FSTIME RFS ***
Initializing filesystem RFS
Sleep a few seconds
../../../../../../../rtems/c/src
On 31/03/2014 10:51 pm, Sebastian Huber wrote:
Issue a fatal error in case a thread is deleted which still owns
resources (e.g. a binary semaphore with priority inheritance or ceiling
protocol). The resource count must be checked quite late since RTEMS
task variable destructors, POSIX key destru
On 2/04/2014 4:15 am, Joel Sherrill wrote:
Hi
Should there be separate qemu configurations for each target architecture?
I know from my experience in the past that it is rare for all of them to be
working at the same time and patches apply cleanly.
qemu can be built for a single target so I th
On 2/04/2014 6:44 am, Joel Sherrill wrote:
Hi
I think this is a long standing failure.
*** BEGIN OF TEST FSTIME RFS ***
Initializing filesystem RFS
Sleep a few seconds
../../../../../../../rtems/c/src/../../testsuites/fstests/mrfs_fstime/../fstime/test.c:
131 st.st_ctime == st.st_mtime
When I
On 29/03/2014 9:10 am, Hesham Moustafa wrote:
Hi,
A few weeks ago I was able to build gcc linked with newlib for
or1k-rtems* target. But, I had to
do some work-arounds to get it working which I think I have to discuss
it with you.
First issue, is that when building gcc/newlib with --enable-thre
On 25/03/2014 5:16 pm, Joel Sherrill wrote:
On 3/24/2014 11:29 PM, Chris Johns wrote:
On 25/03/2014 4:41 am, Joel Sherrill wrote:
On 3/24/2014 12:36 PM, Sebastian Huber wrote:
On 03/24/2014 06:14 PM, Joel Sherrill wrote:
Hi
My most recently built toolset seems to be using pthreads instead
On 25/03/2014 5:02 am, Joel Sherrill wrote:
On 3/24/2014 12:56 PM, Sebastian Huber wrote:
On 03/24/2014 06:39 PM, Joel Sherrill wrote:
On 3/24/2014 12:34 PM, Sebastian Huber wrote:
Hello Joel,
On 03/24/2014 05:59 PM, Joel Sherrill wrote:
Grep'ing to see what was left, I see two things:
+ p
On 25/03/2014 4:41 am, Joel Sherrill wrote:
On 3/24/2014 12:36 PM, Sebastian Huber wrote:
On 03/24/2014 06:14 PM, Joel Sherrill wrote:
Hi
My most recently built toolset seems to be using pthreads instead
of the RTEMS thread code. Any ideas?
Its due to this patch:
http://git.rtems.org/rtems
On 16/03/2014 8:24 am, Peter Dufault wrote:
On Mar 15, 2014, at 15:55 , Joel Sherrill mailto:joel.sherr...@oarcorp.com>> wrote:
I don't know your RAM or requirements situation but the new TCP/IP
stack may also be an option.
But if staying with the old stack, updating the driver may be an
easi
1 - 100 of 310 matches
Mail list logo
