On 5/07/2014 5:22 pm, Peng Fan wrote:
When loading an object file which is in an archive file using such a
command "dlo tmp.ra:xx.rap", it shows file not found. This patch fix it.
Applied. Thanks.
Chris
___
devel mailing list
devel@rtems.org
http:/
On 11/07/2014 4:59 pm, Sebastian Huber wrote:
On 2014-07-11 04:08, Chris Johns wrote:
On 10/07/2014 11:44 pm, Jennifer Averett wrote:
Use of the cenable command was resulting in a lock in
rtems_interrupt_lock_acquire due to nesting.
I am rejecting this change. RTEMS as an RTOS should provide
This task walks the affinity of self across all the cores.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity03/Makefile.am | 19
testsuites/smptests/smpschedaffinity03/init.c |
This test walks a secondary high prority task across
all the cores.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity04/Makefile.am | 19 +++
testsuites/smptests/smpschedaffinity04/init.
This test verifies that affinity is honored when set prior to task start.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity01/Makefile.am | 19 +++
testsuites/smptests/smpschedaffinity01
This test uses a combination of priority and affinity to cause
the tasks running on all 4 cores to change due to one task priority
change.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinit
This test verifies priority is inherited from a high priority
semaphore by a lower priority task.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedsem01/Makefile.am | 19 +
testsuites/smp
This test checks setting the affinity of a secondary task
on a two core system.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity02/Makefile.am | 19 ++
testsuites/smptests/smpschedaffin
On 2014-07-11 15:44, Joel Sherrill wrote:
I think today or yesterday is a suitable tag.
Pavel is the arm fix in Newlib CVS?
We can bump it again when openrisc code is merged.
Sebastian did you want a GCC bump also?
Once the multilib patches are in it would be nice to use the latest GCC 4.8
I think today or yesterday is a suitable tag.
Pavel is the arm fix in Newlib CVS?
We can bump it again when openrisc code is merged.
Sebastian did you want a GCC bump also?
On Jul 10, 2014 9:26 PM, Chris Johns wrote:
On 9/07/2014 2:40 am, Joel Sherrill wrote:
>
> On 7/8/2014 9:59 AM, Sebastian
I've been developing code just fine running in SRAM with the current head. I
just tried to run out of flash. My software put the program in flash just
fine, but it doesn't run, it winds up in the BAM code trying to boot off the
serial port / CAN.
The difference between SRAM and FLASH is only
> -Original Message-
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Chris Johns
> Sent: Thursday, July 10, 2014 8:44 PM
> To: devel@rtems.org
> Subject: Re: [PATCH 2/4] capture: Fix capture engine to handle new
> extensions.
>
>
>
> On 10/07/2014 11:44 pm, Jennifer Averett
---
doc/bsp_howto/console.t | 716 ++-
1 files changed, 331 insertions(+), 385 deletions(-)
diff --git a/doc/bsp_howto/console.t b/doc/bsp_howto/console.t
index 555cf04..e35ca36 100644
--- a/doc/bsp_howto/console.t
+++ b/doc/bsp_howto/console.t
@@ -7,7
I'm currently working on adding tests. Thank you for your other comments!
On 2014-07-09 09:41, Sebastian Huber wrote:
The new cache manager functions should have tests, see also
http://git.rtems.org/rtems/tree/testsuites/sptests/spcache01/init.c
On 2014-07-09 09:02, Daniel Cederman wrote:
Add
>> +BSP_fatal_exit(
>> LEON3_FATAL_INVALID_CACHE_CONFIG_SECONDARY_PROCESSOR );
>
> bsp_fatal()?
I wanted to use bsp_fatal, but it tries to acquire a ticket lock which
does not work when data cache snooping is disabled.
On 2014-07-09 09:28, Sebastian Huber wrote:
On 2014-07-09 09:02, Danie
On 2014-07-11 09:12, Daniel Cederman wrote:
>> +BSP_fatal_exit(
>> LEON3_FATAL_INVALID_CACHE_CONFIG_SECONDARY_PROCESSOR );
>
> bsp_fatal()?
I wanted to use bsp_fatal, but it tries to acquire a ticket lock which does not
work when data cache snooping is disabled.
Ok, can you please add
On 2014-07-09 16:40, Gedare Bloom wrote:
On Wed, Jul 9, 2014 at 3:02 AM, Daniel Cederman wrote:
The flush instruction on LEON flushes both the data and the instruction
cache. Flushing of just the instruction cache can be done by setting
the "flush instruction cache" bit in the cache control r
On 2014-07-09 16:38, Gedare Bloom wrote:
On Wed, Jul 9, 2014 at 3:02 AM, Daniel Cederman wrote:
Changes to the trap table might be missed by other cores.
If the system state is up, the other cores can be notified
using SMP messages that they need to flush their icache.
If the up state has not
On 2014-07-11 04:08, Chris Johns wrote:
On 10/07/2014 11:44 pm, Jennifer Averett wrote:
Use of the cenable command was resulting in a lock in
rtems_interrupt_lock_acquire due to nesting.
I am rejecting this change. RTEMS as an RTOS should provide support to handle
this case in a consistent man
19 matches
Mail list logo
