[PATCH 1/2] eng: Document test framework formatted output

Update #3199. --- eng/test-framework.rst | 30 +++--- 1 file changed, 23 insertions(+), 7 deletions(-) diff --git a/eng/test-framework.rst b/eng/test-framework.rst index 50745df..6380f7e 100644 --- a/eng/test-framework.rst +++ b/eng/test-framework.rst @@ -982,10 +982,10 @@

[PATCH 2/2] eng: Mention test framework buffer configuration

Update #3199. --- eng/test-framework.rst | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/eng/test-framework.rst b/eng/test-framework.rst index 6380f7e..3b73a21 100644 --- a/eng/test-framework.rst +++ b/eng/test-framework.rst @@ -1431,6 +1431,8 @@ must be persistent thr

Re: About Beaglebone Black device tree

On 07/02/2020 18:23, Vijay Kumar Banerjee wrote: > > > > On Mon, Feb 3, 2020 at 7:21 PM Christian Mauderer > > wrote: > > On 02/02/2020 18:34, Vijay Kumar Banerjee wrote: > > > > > > > > On Sun, Feb 2, 2020 at 9:49 PM Christia

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

Hello Peter, On 08/02/2020 21:16, Peter Dufault wrote: > I will begin working on a BSP for the i.MX RT 10xx family. I require support > for a 1052 but will be developing on a 1064 so those two variants will have > some test coverage. > > I plan to start my work by making this a variant of the

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

> On Feb 9, 2020, at 09:33 , Christian Mauderer wrote: > > Hello Peter, > > On 08/02/2020 21:16, Peter Dufault wrote: >> I will begin working on a BSP for the i.MX RT 10xx family. I require >> support for a 1052 but will be developing on a 1064 so those two variants >> will have some test

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

On 09/02/2020 17:24, dufa...@hda.com wrote: > > >> On Feb 9, 2020, at 09:33 , Christian Mauderer wrote: >> >> Hello Peter, >> >> On 08/02/2020 21:16, Peter Dufault wrote: >>> I will begin working on a BSP for the i.MX RT 10xx family. I require >>> support for a 1052 but will be developing on a

[PATCH] 5: Update to Binutils 2.34

--- rtems/config/5/rtems-default.bset | 2 +- rtems/config/5/rtems-epiphany.bset | 2 +- rtems/config/5/rtems-or1k.bset | 2 +- rtems/config/5/rtems-riscv.bset| 2 +- rtems/config/5/rtems-x86_64.bset | 2 +- rtems/config/tools/rtems-binutils-

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

On 09/02/2020 17:36, Christian Mauderer wrote: On 09/02/2020 17:24, dufa...@hda.com wrote: On Feb 9, 2020, at 09:33 , Christian Mauderer wrote: Hello Peter, On 08/02/2020 21:16, Peter Dufault wrote: I will begin working on a BSP for the i.MX RT 10xx family. I require support for a 1052

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

> On Feb 9, 2020, at 12:05 , Sebastian Huber > wrote: > >>> I'm not sure if "variant" is the correct term. I look forward to seeing >>> what your approach is. >> Yes sorry. I didn't look up the established term. From what I can tell >> now, I don't think that there will be any conditional c

[PATCH v3 1/2] libchip/ns16550: Allow user calculate baud divisor

This patch will allow the user to pass a function to calculate the baud divisor. This will allow for more flexibility, since for some BSPs like raspberrypi, the calculation of baud divisor is different from what is in the current driver. --- bsps/include/libchip/ns16550.h | 9 +++--

[PATCH v3 2/2] bsp/raspberrypi: Mini UART driver

This patch adds driver for Mini UART present in Raspberry Pi 3 and above, this UART is currently used as the primary UART in these models. The Mini UART is similar to ns16550, this driver is built upon libchip/ns16550. --- bsps/arm/raspberrypi/console/console-config.c | 118 -- bsp

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

On 09/02/2020 20:09, dufa...@hda.com wrote: > > >> On Feb 9, 2020, at 12:05 , Sebastian Huber >> wrote: >> I'm not sure if "variant" is the correct term. I look forward to seeing what your approach is. >>> Yes sorry. I didn't look up the established term. From what I can tell >>>

Re: RSB build failed.

On 9/2/20 2:18 pm, jameszxj wrote: > Hi, >    RSB failed when build gdb on MINGW64. > > error messages: > > D:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/9.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: > ada-tasks.o: in function `memcpy': > D:/msys64/mingw64/x86_64-w64-mingw32/include/stri

Re: RSB build failed.

On 10/2/20 8:25 am, Chris Johns wrote: > On 9/2/20 2:18 pm, jameszxj wrote: >> Hi, >>    RSB failed when build gdb on MINGW64. >> >> error messages: >> >> D:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/9.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: >> ada-tasks.o: in function `memcpy': >> D:

Re: About Beaglebone Black device tree

On 9/2/20 9:33 pm, Christian Mauderer wrote: > On 07/02/2020 18:23, Vijay Kumar Banerjee wrote: > On Mon, Feb 3, 2020 at 7:21 PM Christian Mauderer >> > > wrote: >> On 02/02/2020 18:34, Vijay Kumar Banerjee wrote: >> > On Sun, Feb 2, 2020 at 9:4

Re: RSB build failed.

On 10/2/20 9:40 am, Chris Johns wrote: > On 10/2/20 8:25 am, Chris Johns wrote: >> On 9/2/20 2:18 pm, jameszxj wrote: >>> Hi, >>>    RSB failed when build gdb on MINGW64. >>> >>> error messages: >>> >>> D:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/9.2.0/../../../../x86_64-w64-mingw32/bin/ld.

Re: RSB build failed.

On Sun, Feb 9, 2020, 5:07 PM Chris Johns wrote: > On 10/2/20 9:40 am, Chris Johns wrote: > > On 10/2/20 8:25 am, Chris Johns wrote: > >> On 9/2/20 2:18 pm, jameszxj wrote: > >>> Hi, > >>>RSB failed when build gdb on MINGW64. > >>> > >>> error messages: > >>> > >>> > D:/msys64/mingw64/bin/../l

Re: RSB build failed.

On 10/2/20 10:19 am, Joel Sherrill wrote: > > > On Sun, Feb 9, 2020, 5:07 PM Chris Johns > wrote: > > On 10/2/20 9:40 am, Chris Johns wrote: > > On 10/2/20 8:25 am, Chris Johns wrote: > >> On 9/2/20 2:18 pm, jameszxj wrote: > >>> Hi, > >>>    RSB f

Re: RSB build failed.

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 for > this > where bsdtar is run a second time on windows. I cannot seem to find it. I have found the fix I added when adding clang support ... https://git.rtems.org/rtems-source-bui

Suggestion about libdl's cache size

Hi    The caches size(RTEMS_RTL_ELF_SYMBOL_CACHE ...) now are just define in rtl.c. One of our project should increase the cache size, so I have to modify the kernel source file directly. I think if the cache size can be redefined maybe friendly.    thanks. __

Re: Suggestion about libdl's cache size

On 10/2/20 12:14 pm, jameszxj wrote: >    The caches size(RTEMS_RTL_ELF_SYMBOL_CACHE ...) now are just define in > rtl.c. Yes. > One of our project should increase the cache size, so I have to modify the > kernel source file directly. I think if the cache size can be redefined maybe > friendly.

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

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 u-boot configured to TFTP netboot. The rtems-boot-image tool can

Re: Suggestion about libdl's cache size

-- Original -- From: "Chris Johns"___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Watch Solar Orbiter Launch

Hi If all goes well, the Solar Orbiter will launch late tonight New York time or early Monday Europe time. https://www.space.com/solar-orbiter-cygnus-ng-13-rocket-launch-double-header-webcasts.html This has RTEMS based software onboard and I am hoping that someone from one of those projects can

Re: Watch Solar Orbiter Launch

This is very exciting! --Vaibhav On Mon, Feb 10, 2020, 8:32 AM Joel Sherrill wrote: > Hi > > If all goes well, the Solar Orbiter will launch late tonight New York time > or early Monday Europe time. > > > https://www.space.com/solar-orbiter-cygnus-ng-13-rocket-launch-double-header-webcasts.html

Re: Watch Solar Orbiter Launch

And it looks like the launch went well. Let's keep an eye on the mission. Still hoping for more information on it. --joel On Sun, Feb 9, 2020, 9:17 PM Vaibhav Gupta wrote: > This is very exciting! > > --Vaibhav > > On Mon, Feb 10, 2020, 8:32 AM Joel Sherrill wrote: > >> Hi >> >> If all goes w