Hi Chris,
I added this patch to rtems-tools. Attached is a patch to
RSB to use it for the sparc tools. If this looks OK, should
I make a similar update to all applicable 4.11 targets?
--joel
Original Message
Subject:[PATCH] Add const qualifier in
Date: Mon, 14 Apr 2
Hi
Saw this today in a build log and couldn't find the prototype
so I am hoping someone else can fix it.
sparc-rtems4.11-gcc --pipe -DHAVE_CONFIG_H -I../../..
-I../../../../cpukit/../../../sis/lib/include -mcpu=cypress -O2 -g
-ffunction-sections -fdata-sections -Wall -Wmissing-prototypes
-Wi
On 7/7/2014 8:42 AM, Gedare Bloom wrote:
> On Mon, Jul 7, 2014 at 9:37 AM, Alan Cudmore wrote:
>> Hi André,
>> I updated my Pi setup to add the second LED and switch, and your example
>> works for me. I did notice that when I power off the Rapberry Pi, then power
>> it back on, the second LED wil
On Mon, Jul 7, 2014 at 9:42 AM, Gedare Bloom wrote:
> On Mon, Jul 7, 2014 at 9:37 AM, Alan Cudmore
> wrote:
> > Hi André,
> > I updated my Pi setup to add the second LED and switch, and your example
> > works for me. I did notice that when I power off the Rapberry Pi, then
> power
> > it back on
On Mon, Jul 7, 2014 at 9:37 AM, Alan Cudmore wrote:
> Hi André,
> I updated my Pi setup to add the second LED and switch, and your example
> works for me. I did notice that when I power off the Rapberry Pi, then power
> it back on, the second LED will remain lit and cause interrupts in the RTEMS
>
Hi André,
I updated my Pi setup to add the second LED and switch, and your example
works for me. I did notice that when I power off the Rapberry Pi, then
power it back on, the second LED will remain lit and cause interrupts in
the RTEMS program. If I leave the Pi powered off for a little while, it
Sorry, I forgot to add the PR number. It is:
https://www.rtems.org/bugzilla/show_bug.cgi?id=2153
--
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
---
c/src/lib/libbsp/shared/console-termios.c | 73 +
1 files changed, 73 insertions(+), 0 deletions(-)
create mode 100644 c/src/lib/libbsp/shared/console-termios.c
diff --git a/c/src/lib/libbsp/shared/console-termios.c
b/c/src/lib/libbsp/shared/console-termios.c
n
From: Christian Mauderer
---
.../libbsp/sparc/leon3/console/printk_support.c| 51
c/src/lib/libbsp/sparc/leon3/include/leon.h| 19 ---
.../libbsp/sparc/shared/include/apbuart_termios.h | 19 +++
.../lib/libbsp/sparc/shared/uart/apbuart_termios.c |
Add a new low-level device API to Termios that passes the TTY structure
to the low-level device functions. This greatly simplifies the
low-level device drivers since they are no longer forced to derive their
private data from the minor number.
It makes it possible to use the TTY low-level lock in
Move the APBUART console driver support to the shared SPARC area so that
it can be reused by other BSPs. Only the console driver initialization
is now BSP specific.
---
c/src/lib/libbsp/sparc/leon3/Makefile.am |7 +-
c/src/lib/libbsp/sparc/leon3/console/console.c | 349 ++--
On 2014-07-07 09:46, Daniel Cederman wrote:
Probably true. I could change
rtems_cache_invalidate_entire_instruction_cpu_set(set) to
rtems_cache_invalidate_entire_instruction_all_processors() instead. Or make the
original rtems_cache_invalidate_entire_instruction() notify all processors when
runni
Probably true. I could change
rtems_cache_invalidate_entire_instruction_cpu_set(set) to
rtems_cache_invalidate_entire_instruction_all_processors() instead. Or
make the original rtems_cache_invalidate_entire_instruction() notify all
processors when running SMP, but I guess that could be dangerou
Broadcast and single send had different types so I picked the one with a
defined length since we are doing bit operations on it. But I can change
to unsigned long instead.
Daniel Cederman
Software Engineer
Aeroflex Gaisler AB
Aeroflex Microelectronic Solutions – HiRel
Kungsgatan 12
SE-411 19 Go
14 matches
Mail list logo
