On 19/05/2016 15:27, Sebastian Huber wrote:
What about using rtems_printk_plugin_t so that the heavy weight
fprintf() doesn't get pulled in by default?
Sure, this is a good idea. I had not looked at this interface before.
Chris
___
devel mailing list
A cluster size > 32KiB resulted in an infinite loop in
fat_init_volume_info() due to an integer overflow.
Close #2717.
---
cpukit/libfs/src/dosfs/fat.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/cpukit/libfs/src/dosfs/fat.c b/cpukit/libfs/src/dosfs/fat.c
index 59f5309.
Ok, thanks.
--
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äftliche Mit
From: Pavel Pisa
Patches required to boot by U-boot
* bsps/arm: CP15 support for flush prefetch buffer and table base control.
* arm/raspberrypi: ensure that RTEMS application image can be started by
U-boot.
Correction of weirdness
* arm/raspberrypi: correct GPIO pin function selection.
*
From: Pavel Pisa
---
c/src/lib/libcpu/arm/shared/include/arm-cp15.h | 48 ++
1 file changed, 48 insertions(+)
diff --git a/c/src/lib/libcpu/arm/shared/include/arm-cp15.h
b/c/src/lib/libcpu/arm/shared/include/arm-cp15.h
index 76b0582..4c1966d 100644
--- a/c/src/lib/libcp
From: Pavel Pisa
This is required if function or direction is changed by some driver
after start of thread multitasking or in interrupts drivers.
There can be problem with calling GPIO function selection before
data section is initialized. But actual ticket lock implementation
seems to be compat
From: YANG Qiao
---
c/src/lib/libbsp/arm/raspberrypi/Makefile.am | 4 ++
c/src/lib/libbsp/arm/raspberrypi/include/mailbox.h | 32 +
.../libbsp/arm/raspberrypi/include/raspberrypi.h | 49 +++
c/src/lib/libbsp/arm/raspberrypi/misc/mailbox.c| 56
From: Pavel Pisa
The current versions of U-boot start kernel/RTEMS application image
with instruction and data caches enabled and it sets exception
base register to new address after its self-relocation.
ldr r0, [r9, #GD_RELOCADDR] /* r0 = gd->relocaddr */
mcr p15, 0, r0,
From: Pavel Pisa
Original implementation does only bitwise-or with previous register
value for all functions except IN. Switch from one to other function
would lead to incorrect value.
---
c/src/lib/libbsp/arm/raspberrypi/gpio/rpi-gpio.c| 18 +-
c/src/lib/libbsp/arm/raspberry
From: YANG Qiao
---
c/src/lib/libbsp/arm/raspberrypi/Makefile.am | 4 +
c/src/lib/libbsp/arm/raspberrypi/include/vc.h | 140 +++
c/src/lib/libbsp/arm/raspberrypi/misc/vc.c | 248
c/src/lib/libbsp/arm/raspberrypi/misc/vc_defines.h | 436 +
From: Pavel Pisa
---
c/src/lib/libbsp/arm/raspberrypi/Makefile.am | 1 +
c/src/lib/libbsp/arm/raspberrypi/include/bsp.h | 6 +++
c/src/lib/libbsp/arm/raspberrypi/startup/cmdline.c | 47 ++
3 files changed, 54 insertions(+)
create mode 100644 c/src/lib/libbsp/arm/
Hi,
I was going through the old scripts o porting Rock on RTEMS.While building
the rtems version 4.10.1 a patch was used namely
http://www.rtems.com/ftp/pub/rtems/SOURCES/4.10/newlib-1.18.0-rtems4.10-20110518.diff
This url gives a page not found error now. I am now modifying the scripts
for rtem
Hello Chris,
as you know I am testing Raspberry Pi to integrate
previous work and help this year GSoC students
and I am testing dlopen on the current RTEMS master.
My previous tests on LPC17xx, MPC5200, i386 and after
some of your corrections even TMS570
worked nicely. But I have noticed some str
Hello Chris,
update. If I disable cache completely then I find code
relocated right at the given address
On Thursday 19 of May 2016 14:50:55 Pavel Pisa wrote:
> All seem to be right to this place but when I disassemble target
> function I get
>
>0x1cb018: push{r4, r5, r6, r7, r8, lr}
>
I believe those patches aren't needed any more, as we have worked to
submit our patches upstream and use newlib snapshots and releases
directly. You should refer to the source versions identified by the
RSB, and see whether it applies any patches, to understand what source
it compiles to build a to
For 4.10, the tools are on a different track than the master. They
are frozen to older tools.
The URL has a few issues:
+ rtems.com reference should be rtems.org
+ After the hosting moved to OSU OSL, we went from one IP address
for all machines to a unique name/IP per service. So
www.rtems.
Hello Gedare,
thanks for review. Changes pushed.
If the problem is found on RPi2, I help
with correction.
Best wishes,
Pavel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On Wed, May 18, 2016 at 5:20 AM, Sebastian Huber
wrote:
> This makes it easier to add more states in the future.
>
> Update #2555.
> Update #2626.
> ---
> cpukit/score/include/rtems/score/thread.h | 6 +-
> cpukit/score/include/rtems/score/threadimpl.h | 3 ++-
> 2 files changed, 3 insert
On 19/05/2016 23:05, Pavel Pisa wrote:
update. If I disable cache completely then I find code
relocated right at the given address
Ah ok, this is covered by this ticket https://devel.rtems.org/ticket/2438.
It is a bug in libdl.
Chris
___
devel maili
Hello,
The rtems-docs.git repo is available and visible on
https://git.rtems.org/. Commit emails and IRC logs will be enabled soon.
The documentation is licensed under the Attribution-ShareAlike 4.0
International license.
There are a few documents in the source that need to be cleaned up af
Hello,
On 20/05/16 05:48, Chris Johns wrote:
I wish to thank Amar for all his work in the back ground helping to
get this large task completed.
yes, a big thanks to Amar and Chris and everyone else involved in this.
Its a really nice step forward.
--
Sebastian Huber, embedded brains GmbH
21 matches
Mail list logo
