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
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
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
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 ++--
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
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 |
---
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
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
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
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
>
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 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
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
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
14 matches
Mail list logo
