Re: [PATCH] Change module imports

2019-02-07 Thread Sebastian Huber 

This patch doesn't work, I get this build error after a while:

Waf: Leaving directory `/home/EB/sebastian_h/git-rtems-docs/build'
Build failed
Traceback (most recent call last):
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Task.py", 
line 145, in process

    ret=self.run()
  File "/home/EB/sebastian_h/git-rtems-docs/wscript", line 44, in catalogue
    docs_waf.xml_catalogue(ctx, building)
  File "/home/EB/sebastian_h/git-rtems-docs/common/waf.py", line 487, 
in xml_catalogue

    bconf = imp.load_module('bconf', mf[0], mf[1], mf[2])
  File "/home/EB/sebastian_h/git-rtems-docs/user/conf.py", line 4, in 


    from conf import *
ImportError: No module named conf

I tried a couple of things to fix this without success.

--
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 Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

[PATCH] Change module imports

2019-02-07 Thread Sebastian Huber 
---
 book/wscript |  3 +--
 bsp-howto/wscript| 18 +++---
 c-user/wscript   | 18 +++---
 cpu-supplement/wscript   | 18 +++---
 develenv/wscript | 18 +++---
 eclipse/wscript  | 18 +++---
 eng/wscript  | 18 +++---
 filesystem/wscript   | 18 +++---
 images/wscript   | 10 +++---
 networking/wscript   | 18 +++---
 porting/wscript  | 18 +++---
 posix-compliance/wscript | 18 +++---
 posix-users/wscript  | 18 +++---
 rtemsconfig/wscript  | 18 +++---
 shell/wscript| 18 +++---
 user/wscript | 18 +++---
 wscript  |  6 ++
 17 files changed, 104 insertions(+), 167 deletions(-)

diff --git a/book/wscript b/book/wscript
index 0503604..5488b9b 100644
--- a/book/wscript
+++ b/book/wscript
@@ -1,8 +1,7 @@
 from sys import path
 from os.path import abspath, exists
-path.append(abspath('../common/'))
 
-from waf import cmd_configure_path, cmd_build_path, cmd_options_path, spell, 
cmd_spell
+from common.waf import cmd_configure_path, cmd_build_path, cmd_options_path, 
spell, cmd_spell
 
 
 def options(ctx):
diff --git a/bsp-howto/wscript b/bsp-howto/wscript
index 26ab0ca..4063cd4 100644
--- a/bsp-howto/wscript
+++ b/bsp-howto/wscript
@@ -1,11 +1,7 @@
-from sys import path
-from os.path import abspath
-path.append(abspath('../common/'))
-
-from waf import cmd_configure as configure
-from waf import cmd_build as build
-from waf import cmd_options as options
-from waf import spell
-from waf import cmd_spell
-from waf import linkcheck
-from waf import cmd_linkcheck
+from common.waf import cmd_configure as configure
+from common.waf import cmd_build as build
+from common.waf import cmd_options as options
+from common.waf import spell
+from common.waf import cmd_spell
+from common.waf import linkcheck
+from common.waf import cmd_linkcheck
diff --git a/c-user/wscript b/c-user/wscript
index 26ab0ca..4063cd4 100644
--- a/c-user/wscript
+++ b/c-user/wscript
@@ -1,11 +1,7 @@
-from sys import path
-from os.path import abspath
-path.append(abspath('../common/'))
-
-from waf import cmd_configure as configure
-from waf import cmd_build as build
-from waf import cmd_options as options
-from waf import spell
-from waf import cmd_spell
-from waf import linkcheck
-from waf import cmd_linkcheck
+from common.waf import cmd_configure as configure
+from common.waf import cmd_build as build
+from common.waf import cmd_options as options
+from common.waf import spell
+from common.waf import cmd_spell
+from common.waf import linkcheck
+from common.waf import cmd_linkcheck
diff --git a/cpu-supplement/wscript b/cpu-supplement/wscript
index 26ab0ca..4063cd4 100644
--- a/cpu-supplement/wscript
+++ b/cpu-supplement/wscript
@@ -1,11 +1,7 @@
-from sys import path
-from os.path import abspath
-path.append(abspath('../common/'))
-
-from waf import cmd_configure as configure
-from waf import cmd_build as build
-from waf import cmd_options as options
-from waf import spell
-from waf import cmd_spell
-from waf import linkcheck
-from waf import cmd_linkcheck
+from common.waf import cmd_configure as configure
+from common.waf import cmd_build as build
+from common.waf import cmd_options as options
+from common.waf import spell
+from common.waf import cmd_spell
+from common.waf import linkcheck
+from common.waf import cmd_linkcheck
diff --git a/develenv/wscript b/develenv/wscript
index 26ab0ca..4063cd4 100644
--- a/develenv/wscript
+++ b/develenv/wscript
@@ -1,11 +1,7 @@
-from sys import path
-from os.path import abspath
-path.append(abspath('../common/'))
-
-from waf import cmd_configure as configure
-from waf import cmd_build as build
-from waf import cmd_options as options
-from waf import spell
-from waf import cmd_spell
-from waf import linkcheck
-from waf import cmd_linkcheck
+from common.waf import cmd_configure as configure
+from common.waf import cmd_build as build
+from common.waf import cmd_options as options
+from common.waf import spell
+from common.waf import cmd_spell
+from common.waf import linkcheck
+from common.waf import cmd_linkcheck
diff --git a/eclipse/wscript b/eclipse/wscript
index 26ab0ca..4063cd4 100644
--- a/eclipse/wscript
+++ b/eclipse/wscript
@@ -1,11 +1,7 @@
-from sys import path
-from os.path import abspath
-path.append(abspath('../common/'))
-
-from waf import cmd_configure as configure
-from waf import cmd_build as build
-from waf import cmd_options as options
-from waf import spell
-from waf import cmd_spell
-from waf import linkcheck
-from waf import cmd_linkcheck
+from common.waf import cmd_configure as configure
+from common.waf import cmd_build as build
+from common.waf import cmd_options as options
+from common.waf import spell
+from common.waf import cmd_spell
+from common.waf import linkcheck
+from common.waf import

Re: [rtems-docs commit] Version change, forgot to add wscript to the commit.

2019-02-07 Thread Sebastian Huber 

On 08/02/2019 07:55, Chris Johns wrote:

The module concept is not really the greatest thing in Python.

I would not blame python for a package using `version` as a module name
installed in site-packages and I suppose PIL is in the sys.path.

I have done some pretty interesting things with Python modules in some projects
and I think it is a solid design.


Yes, this PIL package is not nice in terms on namespacing.

We had problems with module imports before on msys2. This tinkering with 
the system module path is not really great. In C you can use #include 
"..." or #include <...>. I don't know why you don't have a file relative 
module include in Python?


--
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 Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [rtems-docs commit] Version change, forgot to add wscript to the commit.

2019-02-07 Thread Chris Johns 
On 8/2/19 5:33 pm, Sebastian Huber wrote:
> On 08/02/2019 07:29, Sebastian Huber wrote:
>> On 07/02/2019 18:28, Chris Johns wrote:
>>> On 8/2/19 11:09 pm, Sebastian Huber wrote:
 After the update I get:

    File "/home/EB/sebastian_h/git-rtems-docs/wscript", line 67, in build
  ver_version, ver_date, ver_released = version.get(ctx,
 rtems_major_version)
 AttributeError: 'module' object has no attribute 'get'
>>> It works on MacOS, FreeBSD 11.2-p5 and sync.rtems.org (docs.rtems.org shows 
>>> the
>>> patch I pushed built).
>>>
>>> I wonder if you are loading a different `version.py`.
>>>
>>> On MacOS with Python2 I have:
>>>
>>> $ python
>>> Python 2.7.10 (default, Aug 17 2018, 19:45:58)
>>> [GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.0.42)] on darwin
>>> Type "help", "copyright", "credits" or "license" for more information.
>> import sys
>> import os.path
>> sys.path.append(os.path.abspath('common'))
>> import version
>> version.__file__
>>> '/Users/chris/development/rtems/docs/rtems-docs.git/common/version.pyc'
>> version.__dict__['get']
>>> 
>>>
>>> And on FreeBSD 11.2-p5 with python3 I have:
>>>
>>> $ python3
>>> Python 3.6.6 (default, Oct  2 2018, 01:22:29)
>>> [GCC 4.2.1 Compatible FreeBSD Clang 6.0.0 (tags/RELEASE_600/final 326565)] 
>>> on
>>> freebsd11
>>> Type "help", "copyright", "credits" or "license" for more information.
>> import sys
>> import os.path
>> sys.path.append(os.path.abspath('common'))
>> import version
>> version.__file__
>>> '/opt/work/chris/rtems/docs/rtems-docs.git/common/version.py'
>> version.__dict__['get']
>>> 
>>>
>>> What are you seeing?
>>
>> Yes, there seems to be a conflict with another version module:
>>
>> python
>> Python 2.7.14 (default, Oct 12 2017, 15:50:02) [GCC] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>> import sys
>> >>> import os.path
>> >>> sys.path.append(os.path.abspath('common'))
>> >>> import version
>> >>> version.__file__
>> '/usr/lib64/python2.7/site-packages/PIL/version.pyc'
   ^^^
>> >>> version.__dict__['get']
>> Traceback (most recent call last):
>>   File "", line 1, in 
>> KeyError: 'get'
>>
>> The module concept is not really the greatest thing in Python.

I would not blame python for a package using `version` as a module name
installed in site-packages and I suppose PIL is in the sys.path.

I have done some pretty interesting things with Python modules in some projects
and I think it is a solid design.

>>
> 
> It works if I use:
> 
> sys.path.insert(0, os.path.abspath('common'))
> 

Yeah this is simplest and smallest fix so please commit and push it.

Thinking about this maybe the sys.path hack is a poor option. I am wondering if:

 from common import waf as doc_waf
 from common import version

This ripples out into all the `wscripts`. I feel this is the most robust
solution however it is a number of changes. If you push the change I can clean
it up.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Coverage: Add support for TSIM format

2019-02-07 Thread Vijay Kumar Banerjee 
Attaching v3 of the patch. :)
From 11267b9ebf80921cb45c0a8e1a4a1df8513c8a97 Mon Sep 17 00:00:00 2001
From: Vijay Kumar Banerjee 
Date: Fri, 1 Feb 2019 01:01:42 +0530
Subject: [PATCH v3] Coverage: Add support for TSIM format

---
 tester/rt/coverage.py   | 35 +
 tester/rtems/testing/bsps/leon3-sis-cov.ini | 12 ---
 tester/rtems/testing/defaults.mc|  4 +++
 3 files changed, 33 insertions(+), 18 deletions(-)

diff --git a/tester/rt/coverage.py b/tester/rt/coverage.py
index 9fc9b64..eef88f7 100644
--- a/tester/rt/coverage.py
+++ b/tester/rt/coverage.py
@@ -45,6 +45,7 @@ from rtemstoolkit import path
 from rtemstoolkit import log
 from rtemstoolkit import execute
 from rtemstoolkit import macros
+from rtemstoolkit import version
 
 
 import options
@@ -288,14 +289,20 @@ class covoar(object):
 '''
 Covoar runner
 '''
-def __init__(self, base_result_dir, config_dir, executables, explanations_txt, trace, prefix):
+def __init__(self,
+ base_result_dir,
+ config_dir,
+ executables,
+ trace,
+ prefix,
+ covoar_cmd):
 self.base_result_dir = base_result_dir
 self.config_dir = config_dir
 self.executables = ' '.join(executables)
-self.explanations_txt = explanations_txt
-self.project_name = 'RTEMS-5'
+self.project_name = 'RTEMS-' + str(version.version())
 self.trace = trace
 self.prefix = prefix
+self.covoar_cmd = covoar_cmd
 
 def _find_covoar(self):
 covoar_exe = 'covoar'
@@ -316,10 +323,11 @@ class covoar(object):
 if not path.exists(symbol_file):
 raise error.general('coverage: no symbol set file: %s'% (symbol_file))
 exe = self._find_covoar()
-command = exe + ' -S ' + symbol_file + \
-  ' -O ' + covoar_result_dir + \
-  ' -E ' + self.explanations_txt + \
-  ' -p ' + self.project_name + ' ' + self.executables
+command = exe + ' -O ' + covoar_result_dir + \
+  ' -p ' + self.project_name + \
+  ' ' + self.executables + ' '
+command += self.covoar_cmd
+
 log.notice()
 log.notice('Running coverage analysis: %s (%s)' % (set_name, covoar_result_dir))
 start_time = datetime.datetime.now()
@@ -344,7 +352,6 @@ class coverage_run(object):
 self.trace = trace
 self.macros = macros_
 self.build_dir = self.macros['_cwd']
-self.explanations_txt = self.macros.expand(self.macros['cov_explanations'])
 self.test_dir = path.join(self.build_dir, self.macros['bsp'] + '-coverage')
 if not path.exists(self.test_dir):
 path.mkdir(self.test_dir)
@@ -353,8 +360,7 @@ class coverage_run(object):
 self.coverage_config_path = path.join(self.rtscripts, 'coverage')
 self.symbol_config_path = path.join(self.coverage_config_path,
 'symbol-sets.ini')
-self.symbol_select_path = path.join(self.coverage_config_path,
-self.macros['bsp'] + '-symbols.ini')
+self.symbol_select_path = self.macros.expand(self.macros['bsp_symbol_path'])
 self.executables = executables
 self.symbol_sets = []
 self.no_clean = int(self.macros['_no_clean'])
@@ -364,6 +370,7 @@ class coverage_run(object):
 self.bsp_name = self.macros['bsp'].split('-')[0]
 self.prefix = prefix
 self.macros.define('coverage')
+self.covoar_cmd = self.macros.expand(self.macros['bsp_covoar_cmd'])
 
 def run(self):
 try:
@@ -379,10 +386,12 @@ class coverage_run(object):
 symbol_sets = parser.parse()
 for sset in symbol_sets:
 parser.write_ini(sset)
-covoar_runner = covoar(self.test_dir, self.symbol_select_path,
-   self.executables, self.explanations_txt,
+covoar_runner = covoar(self.test_dir,
+   self.symbol_select_path,
+   self.executables,
self.trace,
-   self.prefix)
+   self.prefix,
+   self.covoar_cmd)
 covoar_runner.run(sset, self.symbol_select_path)
 self._generate_reports(symbol_sets);
 self._summarize();
diff --git a/tester/rtems/testing/bsps/leon3-sis-cov.ini b/tester/rtems/testing/bsps/leon3-sis-cov.ini
index f0a2ab9..626d314 100644
--- a/tester/rtems/testing/bsps/leon3-sis-cov.ini
+++ b/tester/rtems/testing/bsps/leon3-sis-cov.ini
@@ -32,8 +32,10 @@
 # The leon3 BSP on sis with coverage
 #
 [leon3-sis-cov]
-bsp  = leon3
-arch = sparc
-tester   =

Re: [rtems-docs commit] Version change, forgot to add wscript to the commit.

2019-02-07 Thread Sebastian Huber 

On 08/02/2019 07:29, Sebastian Huber wrote:

On 07/02/2019 18:28, Chris Johns wrote:

On 8/2/19 11:09 pm, Sebastian Huber wrote:

After the update I get:

   File "/home/EB/sebastian_h/git-rtems-docs/wscript", line 67, in 
build
 ver_version, ver_date, ver_released = version.get(ctx, 
rtems_major_version)

AttributeError: 'module' object has no attribute 'get'
It works on MacOS, FreeBSD 11.2-p5 and sync.rtems.org (docs.rtems.org 
shows the

patch I pushed built).

I wonder if you are loading a different `version.py`.

On MacOS with Python2 I have:

$ python
Python 2.7.10 (default, Aug 17 2018, 19:45:58)
[GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.0.42)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

import sys
import os.path
sys.path.append(os.path.abspath('common'))
import version
version.__file__

'/Users/chris/development/rtems/docs/rtems-docs.git/common/version.pyc'

version.__dict__['get']



And on FreeBSD 11.2-p5 with python3 I have:

$ python3
Python 3.6.6 (default, Oct  2 2018, 01:22:29)
[GCC 4.2.1 Compatible FreeBSD Clang 6.0.0 (tags/RELEASE_600/final 
326565)] on

freebsd11
Type "help", "copyright", "credits" or "license" for more information.

import sys
import os.path
sys.path.append(os.path.abspath('common'))
import version
version.__file__

'/opt/work/chris/rtems/docs/rtems-docs.git/common/version.py'

version.__dict__['get']



What are you seeing?


Yes, there seems to be a conflict with another version module:

python
Python 2.7.14 (default, Oct 12 2017, 15:50:02) [GCC] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> import os.path
>>> sys.path.append(os.path.abspath('common'))
>>> import version
>>> version.__file__
'/usr/lib64/python2.7/site-packages/PIL/version.pyc'
>>> version.__dict__['get']
Traceback (most recent call last):
  File "", line 1, in 
KeyError: 'get'

The module concept is not really the greatest thing in Python.



It works if I use:

sys.path.insert(0, os.path.abspath('common'))

--
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 Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [rtems-docs commit] Version change, forgot to add wscript to the commit.

2019-02-07 Thread Sebastian Huber 

On 07/02/2019 18:28, Chris Johns wrote:

On 8/2/19 11:09 pm, Sebastian Huber wrote:

After the update I get:

   File "/home/EB/sebastian_h/git-rtems-docs/wscript", line 67, in build
     ver_version, ver_date, ver_released = version.get(ctx, rtems_major_version)
AttributeError: 'module' object has no attribute 'get'

It works on MacOS, FreeBSD 11.2-p5 and sync.rtems.org (docs.rtems.org shows the
patch I pushed built).

I wonder if you are loading a different `version.py`.

On MacOS with Python2 I have:

$ python
Python 2.7.10 (default, Aug 17 2018, 19:45:58)
[GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.0.42)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

import sys
import os.path
sys.path.append(os.path.abspath('common'))
import version
version.__file__

'/Users/chris/development/rtems/docs/rtems-docs.git/common/version.pyc'

version.__dict__['get']



And on FreeBSD 11.2-p5 with python3 I have:

$ python3
Python 3.6.6 (default, Oct  2 2018, 01:22:29)
[GCC 4.2.1 Compatible FreeBSD Clang 6.0.0 (tags/RELEASE_600/final 326565)] on
freebsd11
Type "help", "copyright", "credits" or "license" for more information.

import sys
import os.path
sys.path.append(os.path.abspath('common'))
import version
version.__file__

'/opt/work/chris/rtems/docs/rtems-docs.git/common/version.py'

version.__dict__['get']



What are you seeing?


Yes, there seems to be a conflict with another version module:

python
Python 2.7.14 (default, Oct 12 2017, 15:50:02) [GCC] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> import os.path
>>> sys.path.append(os.path.abspath('common'))
>>> import version
>>> version.__file__
'/usr/lib64/python2.7/site-packages/PIL/version.pyc'
>>> version.__dict__['get']
Traceback (most recent call last):
  File "", line 1, in 
KeyError: 'get'

The module concept is not really the greatest thing in Python.

--
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 Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Coverage: Add support for TSIM format

2019-02-07 Thread Vijay Kumar Banerjee 
On Fri, 8 Feb 2019 at 08:34, Chris Johns  wrote:

> On 8/2/19 9:13 am, Vijay Kumar Banerjee wrote:
> > On Fri, 8 Feb 2019 at 00:15, Chris Johns  > > wrote:
> >
> > On 7/2/19 7:17 pm, Vijay Kumar Banerjee wrote:
> > > I'm trying to do this ...
> > >
> > > ===
> > > diff --git a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > > b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > > index d60257c..e450b60 100644
> > > --- a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > > +++ b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > > @@ -38,4 +38,4 @@ tester = %{_rtscripts}/run.cfg
> > >  target = sparc-rtems5
> > >  bsp_run_cmd=
> %{rtems_tools}/%{bsp_arch}-rtems%{rtems_version}-sis
> > >  bsp_run_opts   = -leon3 -nouartrx -r -tlim 200 s -cov
> > > -bsp_covoar_cmd = -E %{cov_explanations} -f TSIM
> > > +bsp_covoar_cmd = -S %{bsp_symbol_path} -p %{project_name} -E
> > > %{cov_explanations} -f TSIM
> >
> > Can the common options be moved to coverage part of qemu.cfg?
> >
> > Since I'm trying with the sis. I added it to the run.cfg like this
> >
> > #
> > # Coverage
> > #
> > %if %{defined coverage}
> >   %define covoar_cmd -S %{bsp_symbol_path} -p RTEMS-%{rtems_version} -E
> > %{cov_explanations}
> > %endif
> >
>
> Ahh, I wonder if this should be in a coverage.cfg file you include and
> this way
> it can be shared?
>
> That's a good idea.

>
> > When I print the macros from the config.py I see this macro created like
> this...
> >
> >  coverage: 'none' 'none'  '1'
> >  covoar_cmd:   'none' 'none'  '-S
> >
> /home/lunatic/development/rtems/rtems-tools/tester/rtems/testing/coverage/leo
> \
> >   n3-sis-symbols.ini -p
> RTEMS-5 -E
> > /home/lunatic/development/rtems/rtems-tools/tes \
> >
> > ter/rtems/testing/coverage/Explanations.txt'
> >
> > The only problem now is to expand it from coverage.py which is giving
> error.
> > If I print the macros list from the coverage.py , I see that the list is
> missing
> > this and some other macros. How to get the 'complete' list of macros? :/
>
> Sorry I am not sute, can you see the config object from the coverage code?
>
> I would need to review the code and figure it out and I do not have the
> time.
>
> I can attempt to figure it out with some help :)
Meanwhile, do we want to push this patch in the current working state, with
the options
added to the BSP file? I will send a v3 of this patch with the changes.

Chris
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Coverage: Add support for TSIM format

2019-02-07 Thread Chris Johns 
On 8/2/19 9:13 am, Vijay Kumar Banerjee wrote:
> On Fri, 8 Feb 2019 at 00:15, Chris Johns  > wrote:
> 
> On 7/2/19 7:17 pm, Vijay Kumar Banerjee wrote:
> > I'm trying to do this ...
> >
> > ===
> > diff --git a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > index d60257c..e450b60 100644
> > --- a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > +++ b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > @@ -38,4 +38,4 @@ tester         = %{_rtscripts}/run.cfg
> >  target         = sparc-rtems5
> >  bsp_run_cmd    = %{rtems_tools}/%{bsp_arch}-rtems%{rtems_version}-sis
> >  bsp_run_opts   = -leon3 -nouartrx -r -tlim 200 s -cov
> > -bsp_covoar_cmd = -E %{cov_explanations} -f TSIM
> > +bsp_covoar_cmd = -S %{bsp_symbol_path} -p %{project_name} -E
> > %{cov_explanations} -f TSIM
> 
> Can the common options be moved to coverage part of qemu.cfg?
> 
> Since I'm trying with the sis. I added it to the run.cfg like this 
> 
> #
> # Coverage
> #
> %if %{defined coverage}
>   %define covoar_cmd -S %{bsp_symbol_path} -p RTEMS-%{rtems_version} -E
> %{cov_explanations}
> %endif
>

Ahh, I wonder if this should be in a coverage.cfg file you include and this way
it can be shared?

  
> When I print the macros from the config.py I see this macro created like 
> this...
> 
>  coverage:             'none'     'none'      '1'
>  covoar_cmd:           'none'     'none'      '-S
> /home/lunatic/development/rtems/rtems-tools/tester/rtems/testing/coverage/leo 
> \
>                                               n3-sis-symbols.ini -p RTEMS-5 -E
> /home/lunatic/development/rtems/rtems-tools/tes \
>                                              
> ter/rtems/testing/coverage/Explanations.txt'
> 
> The only problem now is to expand it from coverage.py which is giving error.
> If I print the macros list from the coverage.py , I see that the list is 
> missing
> this and some other macros. How to get the 'complete' list of macros? :/

Sorry I am not sute, can you see the config object from the coverage code?

I would need to review the code and figure it out and I do not have the time.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Coverage: Add support for TSIM format

2019-02-07 Thread Vijay Kumar Banerjee 
On Fri, 8 Feb 2019 at 00:15, Chris Johns  wrote:

> On 7/2/19 7:17 pm, Vijay Kumar Banerjee wrote:
> > I'm trying to do this ...
> >
> > ===
> > diff --git a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > index d60257c..e450b60 100644
> > --- a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > +++ b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> > @@ -38,4 +38,4 @@ tester = %{_rtscripts}/run.cfg
> >  target = sparc-rtems5
> >  bsp_run_cmd= %{rtems_tools}/%{bsp_arch}-rtems%{rtems_version}-sis
> >  bsp_run_opts   = -leon3 -nouartrx -r -tlim 200 s -cov
> > -bsp_covoar_cmd = -E %{cov_explanations} -f TSIM
> > +bsp_covoar_cmd = -S %{bsp_symbol_path} -p %{project_name} -E
> > %{cov_explanations} -f TSIM
>
> Can the common options be moved to coverage part of qemu.cfg?
>
> Since I'm trying with the sis. I added it to the run.cfg like this

#
# Coverage
#
%if %{defined coverage}
  %define covoar_cmd -S %{bsp_symbol_path} -p RTEMS-%{rtems_version} -E
%{cov_explanations}
%endif

When I print the macros from the config.py I see this macro created like
this...

 coverage: 'none' 'none'  '1'
 covoar_cmd:   'none' 'none'  '-S
/home/lunatic/development/rtems/rtems-tools/tester/rtems/testing/coverage/leo
\
  n3-sis-symbols.ini -p RTEMS-5
-E /home/lunatic/development/rtems/rtems-tools/tes \

ter/rtems/testing/coverage/Explanations.txt'

The only problem now is to expand it from coverage.py which is giving error.
If I print the macros list from the coverage.py , I see that the list is
missing this and some other macros. How to get the 'complete' list of
macros? :/

> diff --git a/tester/rtems/testing/defaults.mc 
> > b/tester/rtems/testing/defaults.mc 
> > index 54212e0..d3e16a9 100644
> > --- a/tester/rtems/testing/defaults.mc 
> > +++ b/tester/rtems/testing/defaults.mc 
> > @@ -122,5 +122,9 @@ _rtbase: none,none, '%{_rtdir}'
> >  _rttesting:  none,none, '%{_rtbase}/rtems/testing'
> >  _configdir:  none,none,
>  '%{_rtbase}/config:%{_rttesting}'
> >
> > +#Coverage macros
> > +bsp_symbol_path: none,none,
> > '%{_rtscripts}/coverage/%{bsp}-symbols.ini'
> > +project_name:none,none,  'RTEMS-%{rtems_version}'
> > +
> > ==
> >
> > I'm getting an error "error: cannot expand default macro:
> %{rtems_version} "
> >
> > I see the rtems_version macro if I print the macros. How do I access
> this macro?
>
> Please add `--trace` to the command line and see how the cfg files are
> being
> processed. Compare this to a tester command that is working.
>
> Chris
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: RTEMs hello world proof | GSOC 2019 Aspirant

2019-02-07 Thread Ravindra Meena 
Great, thanks for letting me know.

On Thu, Feb 7, 2019 at 9:06 PM Gedare Bloom  wrote:

> Got it, thanks looks good.
>
> On Wed, Feb 6, 2019 at 7:49 AM Ravindra Meena  wrote:
>
>> Hi RTEMs developer,
>>
>> I am GSOC 2019 aspirant. I have completed the hello world program and
>> also created the patch.
>>
>> I would love to contribute more and looking forward to being GSOC 2019
>> student at RTEMs.
>>
>> Please find the attached file for your reference.
>>
>> Thank you
>>
>> --
>> *Ravindra Kumar Meena*,
>> B. Tech. Computer Science and Engineering,
>> Indian Institute of Technology (Indian School of Mines)
>> , Dhanbad
>> ___
>> devel mailing list
>> devel@rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>
>

-- 
*Ravindra Kumar Meena*,
B. Tech. Computer Science and Engineering,
Indian Institute of Technology (Indian School of Mines)
, Dhanbad
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Coverage: Add support for TSIM format

2019-02-07 Thread Chris Johns 
On 7/2/19 7:17 pm, Vijay Kumar Banerjee wrote:
> I'm trying to do this ...
> 
> ===
> diff --git a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> index d60257c..e450b60 100644
> --- a/tester/rtems/testing/bsps/leon3-sis-cov.ini
> +++ b/tester/rtems/testing/bsps/leon3-sis-cov.ini
> @@ -38,4 +38,4 @@ tester         = %{_rtscripts}/run.cfg
>  target         = sparc-rtems5
>  bsp_run_cmd    = %{rtems_tools}/%{bsp_arch}-rtems%{rtems_version}-sis
>  bsp_run_opts   = -leon3 -nouartrx -r -tlim 200 s -cov
> -bsp_covoar_cmd = -E %{cov_explanations} -f TSIM
> +bsp_covoar_cmd = -S %{bsp_symbol_path} -p %{project_name} -E
> %{cov_explanations} -f TSIM

Can the common options be moved to coverage part of qemu.cfg?

> diff --git a/tester/rtems/testing/defaults.mc 
> b/tester/rtems/testing/defaults.mc 
> index 54212e0..d3e16a9 100644
> --- a/tester/rtems/testing/defaults.mc 
> +++ b/tester/rtems/testing/defaults.mc 
> @@ -122,5 +122,9 @@ _rtbase:             none,    none,     '%{_rtdir}'
>  _rttesting:          none,    none,     '%{_rtbase}/rtems/testing'
>  _configdir:          none,    none,     '%{_rtbase}/config:%{_rttesting}'
>  
> +#Coverage macros
> +bsp_symbol_path:     none,    none,     
> '%{_rtscripts}/coverage/%{bsp}-symbols.ini'
> +project_name:        none,    none,      'RTEMS-%{rtems_version}'
> +
> ==
> 
> I'm getting an error "error: cannot expand default macro: %{rtems_version} "
> 
> I see the rtems_version macro if I print the macros. How do I access this 
> macro?

Please add `--trace` to the command line and see how the cfg files are being
processed. Compare this to a tester command that is working.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

[PATCH v2 11/11] libdl: Add powerpc large memory and small data support.

2019-02-07 Thread chrisj 
From: Chris Johns 

- Add support for architecure sections that can be handled by the
  architecture back end.

- Add trampoline/fixup support for PowerPC. This means the PowerPC
  now supports large memory loading of applications.

- Add a bit allocator to manage small block based regions of memory.

- Add small data (sdata/sbss) support for the PowerPC. The support
  makes the linker allocated small data region of memory a global
  resource available to libdl loaded object files.

Updates #3687
Updates #3685
---
 bsps/powerpc/psim/start/linkcmds  |   4 +-
 bsps/powerpc/qoriq/start/linkcmds.qoriq_e500  |   5 +
 .../qoriq/start/linkcmds.qoriq_e6500_32   |   5 +
 bsps/powerpc/shared/start/linkcmds.base   |  13 +
 cpukit/Makefile.am|   1 +
 cpukit/include/rtems/rtl/rtl-obj.h|  69 +++-
 cpukit/include/rtems/rtl/rtl-trace.h  |   1 +
 cpukit/libdl/rtl-archive.c|   7 +-
 cpukit/libdl/rtl-bit-alloc.c  | 197 ++
 cpukit/libdl/rtl-bit-alloc.h  |  82 
 cpukit/libdl/rtl-elf.c|  59 ++-
 cpukit/libdl/rtl-elf.h|  41 +-
 cpukit/libdl/rtl-error.c  |   1 +
 cpukit/libdl/rtl-mdreloc-arm.c|  38 +-
 cpukit/libdl/rtl-mdreloc-bfin.c   |  32 ++
 cpukit/libdl/rtl-mdreloc-h8300.c  |  32 ++
 cpukit/libdl/rtl-mdreloc-i386.c   |  32 ++
 cpukit/libdl/rtl-mdreloc-lm32.c   |  32 ++
 cpukit/libdl/rtl-mdreloc-m68k.c   |  36 +-
 cpukit/libdl/rtl-mdreloc-mips.c   |  32 ++
 cpukit/libdl/rtl-mdreloc-moxie.c  |  32 ++
 cpukit/libdl/rtl-mdreloc-powerpc.c| 359 ++
 cpukit/libdl/rtl-mdreloc-sparc.c  |  32 ++
 cpukit/libdl/rtl-mdreloc-v850.c   |  32 ++
 cpukit/libdl/rtl-obj.c|  77 ++--
 cpukit/libdl/rtl-shell.c  |   2 +-
 cpukit/libdl/rtl-unresolved.c |   2 +-
 testsuites/libtests/Makefile.am   |   7 +-
 testsuites/libtests/dl01/dl-load.c|   1 +
 testsuites/libtests/dl02/dl-load.c|  16 +-
 testsuites/libtests/dl02/dl-o1.c  |  10 +-
 testsuites/libtests/dl02/dl-o2.c  |  10 +-
 testsuites/libtests/dl03/dl-bit-alloc.c   | 262 +
 testsuites/libtests/dl03/dl-bit-alloc.h   |  14 +
 testsuites/libtests/dl03/init.c   |   4 +
 testsuites/libtests/dl05/dl-load.c|  22 +-
 testsuites/libtests/dl07/dl-load.c|  27 +-
 testsuites/libtests/dl07/dl-o1.c  |  16 +-
 testsuites/libtests/dl07/dl-o2.c  |  26 +-
 testsuites/libtests/dl07/dl-o3.c  |  48 +--
 testsuites/libtests/dl07/dl-o4.c  |  28 +-
 testsuites/libtests/dl07/dl-o5.c  |  26 +-
 testsuites/libtests/dl07/init.c   |   2 +-
 testsuites/libtests/dl08/dl-o1.c  |  16 +-
 testsuites/libtests/dl08/dl-o2.c  |  10 +-
 testsuites/libtests/dl08/dl-o3.c  |  22 +-
 testsuites/libtests/dl08/dl-o4.c  |  12 +-
 testsuites/libtests/dl08/dl-o5.c  |  10 +-
 .../libtests/dl08/dl-o6-123456789-123456789.c |  10 +-
 testsuites/libtests/dl09/dl-load.c|   4 +-
 testsuites/libtests/dl09/dl-o1.c  |  19 +-
 testsuites/libtests/dl09/dl-o2.c  |  15 +-
 testsuites/libtests/dl09/dl-o3.c  |  25 +-
 testsuites/libtests/dl09/dl-o4.c  |  21 +-
 testsuites/libtests/dl09/dl-o5.c  |  13 +-
 55 files changed, 1643 insertions(+), 308 deletions(-)
 create mode 100644 cpukit/libdl/rtl-bit-alloc.c
 create mode 100644 cpukit/libdl/rtl-bit-alloc.h
 create mode 100644 testsuites/libtests/dl03/dl-bit-alloc.c
 create mode 100644 testsuites/libtests/dl03/dl-bit-alloc.h

diff --git a/bsps/powerpc/psim/start/linkcmds b/bsps/powerpc/psim/start/linkcmds
index d5e61f9425..48700b6dcc 100644
--- a/bsps/powerpc/psim/start/linkcmds
+++ b/bsps/powerpc/psim/start/linkcmds
@@ -38,8 +38,8 @@ PROVIDE (PSIM_INSTRUCTIONS_PER_MICROSECOND = 1);
 PSIM = 0x0c00;
 
 /*
- * Allocate the maximum memory to the sdata/sbss section.
+ * Allocate the all maximum size to the small data sdata/sbss section.
  */
-bsp_section_sdata_bss_maximum_size = 1;
+bsp_section_set_sdata_sbss_size = 65536;
 
 INCLUDE linkcmds.base
diff --git a/bsps/powerpc/qoriq/start/linkcmds.qoriq_e500 
b/bsps/powerpc/qoriq/start/linkcmds.qoriq_e500
index 5328e73c5b..396cf55327 100644
--- a/bsps/powerpc/qoriq/start/linkcmds.qoriq_e500
+++ b/bsps/powerpc/qoriq/start/linkcmds.qoriq_e500
@@ -35,4 +35,9 @@ bsp_section_robarrier_align = 0x100;
 bsp_section_rwbarrier_align = 0x100;
 qoriq = 0xffe0;
 
+/*
+ * Allocate the all maximum size to the small data sdata/sbss section.
+ */
+bsp_section_set_sdata_sbss_size = 65536;
+
 INCLUDE linkcmds.base
diff --git

libdl: Powerpc small data linkcmd support

2019-02-07 Thread chrisj 
Hi,

This is v2 of patch 11 of this series ...

 https://lists.rtems.org/pipermail/devel/2019-February/024704.html

This patch is the only change so I am only posting the one patch
from the series.

Chris


___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [rtems-docs commit] Version change, forgot to add wscript to the commit.

2019-02-07 Thread Chris Johns 
On 8/2/19 11:09 pm, Sebastian Huber wrote:
> After the update I get:
> 
>   File "/home/EB/sebastian_h/git-rtems-docs/wscript", line 67, in build
>     ver_version, ver_date, ver_released = version.get(ctx, 
> rtems_major_version)
> AttributeError: 'module' object has no attribute 'get'

It works on MacOS, FreeBSD 11.2-p5 and sync.rtems.org (docs.rtems.org shows the
patch I pushed built).

I wonder if you are loading a different `version.py`.

On MacOS with Python2 I have:

$ python
Python 2.7.10 (default, Aug 17 2018, 19:45:58)
[GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.0.42)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> import os.path
>>> sys.path.append(os.path.abspath('common'))
>>> import version
>>> version.__file__
'/Users/chris/development/rtems/docs/rtems-docs.git/common/version.pyc'
>>> version.__dict__['get']


And on FreeBSD 11.2-p5 with python3 I have:

$ python3
Python 3.6.6 (default, Oct  2 2018, 01:22:29)
[GCC 4.2.1 Compatible FreeBSD Clang 6.0.0 (tags/RELEASE_600/final 326565)] on
freebsd11
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> import os.path
>>> sys.path.append(os.path.abspath('common'))
>>> import version
>>> version.__file__
'/opt/work/chris/rtems/docs/rtems-docs.git/common/version.py'
>>> version.__dict__['get']


What are you seeing?

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: RTEMs hello world proof | GSOC 2019 Aspirant

2019-02-07 Thread Gedare Bloom 
Got it, thanks looks good.

On Wed, Feb 6, 2019 at 7:49 AM Ravindra Meena  wrote:

> Hi RTEMs developer,
>
> I am GSOC 2019 aspirant. I have completed the hello world program and also
> created the patch.
>
> I would love to contribute more and looking forward to being GSOC 2019
> student at RTEMs.
>
> Please find the attached file for your reference.
>
> Thank you
>
> --
> *Ravindra Kumar Meena*,
> B. Tech. Computer Science and Engineering,
> Indian Institute of Technology (Indian School of Mines)
> , Dhanbad
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Constant Bandwidth Server

2019-02-07 Thread Gedare Bloom 
Hi Joel Pinto,

On Thu, Feb 7, 2019 at 8:13 AM Joel Oliveira Pinto 
wrote:

> Hello everyone,
>
>
> After studying the implementation of the Constant Bandwidth Server (CBS)
> scheduler in RTEMS, I realized that it does not respect what is proposed in
> the original paper by Abeni and Buttazzo. For instance, RTEMS
> implementation does not support the following:
>
> • Serve several threads within a server and deal with their deadlines
> accordingly;
>
> • Replenish the budget of the server and postpone its deadline when the
> server budget is exhausted;
>
>
> I’ve been implementing a new version of CBS that supports the rules above
> and that resembles the original paper as much as possible and I’m currently
> testing it at the moment. Thus, I would like to know from the community if
> there are some specific test cases/benchmarks (besides the X tests that
> already exists for CBS) that should be used to test this CBS version or
> generally speaking any scheduler in RTEMS?
>
>
I've added in CC the author of the CBS implementation in case he has some
further insights. I don't think we had any additional, specific tests
besides those you can find in testsuites.


>
> Regards,
> Joel Pinto
> [image: Sent from Mailspring]
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Break points with latest SIS

2019-02-07 Thread Jiri Gaisler 

On 2/7/19 12:53 PM, Jiri Gaisler wrote:
> On 2/7/19 12:45 PM, Sebastian Huber wrote:
>> On 07/02/2019 12:43, Jiri Gaisler wrote:
>>> Works OK here:
>>>
>>> $ sparc-rtems5-sis -leon3 -nouartrx -r -tlim 200 s -m 4  
>>> ./sparc-rtems5/c/leon3/testsuites/smptests/smpswitchextension01.exe
>>>
>>>   SIS - SPARC/RISCV instruction simulator 2.11,  copyright Jiri Gaisler 1995
>>>   Bug-reports to j...@gaisler.se
>>>
>>>   LEON3 emulation enabled, 4 cpus online, delta 50 clocks
>>>
>>>
>>>
>>> *** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
>>> *** TEST VERSION: 5.0.0.03fcbb15d24e2eec41bac9f5dee30bbf7dc888b8-modified
>>> *** TEST STATE: EXPECTED-PASS
>>> *** TEST BUILD: RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
>> I used --enable-rtems-debug:
>>
>> *** TEST BUILD: RTEMS_DEBUG RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
> OK, I can repeat it. I will debug it ...


The problem comes from a function call to a NULL pointer in cpu 1:

   243329  4000a2f0  80a74016  cmp  %i5, %l6
   243331  4000a2f4  32bb  bne,a   0x4000a2e0
   243332  4000a2f8  c2076008  ld  [ %i5 + 8 ], %g1
   243334  4000a2e0  9210001c  mov  %i4, %o1
   243335  4000a2e4  9fc04000  call  %g1  < %g1 is 0
   243337  4000a2e8  90100013  mov  %l3, %o0
   243338      unimp  0
   243341  4020  a148  rd  %psr, %l0

The source code is in cpukit/include/rtems/score/userextimpl.h:280

    while ( node != tail ) {
  const User_extensions_Switch_control *extension =
    (const User_extensions_Switch_control *) node;
   
  (*extension->thread_switch)( executing, heir );    <=
   
  node = _Chain_Immutable_next( node );
    }
   
    _Per_CPU_Release( cpu_self );


I don't think anything changed in the latest sis (2.11). I get the same error 
in 2.10.

(SMP debugging is not working well in sis - I am trying to improve it ...)


> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Constant Bandwidth Server

2019-02-07 Thread Joel Oliveira Pinto 
Hello everyone,


After studying the implementation of the Constant Bandwidth Server (CBS) 
scheduler in RTEMS, I realized that it does not respect what is proposed in the 
original paper by Abeni and Buttazzo. For instance, RTEMS implementation does 
not support the following:

• Serve several threads within a server and deal with their deadlines 
accordingly;

• Replenish the budget of the server and postpone its deadline when the server 
budget is exhausted;


I’ve been implementing a new version of CBS that supports the rules above and 
that resembles the original paper as much as possible and I’m currently testing 
it at the moment. Thus, I would like to know from the community if there are 
some specific test cases/benchmarks (besides the X tests that already exists 
for CBS) that should be used to test this CBS version or generally speaking any 
scheduler in RTEMS?


Regards,
Joel Pinto

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

[PATCH] Add copyright notices

2019-02-07 Thread Sebastian Huber 
---
 c-user/configuring_a_system.rst  | 2 ++
 c-user/constant_bandwidth_server.rst | 1 +
 c-user/index.rst | 2 ++
 c-user/red_black_trees.rst   | 1 +
 c-user/scheduling_concepts.rst   | 2 ++
 cpu-supplement/epiphany.rst  | 1 +
 cpu-supplement/index.rst | 2 ++
 cpu-supplement/openrisc_1000.rst | 1 +
 cpu-supplement/sparc64.rst   | 1 +
 9 files changed, 13 insertions(+)

diff --git a/c-user/configuring_a_system.rst b/c-user/configuring_a_system.rst
index 1e7b6cc..0384d06 100644
--- a/c-user/configuring_a_system.rst
+++ b/c-user/configuring_a_system.rst
@@ -1,5 +1,7 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
+.. Copyright (C) 2011 Petr Benes
+.. Copyright (C) 2010 Gedare Bloom
 .. Copyright (C) 1988, 2008 On-Line Applications Research Corporation (OAR)
 
 .. index:: configuring a system
diff --git a/c-user/constant_bandwidth_server.rst 
b/c-user/constant_bandwidth_server.rst
index e04c704..e1ab20e 100644
--- a/c-user/constant_bandwidth_server.rst
+++ b/c-user/constant_bandwidth_server.rst
@@ -1,5 +1,6 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
+.. Copyright (C) 2011 Petr Benes
 .. Copyright (C) 1989, 2011 On-Line Applications Research Corporation (OAR)
 
 .. index:: cbs
diff --git a/c-user/index.rst b/c-user/index.rst
index f52b2f2..6675747 100644
--- a/c-user/index.rst
+++ b/c-user/index.rst
@@ -10,6 +10,8 @@ RTEMS Classic API Guide (|version|).
 | © 2017 Kuan-Hsun Chen
 | © 2016, 2018 embedded brains GmbH
 | © 2016, 2018 Sebastian Huber
+| © 2011 Petr Benes
+| © 2010 Gedare Bloom
 | © 1988, 2018 On-Line Applications Research Corporation (OAR)
 
 .. include:: ../common/license.rst
diff --git a/c-user/red_black_trees.rst b/c-user/red_black_trees.rst
index 0884806..1eb9c4f 100644
--- a/c-user/red_black_trees.rst
+++ b/c-user/red_black_trees.rst
@@ -1,5 +1,6 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
+.. Copyright (C) 2010 Gedare Bloom
 .. Copyright (C) 1988, 2012 On-Line Applications Research Corporation (OAR)
 
 .. index:: Red-Black Trees
diff --git a/c-user/scheduling_concepts.rst b/c-user/scheduling_concepts.rst
index 0f3ecc4..db90ed1 100644
--- a/c-user/scheduling_concepts.rst
+++ b/c-user/scheduling_concepts.rst
@@ -1,5 +1,7 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
+.. Copyright (C) 2011 Petr Benes
+.. Copyright (C) 2010 Gedare Bloom
 .. Copyright (C) 1988, 2008 On-Line Applications Research Corporation (OAR)
 
 .. index:: scheduling
diff --git a/cpu-supplement/epiphany.rst b/cpu-supplement/epiphany.rst
index 709dbcf..7d39476 100644
--- a/cpu-supplement/epiphany.rst
+++ b/cpu-supplement/epiphany.rst
@@ -1,5 +1,6 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
+.. Copyright (C) 2015 Hesham Almatary
 .. Copyright (C) 1988, 2002 On-Line Applications Research Corporation (OAR)
 
 Epiphany Specific Information
diff --git a/cpu-supplement/index.rst b/cpu-supplement/index.rst
index 8de82a4..06232c9 100644
--- a/cpu-supplement/index.rst
+++ b/cpu-supplement/index.rst
@@ -8,6 +8,8 @@ RTEMS CPU Architecture Supplement (|version|).
 
 | © 2016, 2018 embedded brains GmbH
 | © 2016, 2018 Sebastian Huber
+| © 2014, 2015 Hesham Almatary
+| © 2010 Gedare Bloom
 | © 1988, 2018 On-Line Applications Research Corporation (OAR)
 
 .. include:: ../common/license.rst
diff --git a/cpu-supplement/openrisc_1000.rst b/cpu-supplement/openrisc_1000.rst
index 650ed3b..3247827 100644
--- a/cpu-supplement/openrisc_1000.rst
+++ b/cpu-supplement/openrisc_1000.rst
@@ -1,5 +1,6 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
+.. Copyright (C) 2014 Hesham Almatary
 .. Copyright (C) 1989, 2007 On-Line Applications Research Corporation (OAR)
 
 OpenRISC 1000 Specific Information
diff --git a/cpu-supplement/sparc64.rst b/cpu-supplement/sparc64.rst
index 2d54efd..a79c04e 100644
--- a/cpu-supplement/sparc64.rst
+++ b/cpu-supplement/sparc64.rst
@@ -1,5 +1,6 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
+.. Copyright (C) 2010 Gedare Bloom
 .. Copyright (C) 1988, 2002 On-Line Applications Research Corporation (OAR)
 
 SPARC-64 Specific Information
-- 
2.16.4

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [rtems-docs commit] Version change, forgot to add wscript to the commit.

2019-02-07 Thread Sebastian Huber 

After the update I get:

Traceback (most recent call last):
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Scripting.py", 
line 120, in waf_entry_point

    run_commands()
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Scripting.py", 
line 181, in run_commands

    ctx=run_command(cmd_name)
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Scripting.py", 
line 172, in run_command

    ctx.execute()
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Scripting.py", 
line 362, in execute

    return execute_method(self)
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Build.py", 
line 99, in execute

    self.execute_build()
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Build.py", 
line 102, in execute_build

    self.recurse([self.run_dir])
  File 
"/home/EB/sebastian_h/git-rtems-docs/.waf-1.9.7-d2740ebc8bcbca7fcd8f4ae914fb/waflib/Context.py", 
line 129, in recurse

    user_function(self)
  File "/home/EB/sebastian_h/git-rtems-docs/wscript", line 67, in build
    ver_version, ver_date, ver_released = version.get(ctx, 
rtems_major_version)

AttributeError: 'module' object has no attribute 'get'

--
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 Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Break points with latest SIS

2019-02-07 Thread Jiri Gaisler 

On 2/7/19 12:45 PM, Sebastian Huber wrote:
>
>
> On 07/02/2019 12:43, Jiri Gaisler wrote:
>> Works OK here:
>>
>> $ sparc-rtems5-sis -leon3 -nouartrx -r -tlim 200 s -m 4  
>> ./sparc-rtems5/c/leon3/testsuites/smptests/smpswitchextension01.exe
>>
>>   SIS - SPARC/RISCV instruction simulator 2.11,  copyright Jiri Gaisler 1995
>>   Bug-reports to j...@gaisler.se
>>
>>   LEON3 emulation enabled, 4 cpus online, delta 50 clocks
>>
>>
>>
>> *** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
>> *** TEST VERSION: 5.0.0.03fcbb15d24e2eec41bac9f5dee30bbf7dc888b8-modified
>> *** TEST STATE: EXPECTED-PASS
>> *** TEST BUILD: RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
>
> I used --enable-rtems-debug:
>
> *** TEST BUILD: RTEMS_DEBUG RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP


OK, I can repeat it. I will debug it ...

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Break points with latest SIS

2019-02-07 Thread Sebastian Huber 



On 07/02/2019 12:43, Jiri Gaisler wrote:

Works OK here:

$ sparc-rtems5-sis -leon3 -nouartrx -r -tlim 200 s -m 4  
./sparc-rtems5/c/leon3/testsuites/smptests/smpswitchextension01.exe

  SIS - SPARC/RISCV instruction simulator 2.11,  copyright Jiri Gaisler 1995
  Bug-reports to j...@gaisler.se

  LEON3 emulation enabled, 4 cpus online, delta 50 clocks



*** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
*** TEST VERSION: 5.0.0.03fcbb15d24e2eec41bac9f5dee30bbf7dc888b8-modified
*** TEST STATE: EXPECTED-PASS
*** TEST BUILD: RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP


I used --enable-rtems-debug:

*** TEST BUILD: RTEMS_DEBUG RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP

--
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 Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Break points with latest SIS

2019-02-07 Thread Jiri Gaisler 
Works OK here:

$ sparc-rtems5-sis -leon3 -nouartrx -r -tlim 200 s -m 4  
./sparc-rtems5/c/leon3/testsuites/smptests/smpswitchextension01.exe

 SIS - SPARC/RISCV instruction simulator 2.11,  copyright Jiri Gaisler 1995
 Bug-reports to j...@gaisler.se

 LEON3 emulation enabled, 4 cpus online, delta 50 clocks



*** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
*** TEST VERSION: 5.0.0.03fcbb15d24e2eec41bac9f5dee30bbf7dc888b8-modified
*** TEST STATE: EXPECTED-PASS
*** TEST BUILD: RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
*** TEST TOOLS: 7.4.0 20181206 (RTEMS 5, RSB 
c41b9d0df7e5b4a5056ca50c2534380a44e92769, Newlib 3e24fbf6f)
toggler 0
    toggles 174134
toggler 1
    toggles 174133
extension 0
    context switches 174437
extension 1
    context switches 174164
extension 2
    context switches 169718
extension switches 93650

*** END OF TEST SMPSWITCHEXTENSION 1 ***

I will rebuild RSB and RTEMS from git HEAD and try it again ...

Jiri.

On 2/7/19 12:20 PM, Sebastian Huber wrote:
> Hello,
>
> I get a NULL pointer exception in one of the tests:
>
> sparc-rtems5-sis -leon3 -nouartrx -r -tlim 200 s -m 4 smpswitchextension01.exe
>
>  SIS - SPARC/RISCV instruction simulator 2.11,  copyright Jiri Gaisler 1995
>  Bug-reports to j...@gaisler.se
>
>  LEON3 emulation enabled, 4 cpus online, delta 50 clocks
>
> Waking CPU 1
>
>
> *** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
> *** TEST VERSION: 5.0.0.e105ead93f8e7addf1c6bba731a1eb4da99f2e85
> *** TEST STATE: EXPECTED-PASS
> *** TEST BUILD: RTEMS_DEBUG RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
> *** TEST TOOLS: 7.4.0 20181206 (RTEMS 5, RSB 
> c41b9d0df7e5b4a5056ca50c2534380a44e92769, Newlib 3e24fbf6f)
> Unexpected trap ( 2) at address 0x
> illegal instruction
> IU in error mode (0)
>  11360600  4001d9e0  12be  bne  0x4001d9d8
>
> I tried to debug this issue:
>
> sparc-rtems5-gdb smpswitchextension01.exe
> GNU gdb (GDB) 8.2.1
> Copyright (C) 2018 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> Type "show copying" and "show warranty" for details.
> This GDB was configured as "--host=x86_64-linux-gnu --target=sparc-rtems5".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
>     .
>
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> No symbol table is loaded.  Use the "file" command.
> Reading symbols from smpswitchextension01.exe...done.
> (gdb) tar sim -leon3 -m 4
> Connected to the simulator.
> (gdb) load
> (gdb) b *0
> Breakpoint 1 at 0x0
> (gdb) r
> Starting program: 
> /build/git-build/b-leon3/sparc-rtems5/c/leon3/testsuites/smptests/smpswitchextension01.exe
> Waking CPU 1
>
>
> *** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
> *** TEST VERSION: 5.0.0.e105ead93f8e7addf1c6bba731a1eb4da99f2e85
> *** TEST STATE: EXPECTED-PASS
> *** TEST BUILD: RTEMS_DEBUG RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
> *** TEST TOOLS: 7.4.0 20181206 (RTEMS 5, RSB 
> c41b9d0df7e5b4a5056ca50c2534380a44e92769, Newlib 3e24fbf6f)
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x40007070 in _API_Mutex_Is_owner (the_mutex=0x40026598 
> <_RTEMS_Allocator_Mutex>) at 
> /home/EB/sebastian_h/git-rtems-5/c/src/../../cpukit/score/src/apimutexisowner.c:25
> 25    return the_mutex->Mutex._Mutex._Queue._owner == 
> _Thread_Get_executing();
> (gdb) disas
> Dump of assembler code for function _API_Mutex_Is_owner:
>    0x4000706c <+0>: ld  [ %o0 + 0xc ], %g1
> => 0x40007070 <+4>: ld  [ %g6 + 0x20 ], %g2
>    0x40007074 <+8>: xor  %g1, %g2, %g1
>    0x40007078 <+12>:    cmp  %g0, %g1
>    0x4000707c <+16>:    retl
>    0x40007080 <+20>:    subx  %g0, -1, %o0
> End of assembler dump.
> (gdb) info registers
> g0 0x0 0
> g1 0x40027688  1073903240
> g2 0x40029b54  1073912660
> g3 0x8e    142
> g4 0x40029b54  1073912660
> g5 0x0 0
> g6 0x40029640  1073911360
> g7 0x0 0
> o0 0x40026598  1073898904
> o1 0x4002f300  1073935104
> o2 0x0 0
> o3 0x40023800  1073887232
> o4 0x0 0
> o5 0x40029640  1073911360
> sp 0x4002f2a8  0x4002f2a8
> o7 0x40008444  1073775684
> l0 0xf3400fc7  -213905465
> l1 0x4001add8  1073851864
> l2 0x4001addc  1073851868
> l3 0xf34000c7  -213909305
> l4 0x0 0
> l5   

Break points with latest SIS

2019-02-07 Thread Sebastian Huber 

Hello,

I get a NULL pointer exception in one of the tests:

sparc-rtems5-sis -leon3 -nouartrx -r -tlim 200 s -m 4 
smpswitchextension01.exe


 SIS - SPARC/RISCV instruction simulator 2.11,  copyright Jiri Gaisler 1995
 Bug-reports to j...@gaisler.se

 LEON3 emulation enabled, 4 cpus online, delta 50 clocks

Waking CPU 1


*** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
*** TEST VERSION: 5.0.0.e105ead93f8e7addf1c6bba731a1eb4da99f2e85
*** TEST STATE: EXPECTED-PASS
*** TEST BUILD: RTEMS_DEBUG RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
*** TEST TOOLS: 7.4.0 20181206 (RTEMS 5, RSB 
c41b9d0df7e5b4a5056ca50c2534380a44e92769, Newlib 3e24fbf6f)

Unexpected trap ( 2) at address 0x
illegal instruction
IU in error mode (0)
 11360600  4001d9e0  12be  bne  0x4001d9d8

I tried to debug this issue:

sparc-rtems5-gdb smpswitchextension01.exe
GNU gdb (GDB) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "--host=x86_64-linux-gnu --target=sparc-rtems5".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
    .

For help, type "help".
Type "apropos word" to search for commands related to "word"...
No symbol table is loaded.  Use the "file" command.
Reading symbols from smpswitchextension01.exe...done.
(gdb) tar sim -leon3 -m 4
Connected to the simulator.
(gdb) load
(gdb) b *0
Breakpoint 1 at 0x0
(gdb) r
Starting program: 
/build/git-build/b-leon3/sparc-rtems5/c/leon3/testsuites/smptests/smpswitchextension01.exe 


Waking CPU 1


*** BEGIN OF TEST SMPSWITCHEXTENSION 1 ***
*** TEST VERSION: 5.0.0.e105ead93f8e7addf1c6bba731a1eb4da99f2e85
*** TEST STATE: EXPECTED-PASS
*** TEST BUILD: RTEMS_DEBUG RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP
*** TEST TOOLS: 7.4.0 20181206 (RTEMS 5, RSB 
c41b9d0df7e5b4a5056ca50c2534380a44e92769, Newlib 3e24fbf6f)


Program received signal SIGTRAP, Trace/breakpoint trap.
0x40007070 in _API_Mutex_Is_owner (the_mutex=0x40026598 
<_RTEMS_Allocator_Mutex>) at 
/home/EB/sebastian_h/git-rtems-5/c/src/../../cpukit/score/src/apimutexisowner.c:25
25    return the_mutex->Mutex._Mutex._Queue._owner == 
_Thread_Get_executing();

(gdb) disas
Dump of assembler code for function _API_Mutex_Is_owner:
   0x4000706c <+0>: ld  [ %o0 + 0xc ], %g1
=> 0x40007070 <+4>: ld  [ %g6 + 0x20 ], %g2
   0x40007074 <+8>: xor  %g1, %g2, %g1
   0x40007078 <+12>:    cmp  %g0, %g1
   0x4000707c <+16>:    retl
   0x40007080 <+20>:    subx  %g0, -1, %o0
End of assembler dump.
(gdb) info registers
g0 0x0 0
g1 0x40027688  1073903240
g2 0x40029b54  1073912660
g3 0x8e    142
g4 0x40029b54  1073912660
g5 0x0 0
g6 0x40029640  1073911360
g7 0x0 0
o0 0x40026598  1073898904
o1 0x4002f300  1073935104
o2 0x0 0
o3 0x40023800  1073887232
o4 0x0 0
o5 0x40029640  1073911360
sp 0x4002f2a8  0x4002f2a8
o7 0x40008444  1073775684
l0 0xf3400fc7  -213905465
l1 0x4001add8  1073851864
l2 0x4001addc  1073851868
l3 0xf34000c7  -213909305
l4 0x0 0
l5 0x0 0
l6 0x0 0
l7 0x0 0
i0 0x400263b4  1073898420
i1 0x400269cc  1073899980
i2 0x0 0
i3 0x40029c00  1073912832
i4 0x40029b50  1073912656
i5 0x40029b50  1073912656
fp 0x4002f308  0x4002f308
i7 0x4001170c  1073813260
y  0x588   1416
psr    0xf34000e7  [ ET PS S ]
wim    0x8 8
tbr    0x48a0  1073744032
pc 0x40007070  0x40007070 <_API_Mutex_Is_owner+4>
npc    0x40007074  0x40007074 <_API_Mutex_Is_owner+8>
fsr    0x0 [ ]
csr    0x0 0

It seems the debugger doesn't stop at address 0, but somewhere else.

--
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.

Re: [PATCH] RSB/gdb: upgrade sis to 2.11

2019-02-07 Thread Chris Johns 
On 5/2/19 9:17 pm, Jiri Gaisler wrote:
> On 2/5/19 5:21 AM, Chris Johns wrote:
>> On 4/2/19 9:49 pm, Jiri Gaisler wrote:
>>> These two patches should be applied to gdb-8.2.1 to build sis for SPARC and 
>>> RISC-V:
>> Thanks.
>>
>>> https://gaisler.se/gdb/gdb-8.2.1-riscv-config.patch
>>>
>>> https://gaisler.se/gdb/gdb-8.2.1-sis-2.11.patch
>> I see in this patch `erc32` has been removed and replaced with `sis`. What 
>> does
>> this mean?
>>
>> I have attached the patches to #3460. The SIS patch had to be compressed.
> 
> erc32 is a bit misleading since sis also emulates leon2/3 and riscv.

OK. We made a move from the sis bsp to erc32 recently in the documentation as
the base example bsp.

> To keep the files together, I created the new directory sis. The old erc32 
> directory is no longer maintained. I don't think it will be possible to merge 
> sis in the foreseeable future. The gdb maintainers prefer simulators that use 
> the built-in sim engine (sim/common) and discourage custom sims like sis.

OK.

> I will maintain sis out-of-tree for some time and then maybe make it 
> self-standing using the gdbserver interface. 

The libserver code in RTEMS is under a libsdb license if it is in anyway useful.

> However, sis uses several binutils libraries (bfd, opcodes, readline) which 
> makes it convenient to build it in the gdb tree. Having the simulator 
> built-in to gdb is also convenient since we don't need to start a separate 
> process and connect to some (hopefully) free port

QEMU works this way and I have not found the separation an issue. What I do like
is the console not being messed up. When I run gdb psim or sis inside emacs,
which is using MI, I do not get the console output in the IO window which is a 
pain.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: OAR is standing up hardware testing capabilities / EVB5200 issue

2019-02-07 Thread Sebastian Huber 

Hello,

maybe try an entry point of 0x1 as suggested by the ELF file or the 
README.IceCube.


--
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 Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Coverage: Add support for TSIM format

2019-02-07 Thread Vijay Kumar Banerjee 
I'm trying to do this ...

===
diff --git a/tester/rtems/testing/bsps/leon3-sis-cov.ini
b/tester/rtems/testing/bsps/leon3-sis-cov.ini
index d60257c..e450b60 100644
--- a/tester/rtems/testing/bsps/leon3-sis-cov.ini
+++ b/tester/rtems/testing/bsps/leon3-sis-cov.ini
@@ -38,4 +38,4 @@ tester = %{_rtscripts}/run.cfg
 target = sparc-rtems5
 bsp_run_cmd= %{rtems_tools}/%{bsp_arch}-rtems%{rtems_version}-sis
 bsp_run_opts   = -leon3 -nouartrx -r -tlim 200 s -cov
-bsp_covoar_cmd = -E %{cov_explanations} -f TSIM
+bsp_covoar_cmd = -S %{bsp_symbol_path} -p %{project_name} -E
%{cov_explanations} -f TSIM
diff --git a/tester/rtems/testing/defaults.mc b/tester/rtems/testing/
defaults.mc
index 54212e0..d3e16a9 100644
--- a/tester/rtems/testing/defaults.mc
+++ b/tester/rtems/testing/defaults.mc
@@ -122,5 +122,9 @@ _rtbase: none,none, '%{_rtdir}'
 _rttesting:  none,none, '%{_rtbase}/rtems/testing'
 _configdir:  none,none, '%{_rtbase}/config:%{_rttesting}'

+#Coverage macros
+bsp_symbol_path: none,none,
'%{_rtscripts}/coverage/%{bsp}-symbols.ini'
+project_name:none,none,  'RTEMS-%{rtems_version}'
+
==

I'm getting an error "error: cannot expand default macro: %{rtems_version} "

I see the rtems_version macro if I print the macros. How do I access this
macro?
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel