Re: Beagle: FDT support in BSP as a GSoC project?

On 12/8/19 3:51 pm, Christian Mauderer wrote: > > On 12/08/2019 03:33, Chris Johns wrote: >> On 12/8/19 9:22 am, Joel Sherrill wrote: >>> >>> >>> On Sun, Aug 11, 2019, 5:47 PM Chris Johns >> > wrote: >>> >>> On 12/8/19 3:28 am, Joel Sherrill wrote: >>> > On Sun, Au

Re: [PATCH v3] rtems/rtems-kernel-nexus.c: LibBSD init now uses all pass levels.

Thanks, I checked in the patch. -- 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 kei

Re: [PATCH] RTEMS BSP Buildset

On 12/8/19 3:13 pm, Sebastian Huber wrote: > On 10/08/2019 01:40, Chris Johns wrote: >> On 10/8/19 2:54 am, Sebastian Huber wrote: >>> just my 2ct with respect to the lacking device tree support in the Xilinx >>> Zynq BSP. This is just a historic accident. The BSP was written before we >>> had >>>

Re: [PATCH] rtems/rtems-kernel-nexus.c: LibBSD init now uses all pass levels.

Hi, Yes I agree. We should keep the behaviour as close to FreeBSD as possible. Best, Nils On Mon, 12 Aug 2019 at 07:48, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 12/08/2019 00:23, Chris Johns wrote: > > On 10/8/19 4:33 am, Christian Mauderer wrote: > >> thanks for the pa

[PATCH v3] rtems/rtems-kernel-nexus.c: LibBSD init now uses all pass levels.

I observed all Modules loading in the last fdt pass. The reason was, nexus bus loading with BUS_PASS_DEFAULT. --- rtemsbsd/rtems/rtems-kernel-nexus.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/rtemsbsd/rtems/rtems-kernel-nexus.c b/rtemsbsd/rtems/rtems-kernel-nexus.c ind

Re: GSoC Project | Basic Support for Trace Compass

On 11/08/2019 09:51, Ravindra Kumar Meena wrote: rtems-main.c coding style fix: https://github.com/rmeena840/rtems-tools/commit/eeb2067783f7e375087bee913342ce3fecce7883 This is too complicated: +strcpy( filename, "event_" ); snprintf( file_index, sizeof( file_index ), "%ld", i );

Re: Beagle: FDT support in BSP as a GSoC project?

On 12/08/2019 03:33, Chris Johns wrote: > On 12/8/19 9:22 am, Joel Sherrill wrote: >> >> >> On Sun, Aug 11, 2019, 5:47 PM Chris Johns > > wrote: >> >> On 12/8/19 3:28 am, Joel Sherrill wrote: >> > On Sun, Aug 11, 2019, 10:59 AM Christian Mauderer >

[PATCH v1] Remove back-slash in 'pacman' command in 'PDF' section under Arch Linux (installation of Sphinx).

--- README.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.txt b/README.txt index 3679d1d..1567be6 100644 --- a/README.txt +++ b/README.txt @@ -247,7 +247,7 @@ Sphinx: PDF: - # pacman -S texlive-bin texlive-core texlive-latexextra texlive-fontsextra \ + # pacm

Re: [PATCH] rtems/rtems-kernel-nexus.c: LibBSD init now uses all pass levels.

On 12/08/2019 00:23, Chris Johns wrote: On 10/8/19 4:33 am, Christian Mauderer wrote: thanks for the patch. It sounds like we will get a behaviour that is more similar to FreeBSD one with it. Yes. But it has the potential to have a big influence on existing BSPs so it would be good to have s

Re: [PATCH] rtems/rtems-kernel-nexus.c: LibBSD init now uses all pass levels.

On 12/08/2019 00:23, Chris Johns wrote: > On 10/8/19 4:33 am, Christian Mauderer wrote: >> thanks for the patch. It sounds like we will get a behaviour that is >> more similar to FreeBSD one with it. > > Yes. > >> But it has the potential to have a >> big influence on existing BSPs so it would be

[PATCH v2] rtems-record: New program

Update #3665. --- trace/record/record-client.c | 448 ++ trace/record/record-main.c| 339 +++ trace/record/record-text.c| 1071 + trace/record/rtems/recordclient.h | 139 + trace/record/rtems/recorddata.h | 1204

Re: [PATCH] RTEMS BSP Buildset

On 10/08/2019 01:40, Chris Johns wrote: On 10/8/19 2:54 am, Sebastian Huber wrote: just my 2ct with respect to the lacking device tree support in the Xilinx Zynq BSP. This is just a historic accident. The BSP was written before we had any device tree support in RTEMS. FDT support for the Zyn

[PATCH] arm/tlb: Fix the MP affinity check to invalidate ASIDs.

From: Chris Johns - The TI's CortexA7 MP MPIDR register returns 0 Updates #3760 --- bsps/arm/shared/cp15/arm-cp15-set-ttb-entries.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/bsps/arm/shared/cp15/arm-cp15-set-ttb-entries.c b/bsps/arm/shared/cp15/arm-cp15-set-

Re: Not able to run riscv-rv32imac testsuites

On Mon, Aug 12, 2019, 12:01 AM Hesham Almatary wrote: > > > On Sun, 11 Aug 2019 at 16:11, Vaibhav Gupta > wrote: > >> But I am not able to run: >> >> qemu-system-riscv64 -no-reboot -nographic -machine virt -m 256M -kernel >> hello.exe >> >> >> On Fri, Aug 9, 2019 at 2:53 PM Vaibhav Gupta >> wr

Re: RSB build error (MSYS2)

On 12/8/19 11:19 am, jameszxj wrote: > Hi, > I tried to update the compiler to RSB master, and encountered an error. > command line: >    ../source-builder/sb-set-builder --dry-run --with-download 5/rtems-arm > > error messgae: > > config: tools/rtems-gdb-8.2.1-1.cfg > error: shell macro failed:

Re: Beagle: FDT support in BSP as a GSoC project?

On 12/8/19 9:22 am, Joel Sherrill wrote: > > > On Sun, Aug 11, 2019, 5:47 PM Chris Johns > wrote: > > On 12/8/19 3:28 am, Joel Sherrill wrote: > > On Sun, Aug 11, 2019, 10:59 AM Christian Mauderer > >

RSB build error (MSYS2)

Hi, I tried to update the compiler to RSB master, and encountered an error. command line: ../source-builder/sb-set-builder --dry-run --with-download 5/rtems-arm error messgae: config: tools/rtems-gdb-8.2.1-1.cfg error: shell macro failed: sh -c "/mingw64/bin/python2-config --ldflags | awk '

Re: Beagle: FDT support in BSP as a GSoC project?

On Sun, Aug 11, 2019, 5:47 PM Chris Johns wrote: > On 12/8/19 3:28 am, Joel Sherrill wrote: > > On Sun, Aug 11, 2019, 10:59 AM Christian Mauderer > > wrote: > > > > Hello, > > > > while mentoring Vijays GSoC project this year I noted that some > drivers > >

[PATCH] libdebugger/arm: Support ROM tables.

From: Chris Johns - Parse the ROM taables if present to find the component base for the debug hardware. This lets the RPi2 run dl09.exe. --- cpukit/libdebugger/rtems-debugger-arm.c | 303 +++- 1 file changed, 294 insertions(+), 9 deletions(-) diff --git a/cpukit/libdebugge

Re: Beagle: FDT support in BSP as a GSoC project?

On 12/8/19 3:28 am, Joel Sherrill wrote: > On Sun, Aug 11, 2019, 10:59 AM Christian Mauderer > wrote: > > Hello, > > while mentoring Vijays GSoC project this year I noted that some drivers > in the Beagle BSPs have quite horrible hard coded values for thing

Re: [PATCH] rtems/rtems-kernel-nexus.c: LibBSD init now uses all pass levels.

On 10/8/19 4:33 am, Christian Mauderer wrote: > thanks for the patch. It sounds like we will get a behaviour that is > more similar to FreeBSD one with it. Yes. > But it has the potential to have a > big influence on existing BSPs so it would be good to have some more > feedback for it before mer

Re: [PATCH v3 1/8] Pinmux : Import from FreeBSD

On Sun, Aug 11, 2019 at 8:40 PM Christian Mauderer wrote: > On 04/08/2019 18:41, Christian Mauderer wrote: > > Hello Vijay, > > > > for the whole patch set: > > > > The order and groups are good now. I didn't find anything where I would > > have big problems. All patches are compilable and libbsd

Re: Not able to run riscv-rv32imac testsuites

On Sun, 11 Aug 2019 at 16:11, Vaibhav Gupta wrote: > But I am not able to run: > > qemu-system-riscv64 -no-reboot -nographic -machine virt -m 256M -kernel > hello.exe > > > On Fri, Aug 9, 2019 at 2:53 PM Vaibhav Gupta > wrote: > >> I was able to run rv32imac using >> >> qemu-system-riscv32 -no-

Re: Beagle: FDT support in BSP as a GSoC project?

On Sun, Aug 11, 2019, 10:59 AM Christian Mauderer wrote: > Hello, > > while mentoring Vijays GSoC project this year I noted that some drivers > in the Beagle BSPs have quite horrible hard coded values for things like > pinmux initialization. Maybe it would be a nice GSoC project for next > year t

Beagle: FDT support in BSP as a GSoC project?

Hello, while mentoring Vijays GSoC project this year I noted that some drivers in the Beagle BSPs have quite horrible hard coded values for things like pinmux initialization. Maybe it would be a nice GSoC project for next year to replace this stuff with a fdt based initialization. I would like to

Re: GSoC 2019: POSIX Compliance - FENV Environment probably not working properly in RISCV

Configure command I used to build BSP: == $ /home/varodek/development/rtems/kernel/rtems/configure --prefix=/home/varodek/development/rtems/5 --enable-maintainer-mode --target=riscv-rtems5 --enable-rtemsbsp=rv32imac --enable-tests --enable-posix --disable

Re: [PATCH] user/exe: Add link reference in device-tree

Pushed. Thanks for the fix. Gedare mentioned that you should be on the copyright list of the user manual (see [1]). Can you please create a patch for that too? Best regards Christian [1]: https://lists.rtems.org/pipermail/devel/2019-August/027204.html On 09/08/2019 10:06, Vijay Kumar Banerjee

Re: Not able to run riscv-rv32imac testsuites

But I am not able to run: qemu-system-riscv64 -no-reboot -nographic -machine virt -m 256M -kernel hello.exe On Fri, Aug 9, 2019 at 2:53 PM Vaibhav Gupta wrote: > I was able to run rv32imac using > > qemu-system-riscv32 -no-reboot -nographic -machine virt -m 256M -kernel > hello.exe > > When I

Re: [PATCH v3 1/8] Pinmux : Import from FreeBSD

On 04/08/2019 18:41, Christian Mauderer wrote: > Hello Vijay, > > for the whole patch set: > > The order and groups are good now. I didn't find anything where I would > have big problems. All patches are compilable and libbsd still compiles > on a PowerPC target. The result is great (with some de

GSoC 2019: POSIX Compliance - FENV Environment probably not working properly in RISCV

My code of testsuite: === /* Test 'FE_DIVBYZERO' */ puts( "\nDivide by zero and confirm fetestexcept()." ); a = 0.0; b = 1.0; c = b/a; printf("\n%d",FE_DIVBYZERO); fegetexceptflag(&excepts,FE_ALL_EXCEPT); printf("\n%d",excepts); r = fera

Re: Problem: RSB does no longer install stand-alone sis

On 8/11/19 2:35 AM, Chris Johns wrote: > On 10/8/19 11:17 pm, Jiri Gaisler wrote: >> The problem comes from a commit to source-builder/config/sis-2-1.cfg, >> made on July 23. > I am aware this is the problem and a revert may work for you but I seem to > remember it did a problem but I cannot rem

Re: GSoC Project | Basic Support for Trace Compass

rtems-main.c coding style fix: https://github.com/rmeena840/rtems-tools/commit/eeb2067783f7e375087bee913342ce3fecce7883 > -- *Ravindra Kumar Meena*, B. Tech. Computer Science and Engineering, Indian Institute of Technology (Indian School of Mines) , Dhanbad ___