The Fatal_halt handler now have two options, either halt
as before or enter system error state to return to
debugger or simulator. The exit-code is now also
propagated to the debugger which is very useful for
testing.
The CPU_Fatal_halt handler was split up into two, since
the only the LEON3 suppo
On 06/10/14 11:56, Daniel Hellstrom wrote:
diff --git a/cpukit/score/cpu/sparc/rtems/score/cpu.h
b/cpukit/score/cpu/sparc/rtems/score/cpu.h
index 70d1785..65966b7 100644
--- a/cpukit/score/cpu/sparc/rtems/score/cpu.h
+++ b/cpukit/score/cpu/sparc/rtems/score/cpu.h
@@ -1075,19 +1075,15 @@ void _CP
On 10/06/2014 01:01 PM, Sebastian Huber wrote:
On 06/10/14 11:56, Daniel Hellstrom wrote:
diff --git a/cpukit/score/cpu/sparc/rtems/score/cpu.h
b/cpukit/score/cpu/sparc/rtems/score/cpu.h
index 70d1785..65966b7 100644
--- a/cpukit/score/cpu/sparc/rtems/score/cpu.h
+++ b/cpukit/score/cpu/sparc/rt
The Fatal_halt handler now have two options, either halt
as before or enter system error state to return to
debugger or simulator. The exit-code is now also
propagated to the debugger which is very useful for
testing.
The CPU_Fatal_halt handler was split up into two, since
the only the LEON3 suppo
Thanks, looks good.
--
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äftl
On 10/06/2014 01:40 PM, Sebastian Huber wrote:
Thanks, looks good.
Thanks! I will apply it after I fix [PATH 3/5], I will remove the bsp_reset
form leon2/erc32 so it is similar to leon3 and also use the CPU_Fatal_halt().
___
devel mailing list
deve
On 07/04/2014 08:25 AM, Sebastian Huber wrote:
On 2014-07-03 09:29, Daniel Hellstrom wrote:
By removing the bsp_reset() mechanism and instead relying on the
CPU_Fatal_halt() routine SMP and single-core can halt by updating
the _Internal_errors_What_happened structure and set the state to
SYSTEM_
By removing the bsp_reset() mechanism and instead relying on the
CPU_Fatal_halt() routine SMP and single-core can halt by updating
the _Internal_errors_What_happened structure and set the state to
SYSTEM_STATE_TERMINATED (the generic way). This will be better
for test scripts and debugger that can
Now that a SPARC fatal handler is defined, we no longer
need the BSP specific reset routine.
---
c/src/lib/libbsp/sparc/erc32/configure.ac |2 +-
c/src/lib/libbsp/sparc/leon2/configure.ac |2 +-
c/src/lib/libbsp/sparc/shared/start/start.S |7 ---
3 files changed, 2 insertions(+
Hi
It is now official. Google Code-in will occur this year.
I asked earlier about folks mentoring and now we know for sure that we need
mentors lined up before we commit.
Please let me know privately if you have questions or want to mentor. This
is really a nice opportunity to encourage the nex
Both patches look fine to me.
--
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
On 02/10/14 11:16, Daniel Cederman wrote:
> I would not put too much time into this. Who needs this stuff?
Thanks for the comment. I thought it would be a quick fix to add support, but
looking at the code that gcc generates for _Atomic struct's I do not really
trust it to be correct. And on em
On 10/07/2014 07:37 AM, Sebastian Huber wrote:
Both patches look fine to me.
Thanks for reviewing! I'll apply them all then.
Daniel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
13 matches
Mail list logo
