[PATCH] tester: Add qemu_opts_serial

The realview_pbx_a9_qemu test configuration for Qemu produced no output due to wrong serial/monitor settings. Remove the serial/monitor settings from qemu_opts_base and move them to the new qemu_opts_serial. --- tester/rtems/testing/bsps/generic_or1k.ini| 2 +-

[PATCH] tester: Use prefix for rtems_tools by default

Commit 72c684eff2cd932b4948e21902680a93473340c3 removed the default value of rtems_tools. If the --rtems--tools option was omitted the rtems-test command printed lots of error: run.cfg:61: macro '%{rtems_tools}' not found error messages. --- tester/rt/test.py | 2 ++ 1 file changed, 2

Re: RSB build failed.

jameszxj, I have pushed changes to the RSB that I hope fixes the build. Please update and see if this fixes things for you. Thanks Chris On 10/2/20 11:53 am, Chris Johns wrote: > On 10/2/20 10:36 am, Chris Johns wrote: >> I think clang or gcc has some links that fail but I thought I had a fix

Re: AW: [PATCH v3 2/3] amd64: Add to build

On 12/2/20 12:21 am, jan.som...@dlr.de wrote: >> Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] >> Gesendet: Dienstag, 11. Februar 2020 13:22 >> An: Sommer, Jan; devel@rtems.org >> Betreff: Re: [PATCH v3 2/3] amd64: Add to build >>> +includes +=

Re: RTEMS Manuals: Single Page HTML version doesn't work

On 12/2/20 12:41 am, Christian Mauderer wrote: > > on docs.rtems.org we have a table with the manuals. There are three > views: Online, PDF and Single Page. It seems that Online and PDF work > fine. But Single Page doesn't work at all. Only a blank page is displayed. > > Should we fix it or

Re: rtems-test on BBB hardware (was Re: Enabling Buildbot 'responsible user' emails.)

On 12/2/20 9:37 am, Amar Takhar wrote: > On 2020-02-10 13:05 +1100, Chris Johns wrote: >> On 8/2/20 11:13 am, Amar Takhar wrote: >>> I was going to start with the Beaglebone and do TFTP to load the tests. >> >> I suggest you start with getting rtems-run to run any of the built tests. You >> will

Re: rtems-test on BBB hardware (was Re: Enabling Buildbot 'responsible user' emails.)

On 2020-02-10 13:05 +1100, Chris Johns wrote: > On 8/2/20 11:13 am, Amar Takhar wrote: > > I was going to start with the Beaglebone and do TFTP to load the tests. > > I suggest you start with getting rtems-run to run any of the built tests. You > will need ... > > 1. An SD card image with

Re: [PATCH] bsp/raspberrypi: Fix linker command file

Hello Sebastian, yes, discard that patch. Best regards Christian On 11/02/2020 16:22, Alan Cudmore wrote: > I believe we can discard this. I am running all of my recent tests > with the 0x20 RAM origin. > Thanks, > Alan > > On Tue, Feb 11, 2020 at 2:06 AM Sebastian Huber > wrote: >> >>

Re: RTEMS_FATAL_SOURCE_EXCEPTION on booting PRU for beagleboneblack

