Re: Using rtl-host in covor - some questions

Hi, thanks for all your replies. 2014-08-14 15:38 GMT+02:00 Joel Sherrill : > > On 8/13/2014 10:13 PM, Chris Johns wrote: > > On 14/08/2014 7:34 am, Joel Sherrill wrote: > >> The other part is in covoar itself. As it processes each exe and builds > >> the internal > >> database of information, it

[PATCH 5/5] or1ksim BSP: Include cache manager stubs, and re-generate preinstall.am files.

--- c/src/lib/libbsp/or1k/or1ksim/Makefile.am | 9 +++- c/src/lib/libbsp/or1k/or1ksim/preinstall.am | 72 - c/src/lib/libbsp/or1k/preinstall.am | 3 +- 3 files changed, 48 insertions(+), 36 deletions(-) diff --git a/c/src/lib/libbsp/or1k/or1ksim/Makefile.am

[PATCH 3/5] Rename or1k_or1ksim BSP to or1ksim

--- c/src/lib/libbsp/or1k/or1ksim/make/custom/or1k_or1ksim.cfg | 7 --- c/src/lib/libbsp/or1k/or1ksim/make/custom/or1ksim.cfg | 7 +++ 2 files changed, 7 insertions(+), 7 deletions(-) delete mode 100644 c/src/lib/libbsp/or1k/or1ksim/make/custom/or1k_or1ksim.cfg create mode 100644 c/

[PATCH 4/5] Add or1k to the list of targets that use IEEE 754 in xdr_float.c

--- cpukit/librpc/src/xdr/xdr_float.c | 1 + 1 file changed, 1 insertion(+) diff --git a/cpukit/librpc/src/xdr/xdr_float.c b/cpukit/librpc/src/xdr/xdr_float.c index 8640058..cf081a7 100644 --- a/cpukit/librpc/src/xdr/xdr_float.c +++ b/cpukit/librpc/src/xdr/xdr_float.c @@ -69,6 +69,7 @@ static ch

[PATCH 2/5] libcpu: Add new entry for or1k cpu and include cache manager stubs.

--- c/src/lib/libcpu/or1k/Makefile.am | 20 +++ c/src/lib/libcpu/or1k/configure.ac | 31 + c/src/lib/libcpu/or1k/preinstall.am | 24 ++ c/src/lib/libcpu/or1k/shared/cache/cache_.h | 11 ++ 4 files ch

[PATCH 1/5] sptests/spcache01: Make inline assembly conditional to account for OpenRISC l.nop instruction.

--- testsuites/sptests/spcache01/init.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/testsuites/sptests/spcache01/init.c b/testsuites/sptests/spcache01/init.c index 2c9d184..ad9b54f 100644 --- a/testsuites/sptests/spcache01/init.c +++ b/testsuites/sptests/spcache01/ini

Re: [PATCH 2/2] rtems: Add more clock tick functions

On Friday 22 of August 2014 17:24:41 Gedare Bloom wrote: > On Fri, Aug 22, 2014 at 11:12 AM, Sebastian Huber > > wrote: > > Add rtems_clock_ticks_later(), rtems_clock_ticks_later_us() and > > rtems_clock_ticks_later_us(). > > > > FIXME: Patch is incomplete. Documentation and tests are missing. J

Re: tms570 Cortex-R performance counters and some ideas related to RTEMS timekeeping code

On Fri, Aug 22, 2014 at 1:45 PM, Joel Sherrill wrote: > > > On August 22, 2014 11:44:11 AM CDT, Pavel Pisa wrote: >>Hello Joel, >> >>On Friday 22 of August 2014 17:25:24 Joel Sherrill wrote: >>> Pushed. >>> >>> Followups can just be subsequent patches. >> >>thanks, you are faster than light ... >

Re: tms570 Cortex-R performance counters and some ideas related to RTEMS timekeeping code

On August 22, 2014 11:44:11 AM CDT, Pavel Pisa wrote: >Hello Joel, > >On Friday 22 of August 2014 17:25:24 Joel Sherrill wrote: >> Pushed. >> >> Followups can just be subsequent patches. > >thanks, you are faster than light ... Just truing to wrap up things on a Friday. :) >As for the RTEMS ti

Re: tms570 Cortex-R performance counters and some ideas related to RTEMS timekeeping code

