(256) 722-9985
warnings-20140910.txt.bz2
Description: Binary data
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
My client is having problems similar to that described here:
http://www.rtems.org/rtems/maillistArchives/rtems-users/2011/march/msg00228.html
I don't understand the details, or why one needs to limit the I/O size based on
the ethernet chip set, but I did verify that
cpukit/libfs/src/nfsclient/s
Invalidation of data cache lines might cause data written to the stack
to get lost.
---
testsuites/smptests/smpcache01/init.c | 45 +++
testsuites/smptests/smpcache01/smpcache01.doc | 2 --
testsuites/smptests/smpcache01/smpcache01.scn | 18 ---
3 files cha
Thanks, committed.
--
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äftli
This patchs follows the latest commit by Daniel Hellstrom that
requires _CPU_Fatal_halt to have _source passed to it along with
_error number.
---
cpukit/score/cpu/or1k/rtems/score/cpu.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpukit/score/cpu/or1k/rtems/score/cpu.h
On 14/07/14 17:40, Daniel Cederman wrote:
+static void all_cache_manager_smp_functions( size_t set_size,
+cpu_set_t *cpu_set )
+{
+ rtems_cache_flush_multiple_data_lines_processor_set( 0, 10, set_size,
+ cpu_set );
+ rtems_cache_invalidate_multiple_data_lines_processor_set( 0, 10, set_