LEON3 Clock and Timer Driver

Hello, the LEON3 clock and timer driver use both LEON3_Timer_Regs (usually GPTIMER 0). In separate source files we have http://git.rtems.org/rtems/tree/c/src/lib/libbsp/sparc/leon3/clock/ckinit.c#n33 #if defined(RTEMS_MULTIPROCESSING) #define LEON3_CLOCK_INDEX \ (rtems_configuration_get_

[PATCH] bsps/sparc: Fix ambapp_find_by_idx()

The expression "*pi++" post-increments the pointer (not the value). --- .../libbsp/sparc/shared/amba/ambapp_find_by_idx.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/c/src/lib/libbsp/sparc/shared/amba/ambapp_find_by_idx.c b/c/src/lib/libbsp/sparc/shared/amba/ambapp_

Re: [PATCH] New fstest to check rename POSIX conformance

On 02/11/14 01:07, Nick Withers wrote: On Sat, 2014-02-08 at 12:26 +, Andre Marques wrote: Hi, As discussed in [1], I created a new fstest to check the rename() implementation against the POSIX specification [2]. What the attached patch does not test: - Testing the existance of a link vis

Software License Hint after RTEMS.ORG and RTEMS.COM Domain Announcement

Hi All, I just noticed that a lot of our files cotain license hints which point to "http://www.rtems.com/license/LICENSE";. I think with Joels RTEMS.ORG and RTEMS.COM Domain Announcement (see below) these all should get changed to "http://www.rtems.org/license/LICENSE"; Kind Regards Ralf K

Re: Software License Hint after RTEMS.ORG and RTEMS.COM Domain Announcement

On 11/02/2014 9:33 pm, Ralf Kirchner wrote: Hi All, I just noticed that a lot of our files cotain license hints which point to "http://www.rtems.com/license/LICENSE";. I think with Joels RTEMS.ORG and RTEMS.COM Domain Announcement (see below) these all should get changed to "http://www.rtems.org/

Re: [PATCH] bsps/sparc: Fix ambapp_find_by_idx()

This is good. Had to do the same myself. Daniel On 02/11/2014 10:10 AM, Sebastian Huber wrote: The expression "*pi++" post-increments the pointer (not the value). --- .../libbsp/sparc/shared/amba/ambapp_find_by_idx.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a

[PATCH] sparc: Increase CPU_STRUCTURE_ALIGNMENT to 32

Recent LEON4 systems use a cache line size of 32 bytes. --- cpukit/score/cpu/sparc/rtems/score/cpu.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/cpukit/score/cpu/sparc/rtems/score/cpu.h b/cpukit/score/cpu/sparc/rtems/score/cpu.h index fe76fa5..17a9f54 100644 --- a/cp

[PATCH] testsuites: Add TESTS_USE_PRINTF

Make it possible to use normal printf() if requested to allow output of floating point numbers. --- testsuites/support/include/buffer_test_io.h | 17 - 1 files changed, 16 insertions(+), 1 deletions(-) diff --git a/testsuites/support/include/buffer_test_io.h b/testsuites/suppor

Re: [PATCH] sparc: Increase CPU_STRUCTURE_ALIGNMENT to 32

Does this change negatively affect the older sparc boards? On Tue, Feb 11, 2014 at 11:25 AM, Sebastian Huber wrote: > Recent LEON4 systems use a cache line size of 32 bytes. > --- > cpukit/score/cpu/sparc/rtems/score/cpu.h |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --

Re: [PATCH] testsuites: Add TESTS_USE_PRINTF

I think it would be better and more consistent to put the check #if defined(TESTS_USE_PRINTF) or #elif defined(TESTS_USE_PRINTF) explicitly, and leave the #else /* IPRINT */ as the fall-through case for if it is not specified. That way if another check for print output should be added later, it can

Re: [PATCH] score: Add CPU counter support

I like this idea. I have some requests about the interface though. First, is there only one possible counter or would it be extended in the future to multiple? If there may be multiple, this resource should be represented in the score and configured as an Object, with a traditional interface in th