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 ralf.kirch...@embedded-brains.de
Organisation: embedded-brains GmbH
An: Gedare Bloom ged...@rtems.org
Am 27.05.2014 17:04,
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 since they run in single processor mode.
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
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
Am 28.05.2014 09:56, schrieb Chris Johns:
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 ralf.kirch...@embedded-brains.de
On 2014-05-28 00:16, Joel Sherrill wrote:
- rtems/score/threadimpl.h: _Thread_Start_multitasking does return
on Scheduler Simulator. Initializing RTEMS returns to the command
interpreter.
- rtems/score/smpimpl.h: _SMP_Start_multitasking_on_secondary_processor()
is not applicable on the
Hello,
Alan Burns was so kind to make the paper
A. Burns and A.J. Wellings, A Schedulability Compatible Multiprocessor Resource
Sharing Protocol - MrsP, Proceedings of the 25th Euromicro Conference on
Real-Time Systems (ECRTS 2013), July 2013
available for public download:
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
Am 27.05.2014 16:55, schrieb Gedare Bloom:
On Tue, May 27, 2014 at 10:45 AM, Ralf Kirchner
ralf.kirch...@embedded-brains.de wrote:
---
c/src/lib/libbsp/arm/altera-cyclone-v/network/network.c | 15
++-
1 Datei geändert, 14 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff
On Wed, May 28, 2014 at 8:04 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-28 13:50, Chris Johns wrote:
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
On Wed, May 28, 2014 at 5:00 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-28 00:16, Joel Sherrill wrote:
- rtems/score/threadimpl.h: _Thread_Start_multitasking does return
on Scheduler Simulator. Initializing RTEMS returns to the command
interpreter.
-
On 2014-05-27 16:52, Gedare Bloom wrote:
On Tue, May 27, 2014 at 10:45 AM, Ralf Kirchner
ralf.kirch...@embedded-brains.de wrote:
---
c/src/lib/libbsp/arm/shared/include/arm-a9mpcore-start.h |2 +-
1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
diff --git
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 Johnschr...@rtems.org
Date: Wed May 28 23:42:44 2014
This enables proper resource dependency tracking and as a side-effect
deadlock detection.
---
cpukit/score/include/rtems/score/mrsp.h | 14 +-
cpukit/score/include/rtems/score/mrspimpl.h | 127 +---
doc/user/sem.t | 11 +-
---
cpukit/score/include/rtems/score/thread.h |8
cpukit/score/include/rtems/score/threadimpl.h | 10 ++
cpukit/score/src/threadinitialize.c |2 ++
3 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/cpukit/score/include/rtems/score/thread.h
A resource is something that has at most one owner at a time and may
have multiple rivals in case an owner is present. The owner and rivals
are impersonated via resource nodes. A resource is represented via the
resource control structure. The resource controls and nodes are
organized as trees.
---
cpukit/posix/src/pthread.c|4 ++--
cpukit/rtems/src/tasksetpriority.c|2 +-
cpukit/score/include/rtems/score/threadimpl.h | 17 +
cpukit/score/src/coremutexsurrender.c |2 +-
cpukit/score/src/threadrestart.c |
On 5/28/2014 7:39 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 5:00 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-28 00:16, Joel Sherrill wrote:
- rtems/score/threadimpl.h: _Thread_Start_multitasking does return
on Scheduler Simulator. Initializing RTEMS
On Wed, May 28, 2014 at 11:05 AM, Joel Sherrill
joel.sherr...@oarcorp.com wrote:
On 5/28/2014 7:39 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 5:00 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-28 00:16, Joel Sherrill wrote:
- rtems/score/threadimpl.h:
---
cpukit/rtems/src/schedulergetprocessorset.c | 28 +++---
1 files changed, 12 insertions(+), 16 deletions(-)
diff --git a/cpukit/rtems/src/schedulergetprocessorset.c
b/cpukit/rtems/src/schedulergetprocessorset.c
index e459b17..016c368 100644
---
On 2014-05-20 20:43, Sebastian Huber wrote:
On 05/20/2014 05:30 PM, Joel Sherrill wrote:
On 5/20/2014 10:17 AM, Sebastian Huber wrote:
On 2014-05-20 16:58, Joel Sherrill wrote:
On 5/13/2014 1:16 AM, Sebastian Huber wrote:
On 2014-05-13 01:28, Joel Sherrill wrote:
Hi
Both schedulerident.c
On Wed, May 28, 2014 at 11:32 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-20 20:43, Sebastian Huber wrote:
On 05/20/2014 05:30 PM, Joel Sherrill wrote:
On 5/20/2014 10:17 AM, Sebastian Huber wrote:
On 2014-05-20 16:58, Joel Sherrill wrote:
On 5/13/2014 1:16
On Wed, May 28, 2014 at 11:43 AM, Gedare Bloom ged...@rtems.org wrote:
On Wed, May 28, 2014 at 11:32 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-20 20:43, Sebastian Huber wrote:
On 05/20/2014 05:30 PM, Joel Sherrill wrote:
On 5/20/2014 10:17 AM, Sebastian Huber
Andre,
If you have not seen this library, please check this out:
http://wiringpi.com
It looks like a good resource programming the Raspberry Pi GPIO. It may
give you some insight and ideas about the GPIO API. The code appears to be
LGPL.
Alan
On Sat, May 24, 2014 at 8:37 PM, Gedare Bloom
Drop scheduler parameter. Coding style.
---
cpukit/posix/src/pthreadgetaffinitynp.c |1 -
cpukit/rtems/src/taskgetaffinity.c |1 -
cpukit/score/include/rtems/score/schedulerimpl.h |7 +--
cpukit/score/src/schedulergetaffinity.c | 44
Do not change the scheduler with this function. Documentation. Coding
style.
---
cpukit/rtems/include/rtems/rtems/tasks.h | 11 +
cpukit/score/include/rtems/score/schedulerimpl.h | 10 +
cpukit/score/src/schedulersetaffinity.c | 52 +++---
On 5/28/2014 10:44 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 11:43 AM, Gedare Bloom ged...@rtems.org wrote:
On Wed, May 28, 2014 at 11:32 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-20 20:43, Sebastian Huber wrote:
On 05/20/2014 05:30 PM, Joel Sherrill
On 2014-05-28 17:43, Gedare Bloom wrote:
We still have no new rule for avoidance of deep nesting by using early
returns in the wiki page. So we are still in the situation that everyone
interested in code contributions must deduce this rule himself from the
almost 200 API calls which take object
On 5/28/2014 10:22 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 11:05 AM, Joel Sherrill
joel.sherr...@oarcorp.com wrote:
On 5/28/2014 7:39 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 5:00 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-28 00:16, Joel Sherrill
On Wed, May 28, 2014 at 12:12 PM, Joel Sherrill
joel.sherr...@oarcorp.com wrote:
On 5/28/2014 10:44 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 11:43 AM, Gedare Bloom ged...@rtems.org wrote:
On Wed, May 28, 2014 at 11:32 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On
On Wed, May 28, 2014 at 12:30 PM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-28 17:43, Gedare Bloom wrote:
We still have no new rule for avoidance of deep nesting by using early
returns in the wiki page. So we are still in the situation that
everyone
interested in
OK, that's good to know. But it could at least help shape the RTEMS GPIO
API.
Alan
On Wed, May 28, 2014 at 3:08 PM, Gedare Bloom ged...@rtems.org wrote:
On Wed, May 28, 2014 at 11:56 AM, Alan Cudmore alan.cudm...@gmail.com
wrote:
Andre,
If you have not seen this library, please check
On Wed, May 28, 2014 at 2:49 PM, Joel Sherrill
joel.sherr...@oarcorp.com wrote:
On 5/28/2014 10:22 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 11:05 AM, Joel Sherrill
joel.sherr...@oarcorp.com wrote:
On 5/28/2014 7:39 AM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 5:00 AM, Sebastian
On 5/28/2014 2:21 PM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 12:30 PM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 2014-05-28 17:43, Gedare Bloom wrote:
We still have no new rule for avoidance of deep nesting by using early
returns in the wiki page. So we are still in
On Wed, May 28, 2014 at 10:29 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
This enables proper resource dependency tracking and as a side-effect
deadlock detection.
---
cpukit/score/include/rtems/score/mrsp.h | 14 +-
cpukit/score/include/rtems/score/mrspimpl.h | 127
On Wed, May 28, 2014 at 5:34 PM, Joel Sherrill j...@rtems.org wrote:
Module:rtems
Branch:master
Commit:27caaa60f341b0be325ca6be114ef9dbcc303b45
Changeset:
http://git.rtems.org/rtems/commit/?id=27caaa60f341b0be325ca6be114ef9dbcc303b45
Author:Joel Sherrill
On 5/28/2014 4:49 PM, Gedare Bloom wrote:
On Wed, May 28, 2014 at 5:34 PM, Joel Sherrill j...@rtems.org wrote:
Module:rtems
Branch:master
Commit:27caaa60f341b0be325ca6be114ef9dbcc303b45
Changeset:
http://git.rtems.org/rtems/commit/?id=27caaa60f341b0be325ca6be114ef9dbcc303b45
On 05/28/2014 11:26 PM, Janek van Oirschot wrote:
As promised in last meeting, here is a screenshot of the crash that
occurs when executing rtems-guest. This pops up after qemu shows the
Hello world string. Do keep in mind that for demonstration purposes I
left my POK at the version at which
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
sebastian.hu...@embedded-brains.de wrote:
Provide rtems_global_shell_env as a public read-only variable for
backward
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
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 we do revert the revert,
an explanation and
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
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 +++-
43 matches
Mail list logo