Hello Joel, On Friday 22 of August 2014 17:25:24 Joel Sherrill wrote: > Pushed. > > Followups can just be subsequent patches. thanks, you are faster than light ... As for the RTEMS timekeeping code, I can imagine how it could look better. I do not like Clock_driver_nanoseconds_since_last_tick. I

Re: or1k build issues

Hi, On Fri, Aug 22, 2014 at 5:11 PM, Joel Sherrill wrote: > Hi > > Some basic or1ksim BSP issues: > > (1) I can't build what is committed. > > gmake[7]: Entering directory > `/users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1k_or1ksim-rtems/or1k-rtems4.11/c/or1k_or1ksim/lib/libbsp/or1

BSP Build Failures Appeal

Hi The build failures I reported were with the latest RSB tools Please pitch in and let's resolve them. I left a similar build going for the weekend but using the head of gcc, newlib, and binutils. Hopefully the results are similar. Thanks. -- Joel Sherrill, Ph.D. Director of Resea

Re: [PATCH 1/2] rtems: Inline rtems_clock_get_ticks_since_boot()

On Fri, Aug 22, 2014 at 11:22 AM, Joel Sherrill wrote: > > On 8/22/2014 10:18 AM, Gedare Bloom wrote: >> On Fri, Aug 22, 2014 at 11:12 AM, Sebastian Huber >> wrote: >>> Update documentation. >>> --- >>> cpukit/rtems/Makefile.am| 1 - >>> cpukit/rtems/include/rtems/rtems/

Re: [PATCH] bsp/tms570: implemented and tested initialization of Cortex-R performance counters.

Pushed. Followups can just be subsequent patches. On 8/22/2014 10:20 AM, Pavel Pisa wrote: > The code is written as BSP specific now but it should work for all > Cortex-A and R based CPUs and can be moved to ARM generic place in future. > > StackOverflow suggested sequences of writes to the regis

Re: [PATCH 2/2] rtems: Add more clock tick functions

On Fri, Aug 22, 2014 at 11:12 AM, Sebastian Huber wrote: > Add rtems_clock_ticks_later(), rtems_clock_ticks_later_us() and > rtems_clock_ticks_later_us(). > > FIXME: Patch is incomplete. Documentation and tests are missing. Just > for API review. > --- > cpukit/rtems/include/rtems/rtems/clock.h

Re: [PATCH 1/2] rtems: Inline rtems_clock_get_ticks_since_boot()

On 8/22/2014 10:18 AM, Gedare Bloom wrote: > On Fri, Aug 22, 2014 at 11:12 AM, Sebastian Huber > wrote: >> Update documentation. >> --- >> cpukit/rtems/Makefile.am| 1 - >> cpukit/rtems/include/rtems/rtems/clock.h| 14 +-- >> cpukit/rtems/src/clockgettick

[PATCH] bsp/tms570: implemented and tested initialization of Cortex-R performance counters.

The code is written as BSP specific now but it should work for all Cortex-A and R based CPUs and can be moved to ARM generic place in future. StackOverflow suggested sequences of writes to the registers required to start counters is used. http://stackoverflow.com/questions/3247373/how-to-measure-

powerpc/virtex5 build failure

Hi Looks like the benchmark timer code on the virtex5 is not 100% right. It is missing a symbol. /users/joel/rtems-4.11-work/rtems-testing/rtems/build-powerpc-virtex5-rtems/powerpc-rtems4.11/c/virtex5/lib/libcpu/powerpc/../../../../../../../rtems/c/src/lib/libcpu/powerpc/mpc6xx/timer/timer.c:77:

Re: [PATCH 2/2] rtems: Add more clock tick functions

These also would go into the clockimpl.h On Fri, Aug 22, 2014 at 11:12 AM, Sebastian Huber wrote: > Add rtems_clock_ticks_later(), rtems_clock_ticks_later_us() and > rtems_clock_ticks_later_us(). > > FIXME: Patch is incomplete. Documentation and tests are missing. Just > for API review. > --- >

Re: [PATCH 1/2] rtems: Inline rtems_clock_get_ticks_since_boot()

On Fri, Aug 22, 2014 at 11:12 AM, Sebastian Huber wrote: > Update documentation. > --- > cpukit/rtems/Makefile.am| 1 - > cpukit/rtems/include/rtems/rtems/clock.h| 14 +-- > cpukit/rtems/src/clockgettickssinceboot.c | 31 > -

powerpc/mpc5668g does not compile

Hi Another from the build. Could someone please fix this? powerpc-rtems4.11-gcc --pipe -B../../../../../.././lib/ -B../../../../../.././mpc5668g/lib/ -specs bsp_specs -qrtems -DHAVE_CONFIG_H -isystem ../../../../../.././mpc5668g/lib/include -mcpu=8540 -meabi -msdata=sysv -fno-common -msoft-fl

powerpc/gwlcfm does not compile

Hi More from the overnight build. Could someone fix this? powerpc-rtems4.11-gcc --pipe -B../../../../.././lib/ -B../../../../.././gwlcfm/lib/ -specs bsp_specs -qrtems -DPACKAGE_NAME=\"rtems-c-src-lib-libcpu-powerpc\" -DPACKAGE_TARNAME=\"rtems-c-src-lib-libcpu-powerpc\" -DPACKAGE_VERSION=\"4.10.99

[PATCH 2/2] rtems: Add more clock tick functions

Add rtems_clock_ticks_later(), rtems_clock_ticks_later_us() and rtems_clock_ticks_later_us(). FIXME: Patch is incomplete. Documentation and tests are missing. Just for API review. --- cpukit/rtems/include/rtems/rtems/clock.h | 66 1 file changed, 66 insertions(+

[PATCH 1/2] rtems: Inline rtems_clock_get_ticks_since_boot()

Update documentation. --- cpukit/rtems/Makefile.am| 1 - cpukit/rtems/include/rtems/rtems/clock.h| 14 +-- cpukit/rtems/src/clockgettickssinceboot.c | 31 - cpukit/score/include/rtems/score/watchdog.h | 7 ++ cpukit/sc

or1k build issues

Hi Some basic or1ksim BSP issues: (1) I can't build what is committed. gmake[7]: Entering directory `/users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1k_or1ksim-rtems/or1k-rtems4.11/c/or1k_or1ksim/lib/libbsp/or1k' Makefile:731: *** missing separator. Stop. I think this was an issue

Re: arm/nds - cache_manager.c build failure

On Fri, Aug 22, 2014 at 10:45 AM, Joel Sherrill wrote: > > On 8/22/2014 9:38 AM, Gedare Bloom wrote: >> Looks like this function needs a guard on #if >> defined(CPU_INSTRUCTION_CACHE_ALIGNMENT) >> >> >> see rtems_cache_invalidate_multiple_instruction_lines() > Or CPU_INSTRUCTION_CACHE_ALIGNMENT ne

Re: arm/nds - cache_manager.c build failure

Looks like this function needs a guard on #if defined(CPU_INSTRUCTION_CACHE_ALIGNMENT) see rtems_cache_invalidate_multiple_instruction_lines() On Fri, Aug 22, 2014 at 10:30 AM, Joel Sherrill wrote: > Hi > > I am guessing some conditional path isn't being covered right to > get CPU_INSTRUCTION_C

Re: arm/nds - cache_manager.c build failure

On 8/22/2014 9:38 AM, Gedare Bloom wrote: > Looks like this function needs a guard on #if > defined(CPU_INSTRUCTION_CACHE_ALIGNMENT) > > > see rtems_cache_invalidate_multiple_instruction_lines() Or CPU_INSTRUCTION_CACHE_ALIGNMENT needs to be always defined. I did a full build of all tests on all B

nios2_iss cache_manager.c Build Failure

Hi Similar issue to NDS. Could someone please fix this? ../../../../../../../rtems/c/src/lib/libcpu/nios2/../shared/src/cache_manager.c: In function '_invalidate_multiple_instruction_lines_no_range_functions': ../../../../../../../rtems/c/src/lib/libcpu/nios2/../shared/src/cache_manager.c:458: er

arm/nds - cache_manager.c build failure

Hi I am guessing some conditional path isn't being covered right to get CPU_INSTRUCTION_CACHE_ALIGNMENT defined. Could someone please take a look at this and fix it? arm-rtems4.11-gcc --pipe -B../../../../../.././lib/ -B../../../../../.././nds/lib/ -specs bsp_specs -qrtems -DHAVE_CONFIG_H -I../

Re: [PATCH] libchip/dwmac: Make PHY address user configurable.

Thanks. On 8/22/2014 1:53 AM, Christian Mauderer wrote: > Hi Joel, > > I've changed the name of the structure to a more speaking one and added a few > lines of example-code to the README of the altcycv-BSP. > > Kind regards > > Christian Mauderer > ___