Sorry, forgot to mention the function entry/exit profiler: __attribute__((__no_instrument_function__)) void __cyg_profile_func_enter(void* this_fn, void* call_site) {   rtems_record_produce_2(RTEMS_RECORD_CALLER, (rtems_record_data)call_site,

Re: RTEMS_FATAL_SOURCE_EXCEPTION on booting PRU for beagleboneblack

Hello, one idea to debug problems like this is to * compile libbsd with --finstrument-functions, * enable the event recording, * dump the event records in base64 encoding in the fatal error handler, * add support for base64 encoded data to the rtems-record-lttng converter, and * view the

Re: RTEMS_FATAL_SOURCE_EXCEPTION on booting PRU for beagleboneblack

Hi Utkarsh, It looks like your device tree is fine, since libbsd (using the device tree) initializes before the network is configured. The network config starts here and libbsd initializes here

RTEMS_FATAL_SOURCE_EXCEPTION on booting PRU for beagleboneblack

While trying to boot the PRU app from this repo. I encounter RTEMS_FATAL_SOURCE_EXCEPTION. The complete log goes something like this:- media listener: event = PARTITION ATTACH, state = INQUIRY, src = /dev/mmcsd-0 media listener: event = PARTITION ATTACH,

Re: [PATCH] bsp/raspberrypi: Fix linker command file

I believe we can discard this. I am running all of my recent tests with the 0x20 RAM origin. Thanks, Alan On Tue, Feb 11, 2020 at 2:06 AM Sebastian Huber wrote: > > Hello, > > I guess that after all the Raspberry Pi changes this patch can be discarded? > > On 20/12/2019 07:32, Sebastian

AW: [PATCH v3 2/3] amd64: Add to build

> -Ursprüngliche Nachricht- > Von: Joel Sherrill [mailto:j...@rtems.org] > Gesendet: Dienstag, 11. Februar 2020 14:29 > An: Sommer, Jan > Cc: Sebastian Huber; rtems-de...@rtems.org > Betreff: Re: [PATCH v3 2/3] amd64: Add to build > > > > On Tue, Feb 11, 2020, 7:21 AM wrote: > > >

RTEMS Manuals: Single Page HTML version doesn't work

Hello, on docs.rtems.org we have a table with the manuals. There are three views: Online, PDF and Single Page. It seems that Online and PDF work fine. But Single Page doesn't work at all. Only a blank page is displayed. Should we fix it or remove it? I think I know where I could remove it. But

Re: [PATCH v3 2/3] amd64: Add to build

On Tue, Feb 11, 2020, 7:21 AM wrote: > > > > -Ursprüngliche Nachricht- > > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > > Gesendet: Dienstag, 11. Februar 2020 13:22 > > An: Sommer, Jan; devel@rtems.org > > Betreff: Re: [PATCH v3 2/3] amd64: Add to build > > > > On

AW: [PATCH v3 2/3] amd64: Add to build

> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Dienstag, 11. Februar 2020 13:22 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: [PATCH v3 2/3] amd64: Add to build > > On 11/02/2020 13:06, Jan Sommer wrote: > > > diff --git

Re: [PATCH v3 2/3] amd64: Add to build

On 11/02/2020 13:06, Jan Sommer wrote: diff --git a/waf_libbsd.py b/waf_libbsd.py index 84f22b76..3b1f2d16 100644 --- a/waf_libbsd.py +++ b/waf_libbsd.py @@ -197,6 +197,10 @@ class Builder(builder.ModuleManager): if 'cpu-include-paths' in config: cpu =

[PATCH v3 3/3] amd64: Port to RTEMS

--- freebsd/sys/amd64/include/machine/cpufunc.h | 6 ++ rtemsbsd/amd64/include/machine/clock.h | 2 ++ 2 files changed, 8 insertions(+) create mode 100644 rtemsbsd/amd64/include/machine/clock.h diff --git a/freebsd/sys/amd64/include/machine/cpufunc.h

[PATCH v3 2/3] amd64: Add to build

--- libbsd.py | 14 ++ waf_libbsd.py | 4 2 files changed, 18 insertions(+) diff --git a/libbsd.py b/libbsd.py index 3823c03f..15d3da86 100644 --- a/libbsd.py +++ b/libbsd.py @@ -1548,6 +1548,7 @@ class dev_nic(builder.Module): 'sys/sys/buf.h',

[PATCH v3 1/3] amd64: Add missing files from FreeBSD

--- freebsd/sys/amd64/amd64/in_cksum.c| 245 freebsd/sys/amd64/include/machine/_bus.h | 48 + freebsd/sys/amd64/include/machine/cpufunc.h | 1047 + freebsd/sys/amd64/include/machine/efi.h | 78 ++ freebsd/sys/amd64/include/machine/in_cksum.h |

[PATCH v3 0/3] [rtems-libbsd] Fix compilation for amd64

Similar to the previous patchset for i386 this one enables compilation for the amd64 BSP with the following limitations: - dev_nic_e1000 needs to be off - debugger01.exe does not link because the amd64 bsp has no libdebugger support I tried to use the lessons learned from the last patch set. It

Tool Roadmap for the RTEMS Pre-Qualification

Hello, this email tries to give an overview of the tool roadmap for the RTEMS pre-qualification activity and things to decide for the RTEMS Project. The tools used for the RTEMS pre-qualification will be command line tools only. We will not use GUIs. New tools will be written in Python. The

Re: [PATCH 0/7] bsp/imx: Add support for i.MX6UL

On 10/02/2020 22:16, Chris Johns wrote: > On 10/2/20 11:45 pm, Gedare Bloom wrote: >> It's all in bsps*imx. Go ahead. > > +1 Thanks. Pushed. > >> >> On Mon, Feb 10, 2020 at 2:35 AM Christian Mauderer >> wrote: >>> >>> Hello, >>> >>> this is a first patch set to allow the imx-BSP to support

Re: About Beaglebone Black device tree

On 10/02/2020 17:24, Vijay Kumar Banerjee wrote: > > On Mon, Feb 10, 2020 at 9:43 PM Vijay Kumar Banerjee > mailto:vijaykumar9...@gmail.com>> wrote: > > On Mon, Feb 10, 2020 at 5:21 PM Christian Mauderer > > wrote: > > On