date:20201103

Re: Problem re-building RTEMS docs

2020-11-03 Thread Andrew Butterfield

HI Sebastian,

 reading https://docs.rtems.org/branches/master/eng/vc-users.html 
 (Sec 6.1.3 Making 
Changes),
I found the following sequence that fixed things.

git checkout master
git pull
git checkout 
git rebase master

Now the documents all build, off  6.8fe0da2-modified (27th October 2020) 

- thanks for you support

Andrew

> On 3 Nov 2020, at 18:12, Andrew Butterfield  
> wrote:
> 
> Hi Sebastian,
> 
>  I thought `git submodule update` would do it -  my bad
> 
> I tried `git submodule sync`, but this still leaves me back in 3rd July 2020
> 
> Doing a `git pull`  afterwards, in rtems-docs makes no change. What do I need 
> to do to bring all the submodules up to date?
> 
> Thanks, Andrew
> 
>> On 3 Nov 2020, at 18:01, Sebastian Huber > > wrote:
>> 
>> On 03/11/2020 18:47, Andrew Butterfield wrote:
>> 
>>> $ ./waf
>>> Waf: Entering directory 
>>> `/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/build'
>>> Build: 6.0c13e94-modified (3rd July 2020)
>> 
>> This is an extremely out dated version. You should see something like this:
>> 
>> Waf: Entering directory 
>> `/home/EB/sebastian_h/src/rtems-central/modules/rtems-docs/build'
>> Build: 6.9628dfd (1st October 2020)
>> 
>> -- 
>> 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.
>> 
> 
> 
> Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204
> Lero@TCD, Head of Software Foundations & Verification Research Group
> School of Computer Science and Statistics,
> Room G.39, O'Reilly Institute, Trinity College, University of Dublin
>  http://www.scss.tcd.ie/Andrew.Butterfield/ 
> 
> 
> 
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel


Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204
Lero@TCD, Head of Software Foundations & Verification Research Group
School of Computer Science and Statistics,
Room G.39, O'Reilly Institute, Trinity College, University of Dublin
 http://www.scss.tcd.ie/Andrew.Butterfield/


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

[PATCH v2 1/2] bsps/shared/ofw: Implement RTEMS OFW interface

2020-11-03 Thread G S Niteesh Babu

RTEMS OFW is a FDT only implementation of the OpenFirmWare
interface. This API is created to be compatible with FreeBSD
OpenFirmWare interface. The main intention is to make
porting of FreeBSD drivers to RTEMS easier.

Most functions implemented have an direct one-one mapping
with the original OFW API and some extra auxiliary functions
were implemented to make working with device trees easier in
RTEMS.

Update #3784
---
 bsps/include/ofw/ofw.h| 548 +++
 bsps/include/ofw/ofw_compat.h |  74 
 bsps/shared/ofw/ofw.c | 682 ++
 spec/build/bsps/obj.yml   |   5 +
 4 files changed, 1309 insertions(+)
 create mode 100644 bsps/include/ofw/ofw.h
 create mode 100644 bsps/include/ofw/ofw_compat.h
 create mode 100644 bsps/shared/ofw/ofw.c

diff --git a/bsps/include/ofw/ofw.h b/bsps/include/ofw/ofw.h
new file mode 100644
index 00..4c402671a4
--- /dev/null
+++ b/bsps/include/ofw/ofw.h
@@ -0,0 +1,548 @@
+/* SPDX-License-Identifier: BSD-2-Clause */
+
+/**
+ * @file
+ *
+ * @ingroup ofw
+ *
+ * RTEMS FDT implementation of OpenFirmWare Interface.
+ *
+ * RTEMS OFW is a FDT only implementation of the OpenFirmWare interface.
+ * This API is created to be compatible with FreeBSD OpenFirmWare interface.
+ * The main intention is to make porting of FreeBSD drivers to RTEMS easier.
+ */
+
+/*
+ * Copyright (C) 2020 Niteesh Babu G S 
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *notice, this list of conditions and the following disclaimer in the
+ *documentation and/or other materials provided with the distribution.
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
+ * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
+ * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
+ * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
+ * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
+ * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
+ * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
+ * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
+ * POSSIBILITY OF SUCH DAMAGE.
+ */
+
+#ifndef _OFW_H
+#define _OFW_H
+
+#ifdef __cplusplus
+extern "C" {
+#endif
+
+#include 
+#include 
+#include 
+
+/**
+ * Represents a node in the device tree. The offset from fdtp to node is used
+ * instead of fdt offset to make sure this is compatible with OF interface in
+ * FreeBSD.
+ */
+typedef uint32_t  phandle_t;
+/**
+ * Represents the effective phandle of the node.
+ */
+typedef uint32_t  ihandle_t;
+/**
+ * Represents the data type of the buffer.
+ */
+typedef uint32_t  pcell_t;
+
+/**
+ * @struct rtems_ofw_memory_area
+ *
+ * This is used to represent elements(FDT properties) that define
+ * region of memory address.
+ */
+typedef struct {
+  /** The start address of the memory region. */
+  uint32_t start;
+  /** The size of the memory region. */
+  uint32_t size;
+} rtems_ofw_memory_area;
+
+/**
+ * @struct rtems_ofw_ranges
+ *
+ * This is used to represent the ranges property in the device tree.
+ */
+typedef struct {
+  /** The physical address within the child bus address space */
+  uint32_t child_bus;
+  /** The physical address within the parent bus address space */
+  uint32_t parent_bus;
+  /** The size of the range in the child’s address space */
+  uint32_t size;
+} rtems_ofw_ranges;
+
+/**
+ * @brief Gets the node that is next to @a node.
+ *
+ * @param[in] node Node offset
+ *
+ * @retval Peer node offset Successful operation.
+ * @retval 0 No peer node or invalid node handle
+ */
+phandle_t rtems_ofw_peer(
+  phandle_t   node
+);
+
+/**
+ * @brief Gets the node that is the child of @a node.
+ *
+ * @param[in] node Node offset
+ *
+ * @retval child node offset Successful operation.
+ * @retval 0 No child node or invalid node handle
+ */
+phandle_t rtems_ofw_child(
+  phandle_t   node
+);
+
+/**
+ * @brief Gets the node that is the parent of @a node.
+ *
+ * @param[in] node Node offset
+ *
+ * @retval child node offset Successful operation.
+ * @retval 0 No child node or invalid node handle
+ */
+phandle_t rtems_ofw_parent(
+  phandle_t   node
+);
+
+/**
+ * @brief Gets the length of the property mentioned in @a propname.
+ *
+ * @param[in] node Node offset
+ * @param[in] prop Property name
+ *
+ * @retval -1 Invalid node or property
+ * @retval  Length of property on successful

[PATCH v2 2/2] libtests/ofw01: Added a test for RTEMS OFW

2020-11-03 Thread G S Niteesh Babu

Added a basic test for the implemented RTEMS OFW
API.
---
 spec/build/testsuites/libtests/grp.yml   |   2 +
 spec/build/testsuites/libtests/ofw01.yml |  21 +++
 testsuites/libtests/ofw01/init.c | 187 +++
 testsuites/libtests/ofw01/ofw01.doc  |  29 
 testsuites/libtests/ofw01/ofw01.scn  |   2 +
 testsuites/libtests/ofw01/some.c |  72 +
 testsuites/libtests/ofw01/some.dts   |  76 +
 testsuites/libtests/ofw01/some.h |  15 ++
 8 files changed, 404 insertions(+)
 create mode 100644 spec/build/testsuites/libtests/ofw01.yml
 create mode 100644 testsuites/libtests/ofw01/init.c
 create mode 100644 testsuites/libtests/ofw01/ofw01.doc
 create mode 100644 testsuites/libtests/ofw01/ofw01.scn
 create mode 100644 testsuites/libtests/ofw01/some.c
 create mode 100644 testsuites/libtests/ofw01/some.dts
 create mode 100644 testsuites/libtests/ofw01/some.h

diff --git a/spec/build/testsuites/libtests/grp.yml 
b/spec/build/testsuites/libtests/grp.yml
index b9ca014b0d..1aa136854a 100644
--- a/spec/build/testsuites/libtests/grp.yml
+++ b/spec/build/testsuites/libtests/grp.yml
@@ -316,6 +316,8 @@ links:
   uid: write
 - role: build-dependency
   uid: writev
+- role: build-dependency
+  uid: ofw01
 type: build
 use-after:
 - rtemstest
diff --git a/spec/build/testsuites/libtests/ofw01.yml 
b/spec/build/testsuites/libtests/ofw01.yml
new file mode 100644
index 00..8517c58bad
--- /dev/null
+++ b/spec/build/testsuites/libtests/ofw01.yml
@@ -0,0 +1,21 @@
+SPDX-License-Identifier: CC-BY-SA-4.0 OR BSD-2-Clause
+build-type: test-program
+cflags: []
+copyrights:
+- Copyright (C) 2020 Niteesh G S
+cppflags: []
+cxxflags: []
+enabled-by: true
+features: c cprogram
+includes: []
+ldflags:
+- -Wl,--wrap=bsp_fdt_get
+links: []
+source:
+- testsuites/libtests/ofw01/init.c
+- testsuites/libtests/ofw01/some.c
+stlib: []
+target: testsuites/libtests/ofw01.exe
+type: build
+use-after: []
+use-before: []
diff --git a/testsuites/libtests/ofw01/init.c b/testsuites/libtests/ofw01/init.c
new file mode 100644
index 00..82ee5eb11f
--- /dev/null
+++ b/testsuites/libtests/ofw01/init.c
@@ -0,0 +1,187 @@
+/* SPDX-License-Identifier: BSD-2-Clause */
+
+/*
+ * Copyright (C) <2020> Niteesh G S 
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *notice, this list of conditions and the following disclaimer in the
+ *documentation and/or other materials provided with the distribution.
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
+ * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
+ * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
+ * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
+ * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
+ * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
+ * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
+ * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
+ * POSSIBILITY OF SUCH DAMAGE.
+ */
+
+#ifdef HAVE_CONFIG_H
+#include "config.h"
+#endif
+
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+#include "some.h"
+
+#define BUF_SIZE 100
+
+const char rtems_test_name[] = "OFW 01";
+
+const void *__wrap_bsp_fdt_get(void);
+const void *__real_bsp_fdt_get(void);
+
+const void *__wrap_bsp_fdt_get(void)
+{
+  if (some_bin != NULL) {
+return _bin[0];
+  }
+
+  return __real_bsp_fdt_get();
+}
+
+static void Init(rtems_task_argument arg)
+{
+  int rv;
+  phandle_t d;
+  phandle_t l;
+  phandle_t t;
+  phandle_t c;
+  phandle_t a;
+  phandle_t b;
+  phandle_t q;
+  phandle_t root;
+  phandle_t temp;
+  uint32_t *arr;
+  char buf[BUF_SIZE];
+  char *bufp;
+  ssize_t buf_len;
+  rtems_ofw_memory_area reg;
+  rtems_ofw_memory_area regs[2];
+  rtems_vector_number intr;
+  rtems_vector_number intrs[2];
+  TEST_BEGIN();
+  buf_len = sizeof(buf);
+  /*
+   * Cannot use fdt_path_offset to compare because
+   * the OF interface uses the offset from the ftdp
+   * to the node as phandle.
+   */
+  root = rtems_ofw_find_device("/");
+  rtems_test_assert(root == 56);
+
+  root = rtems_ofw_peer(0);
+  rtems_test_assert(root == 56);
+
+  d = rtems_ofw_child(root);
+  temp = rtems_ofw_find_device("/d");
+  rtems_test_assert(d == temp);
+
+  temp = rtems_ofw_parent(d);
+  rtems_test_assert(root == temp);
+
+  rv = rtems_ofw_get_prop(d, "e", buf, buf_len);
+

Re: Problem re-building RTEMS docs

2020-11-03 Thread Andrew Butterfield

Hi Sebastian,

 I thought `git submodule update` would do it -  my bad

I tried `git submodule sync`, but this still leaves me back in 3rd July 2020

Doing a `git pull`  afterwards, in rtems-docs makes no change. What do I need 
to do to bring all the submodules up to date?

Thanks, Andrew

> On 3 Nov 2020, at 18:01, Sebastian Huber  
> wrote:
> 
> On 03/11/2020 18:47, Andrew Butterfield wrote:
> 
>> $ ./waf
>> Waf: Entering directory 
>> `/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/build'
>> Build: 6.0c13e94-modified (3rd July 2020)
> 
> This is an extremely out dated version. You should see something like this:
> 
> Waf: Entering directory 
> `/home/EB/sebastian_h/src/rtems-central/modules/rtems-docs/build'
> Build: 6.9628dfd (1st October 2020)
> 
> -- 
> 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.
> 


Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204
Lero@TCD, Head of Software Foundations & Verification Research Group
School of Computer Science and Statistics,
Room G.39, O'Reilly Institute, Trinity College, University of Dublin
 http://www.scss.tcd.ie/Andrew.Butterfield/


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

Re: Problem re-building RTEMS docs

2020-11-03 Thread Andrew Butterfield

Hi Sebatian,

sorry - a typo - the line was

. env/bin/active

as it says in the rtems-central README.md file.

I was running in the venv - I just edited out all the (env) indicators...

> On 3 Nov 2020, at 17:59, Sebastian Huber  
> wrote:
> 
> On 03/11/2020 18:47, Andrew Butterfield wrote:
> 
>> cp git-hooks/sanity-check.sh .git/hooks/pre-push
>> git submodule update
>> make env
>> env/bin/activate
> 
> This doesn't active the virtual environment. You need:
> 
> source env/bin/activate
> 
> -- 
> 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.
> 


Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204
Lero@TCD, Head of Software Foundations & Verification Research Group
School of Computer Science and Statistics,
Room G.39, O'Reilly Institute, Trinity College, University of Dublin
 http://www.scss.tcd.ie/Andrew.Butterfield/


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

Re: How does RTEMS decide which process to execute next on calling rtems_task_exit

2020-11-03 Thread Sebastian Huber


Hello Richi,

the task termination sequence is quite complicated. The last action of a 
task is executing _Thread_Make_zombie().


--
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: Problem re-building RTEMS docs

2020-11-03 Thread Sebastian Huber


On 03/11/2020 18:47, Andrew Butterfield wrote:


$ ./waf
Waf: Entering directory 
`/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/build'

Build: 6.0c13e94-modified (3rd July 2020)


This is an extremely out dated version. You should see something like this:

Waf: Entering directory 
`/home/EB/sebastian_h/src/rtems-central/modules/rtems-docs/build'

Build: 6.9628dfd (1st October 2020)

--
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: Problem re-building RTEMS docs

2020-11-03 Thread Sebastian Huber


On 03/11/2020 18:47, Andrew Butterfield wrote:


cp git-hooks/sanity-check.sh .git/hooks/pre-push
git submodule update
make env
env/bin/activate


This doesn't active the virtual environment. You need:

source env/bin/activate

--
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: Problem re-building RTEMS docs

2020-11-03 Thread Andrew Butterfield

Hi Sebastian,

 I went back up to rtems-central and started over 

cp git-hooks/sanity-check.sh .git/hooks/pre-push
git submodule update
make env
env/bin/activate
cd modules/rtems-docs/

I made more progress, being able to complete ./waf configure

$ ./waf configure
Setting top to   : 
/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs 
Setting out to   : 
/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/build 
Checking for program 'git'   : /usr/local/bin/git 
Checking for program 'sphinx-build'  : 
/Users/butrfeld/REPOS/rtems-central/env/bin/sphinx-build 
Checking for program 'aspell': /usr/local/bin/aspell 
Checking if Sphinx is at least 1.3   : yes (3.0) 
Checking Sphinx Options  : none 
Checking Sphinx Nit-Pick mode: no 
Checking for 'sphinx.ext.autodoc': found 
Checking for 'sphinx.ext.coverage'   : found 
Checking for 'sphinx.ext.doctest': found 
Checking for 'sphinx.ext.graphviz'   : found 
Checking for 'sphinx.ext.intersphinx': found 
Checking for 'sphinx.ext.mathjax': found 
Checking for 'sphinxcontrib.bibtex'  : found 
'configure' finished successfully (5.133s)


However, ./waf failed 

$ ./waf  
Waf: Entering directory 
`/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/build'
Build: 6.0c13e94-modified (3rd July 2020)
[1/4] Compiling common/_static/my-styles.css
[2/4] Compiling common/_static/favicon.ico
[3/4] Compiling common/_static/style.css
[4/4] Compiling common/_static/logo.png
[5/5] Compiling common/_templates/layout.html
[ 6/10] Processing 
/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/build/user/html/index.html:
 user/bsps/arm/altera-cyclone-v.rst user/bsps/arm/atsam.rst 
user/bsps/arm/beagle.rst user/bsps/arm/bsp-csb337.rst 
user/bsps/arm/bsp-stm32f4.rst user/bsps/arm/csb336.rst 
user/bsps/arm/edb7312.rst user/bsps/arm/gumstix.rst user/bsps/arm/imx.rst 
user/bsps/arm/lm3s69xx.rst user/bsps/arm/lpc176x.rst user/bsps/arm/lpc24xx.rst 
user/bsps/arm/raspberrypi.rst user/bsps/arm/realview-pbx-a9.rst 
user/bsps/arm/rtl22xx.rst user/bsps/arm/smdk2410.rst user/bsps/arm/tms570.rst 
user/bsps/arm/xen.rst user/bsps/arm/xilinx-zynq.rst 
user/bsps/arm/xilinx-zynqmp.rst user/bsps/bsps-aarch64.rst 
user/bsps/bsps-arm.rst user/bsps/bsps-bfin.rst user/bsps/bsps-epiphany.rst 
user/bsps/bsps-i386.rst user/bsps/bsps-lm32.rst user/bsps/bsps-m68k.rst 
user/bsps/bsps-microblaze.rst user/bsps/bsps-mips.rst user/bsps/bsps-moxie.rst 
user/bsps/bsps-nios2.rst user/bsps/bsps-or1k.rst user/bsps/bsps-powerpc.rst 
user/bsps/bsps-riscv.rst user/bsps/bsps-sh.rst user/bsps/bsps-sparc.rst 
user/bsps/bsps-sparc64.rst user/bsps/bsps-v850.rst user/bsps/bsps-x86_64.rst 
user/bsps/index.rst user/exe/debugging.rst user/exe/device-tree.rst 
user/exe/executables.rst user/exe/execution.rst user/exe/index.rst 
user/exe/initialization.rst user/exe/loader.rst user/glossary/index.rst 
user/hardware/architectures.rst user/hardware/index.rst 
user/hardware/targets.rst user/hardware/tiers.rst user/hosts/index.rst 
user/hosts/macos.rst user/hosts/os.rst user/hosts/posix.rst 
user/hosts/windows.rst user/index.rst user/installation/developer.rst 
user/installation/index.rst user/installation/kernel.rst 
user/installation/project-sandboxing.rst user/installation/releases.rst 
user/migration/index.rst user/migration/v4_11-to-v5.rst user/overview/index.rst 
user/rsb/bug-reporting.rst user/rsb/commands.rst user/rsb/configuration.rst 
user/rsb/cross-canadian-cross.rst user/rsb/deployment.rst user/rsb/history.rst 
user/rsb/index.rst user/rsb/project-sets.rst user/rsb/third-party-packages.rst 
user/rsb/why-build-from-source.rst user/start/app.rst user/start/bootstrap.rst 
user/start/bsp-build.rst user/start/bsp-test.rst user/start/gsoc.rst 
user/start/index.rst user/start/prefixes.rst user/start/preparation.rst 
user/start/rsb-packages.rst user/start/sources.rst user/start/tools.rst 
user/support/bugs.rst user/support/contrib.rst user/support/index.rst 
user/support/support-commercial.rst user/support/support-project.rst 
user/testing/configuration.rst user/testing/consoles.rst 
user/testing/coverage.rst user/testing/gdb-jtag.rst user/testing/index.rst 
user/testing/simulation.rst user/testing/tests.rst user/testing/tftp.rst 
user/tools/boot-image.rst user/tools/bsp-builder.rst user/tools/exeinfo.rst 
user/tools/index.rst user/tools/linker.rst user/tools/symbols.rst 
user/tools/tester.rst user/tools/tftp-proxy.rst user/tracing/captureengine.rst 
user/tracing/eventrecording.rst user/tracing/examples.rst 
user/tracing/index.rst user/tracing/introduction.rst 
user/tracing/tracelinker.rst -> build/user/html/index.html
[ 7/10] Compiling common/_static/favicon.ico
[ 8/10] Compiling common/_static/my-styles.css
[ 9/10] Compiling common/_static/logo.png
[10/10] Compiling common/_static/style.css

Extension error:
Could not import extension rtemsdomain (exception: cannot

Re: How does RTEMS decide which process to execute next on calling rtems_task_exit

2020-11-03 Thread Richi Dubey

Hi,

Can someone please help me out with this? Is what I am asking not
correct/not making sense? Let me know.

Thanks,
Richi.

On Mon, 2 Nov 2020, 21:43 Richi Dubey,  wrote:

> Hi,
>
> While debugging sp16.exe, when Task_1 calls rtems_task_wake_after,
> following the stack trace would lead us to the scheduler code that makes a
> decision in selecting the next thread to execute. rtems_task_wake_after ->
> _Thread_Yield -> _Scheduler_Yield -> *scheduler->Operations.yield.
>
> But I tried a lot and checked inside each stack when Task_5
> calls rtems_task_exit(), but I could not find any code that calls the
> scheduler to make a decision on the next thread to execute. I also tried
> setting watchpoint, but to no avail:
>
> --
> rtems_task_exit () at
> /home/richi/quick-start/src/rtems/c/src/../../cpukit/rtems/src/taskexit.c:23
> 23 {
> (gdb) awatch cpu_self->heir
> Hardware access (read/write) watchpoint 8: cpu_self->heir
> (gdb) c
> Continuing.
> Watchpoint 8 deleted because the program has left the block
> in which its expression is valid.
>
> Thread 1 hit Breakpoint 5, _Terminate (the_source=RTEMS_FATAL_SOURCE_EXIT,
> the_error=0) at
> /home/richi/quick-start/src/rtems/c/src/../../cpukit/score/src/interr.c:36
> 36  _User_extensions_Fatal( the_source, the_error );
> (gdb)
> --
>
> Can someone tell me how I can achieve my goal?
>
> Thanks,
> Richi.
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Problem re-building RTEMS docs

2020-11-03 Thread Sebastian Huber


On 03/11/2020 17:00, Andrew Butterfield wrote:


  I am trying to edit RTEMS docs to fix an error regarding large comments 
(ticket #4163).

I'm working out of the rtems-doc submodule of rtems-central,
and following instructions in the Soft Eng manual (6.1 Soft Devpt (Git users)

I have created a branch and edited rtems-docs/eng/coding-80cols.rts

Before creating/emailing patches, I want to rebuild the eng document.

However ./waf configure fails in rtems-docs

:- ./waf configure
Waf: The wscript in '/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs' is 
unreadable
Traceback (most recent call last):
... stuff deleted
   File "/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/common/conf.py", line 
86, in 
 import sphinx_rtd_theme_rtems
   File 
"/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/common/sphinx_rtd_theme_rtems/__init__.py",
 line 9, in 
 import sphinx
ImportError: No module named sphinx

I tried messing around with python/pip versions, virtual environments,
and using pip(3) to re-install sphinx and sphinxcontrib-bibtex.

Pip can see these packages - why can't waf?


This is strange. I use the virtual environment of rtems-central to build 
the docs. Did you activate the virtual environment? What is the output of


which 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

Problem re-building RTEMS docs

2020-11-03 Thread Andrew Butterfield

Dear all,

 I am trying to edit RTEMS docs to fix an error regarding large comments 
(ticket #4163).

I'm working out of the rtems-doc submodule of rtems-central,
and following instructions in the Soft Eng manual (6.1 Soft Devpt (Git users)

I have created a branch and edited rtems-docs/eng/coding-80cols.rts

Before creating/emailing patches, I want to rebuild the eng document.

However ./waf configure fails in rtems-docs

:- ./waf configure
Waf: The wscript in '/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs' is 
unreadable
Traceback (most recent call last):
... stuff deleted
  File "/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/common/conf.py", 
line 86, in 
import sphinx_rtd_theme_rtems
  File 
"/Users/butrfeld/REPOS/rtems-central/modules/rtems-docs/common/sphinx_rtd_theme_rtems/__init__.py",
 line 9, in 
import sphinx
ImportError: No module named sphinx

I tried messing around with python/pip versions, virtual environments,
and using pip(3) to re-install sphinx and sphinxcontrib-bibtex.

Pip can see these packages - why can't waf?

 
:- pip list
Package   Version
- ---
...
Sphinx3.3.0
sphinxcontrib-applehelp   1.0.1
sphinxcontrib-bibtex  1.0.0
sphinxcontrib-devhelp 1.0.1
sphinxcontrib-htmlhelp1.0.2
sphinxcontrib-jsmath  1.0.1
sphinxcontrib-qthelp  1.0.2
sphinxcontrib-serializinghtml 1.1.3
...


This is on OS X Catalina

All suggestions welcome

Best regards,
  Andrew

Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204
Lero@TCD, Head of Software Foundations & Verification Research Group
School of Computer Science and Statistics,
Room G.39, O'Reilly Institute, Trinity College, University of Dublin
 http://www.scss.tcd.ie/Andrew.Butterfield/


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

Re: Problem re-building RTEMS docs

[PATCH v2 1/2] bsps/shared/ofw: Implement RTEMS OFW interface

[PATCH v2 2/2] libtests/ofw01: Added a test for RTEMS OFW

Re: Problem re-building RTEMS docs

Re: Problem re-building RTEMS docs

Re: How does RTEMS decide which process to execute next on calling rtems_task_exit

Re: Problem re-building RTEMS docs

Re: Problem re-building RTEMS docs

Re: Problem re-building RTEMS docs

Re: How does RTEMS decide which process to execute next on calling rtems_task_exit

Re: Problem re-building RTEMS docs

Problem re-building RTEMS docs

12 matches

Site Navigation

Mail list logo

Footer information