Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 04.04.2018 um 07:28 schrieb Chris Johns: > On 04/04/2018 00:43, Christian Mauderer wrote: >> Am 27.03.2018 um 09:56 schrieb Christian Mauderer: >>> Am 27.03.2018 um 09:00 schrieb Christian Mauderer: Am 26.03.2018 um 14:59 schrieb Christian Mauderer: > Hello Chris, > > I took

Re: error while running rtems-test with coverage

On 04/04/2018 06:36, Vijay Kumar Banerjee wrote: > after pulling the ini-update branch from  > https://github.com/cillianodonnell/rtems-tools/tree/ini-update > Any local changes? > I tried running the rtems-test with the following command > >

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

On 04/04/2018 00:43, Christian Mauderer wrote: > Am 27.03.2018 um 09:56 schrieb Christian Mauderer: >> Am 27.03.2018 um 09:00 schrieb Christian Mauderer: >>> Am 26.03.2018 um 14:59 schrieb Christian Mauderer: Hello Chris, I took the liberty to rebase the patches to the latest

Re: [PATCH 4/6] bsps: Move version.c and use bspopts.h

Hi Sebastian, I do like the use of shared.am to add sources to a BSP. It hides what is being built and at this point in time I actually feel a clear view in one place is better than another level of indirection. Do you have more sources you wish to add this way? I sense a number of the shared

Re: [PATCH 3/6] bsps: Add shared.am

Hi Sebastian, Please not more indirection and makefile file includes. A major problem with maintaining the build system as it stands is the complete and utter mess the makefile includes are. Chris On 03/04/2018 23:27, Sebastian Huber wrote: > This patch is a part of the BSP source

error while running rtems-test with coverage

after pulling the ini-update branch from https://github.com/cillianodonnell/rtems-tools/tree/ini-update I tried running the rtems-test with the following command $HOME/development/rtems/rtems-tools/tester/rtems-test --rtems-tools=$HOME/development/rtems/5 --log=coverage_analysis.log

Re: Improve coverage analysis toolset

What's the full output and what did you change in the time in between having the same output that I posted and the new one? Start a new thread for this issue like Chris mentioned. On Tue, 3 Apr 2018, 20:35 Vijay Kumar Banerjee, wrote: > > > > > On 3 April 2018 at

Re: Improve coverage analysis toolset

On 3 April 2018 at 03:58, Chris Johns wrote: > On 03/04/2018 02:10, Cillian O'Donnell wrote: > > Sure if you want to crack at it. > > > > If you pull the ini-update branch again, I've included the other files > you'll need. > > > > Now if you try and run rtems-test with

Re: MMU was Re: Contribute to a project under GSOC 2018

Sir, I have gone through https://homes.cs.washington.edu/~levy/opal/opal-tocs.pdf, where the protection approach in Opal Operating System is provided. As per my understanding of the paper, I have tried to extract the memory protection part and have written a blog on it:

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 27.03.2018 um 09:56 schrieb Christian Mauderer: > Am 27.03.2018 um 09:00 schrieb Christian Mauderer: >> Am 26.03.2018 um 14:59 schrieb Christian Mauderer: >>> Hello Chris, >>> >>> I took the liberty to rebase the patches to the latest master. See the >>> two following v3 mails. I'll take a look

[PATCH 6/6] bsps: Move libchip to bsps

This patch is a part of the BSP source reorganization. Update #3285. --- .../powerpc/gen5200/dev/mpc5200-ata.c | 0 .../shared/dev}/display/disp_fonts.h | 0 .../shared/dev}/display/disp_hcms29xx.c| 0 .../shared/dev}/display/font_hcms29xx.c|

[PATCH 4/6] bsps: Move version.c and use bspopts.h

This patch is a part of the BSP source reorganization. Update #3285. Update #3375. --- c/src/support/version.c => bsps/shared/rtems-version.c | 5 - bsps/shared/shared.am | 1 + c/src/configure.ac | 2 --

[PATCH 5/6] bsps: Move config macros to RTEMS_BSP_CONFIGURE

Provide HAS_NETWORKING and HAS_SMP Automake conditionals for all BSPs. This patch is a part of the BSP source reorganization. Update #3285. --- c/src/aclocal/bsp-configure.m4 | 9 + c/src/lib/libbsp/arm/altera-cyclone-v/configure.ac | 7 ---

[PATCH 1/6] build: Remove EXTRA_DIST

--- Makefile.am| 3 - c/Makefile.am | 1 - c/src/lib/libbsp/Makefile.am | 23 c/src/lib/libbsp/arm/Makefile.am | 3 - c/src/lib/libbsp/arm/altera-cyclone-v/Makefile.am

[PATCH 3/6] bsps: Add shared.am

This patch is a part of the BSP source reorganization. Update #3285. --- bsps/shared/shared.am | 0 c/src/lib/libbsp/arm/altera-cyclone-v/Makefile.am | 1 + c/src/lib/libbsp/arm/atsam/Makefile.am| 1 + c/src/lib/libbsp/arm/beagle/Makefile.am

Re: [PATCH] build: Update configure.ac to support the latest automake.

On 02/04/2018 13:27, Chris Johns wrote: > > I have managed to solve this issue with a hack but another more critical issue > has appeared related to the way the tests are structured and share code as > sources rather than a library. The `subdir-objects` breaks the testsuite when > building with a