Re: [PATCH] basedefs: Add stringification of argument lists

On 14/12/2020 09:44, Sebastian Huber wrote: Change RTEMS_STRING() and RTEMS_XSTRING() to accept a variable number of arguments which is stringified. This can be used for example to create register lists for inline assembler statements. --- cpukit/include/rtems/score/basedefs.h | 16 --

Re: Remaining Waf Conversion Tickets for Community and GSoC Students

On 08/02/2021 06:04, Chris Johns wrote: On 7/2/21 4:15 am, Joel Sherrill wrote: Hi While potential GSoC students are becoming more familiar with RTEMS and the community,, I wanted to pass along a few tickets that we would appreciate having resolved. https://devel.rtems.org/ticket/4124

Re: [PATCH] libcsupport: Have greedy allocations use consume extended memory

On 8/2/21 5:38 pm, Sebastian Huber wrote: > > On 08/02/2021 07:30, chr...@rtems.org wrote: >> diff --git a/cpukit/libcsupport/src/rtems_heap_greedy.c >> b/cpukit/libcsupport/src/rtems_heap_greedy.c >> index 4dda39873f..2361f17d2e 100644 >> --- a/cpukit/libcsupport/src/rtems_heap_greedy.c >> +++ b/

Re: [PATCH] libcsupport: Have greedy allocations use consume extended memory

On 08/02/2021 07:30, chr...@rtems.org wrote: diff --git a/cpukit/libcsupport/src/rtems_heap_greedy.c b/cpukit/libcsupport/src/rtems_heap_greedy.c index 4dda39873f..2361f17d2e 100644 --- a/cpukit/libcsupport/src/rtems_heap_greedy.c +++ b/cpukit/libcsupport/src/rtems_heap_greedy.c @@ -30,8 +30,20

[PATCH] libcsupport: Have greedy allocations use consume extended memory

From: Chris Johns - Call the heap extend handler until all memory has been requested. Closes #3982 --- cpukit/libcsupport/src/rtems_heap_greedy.c | 12 1 file changed, 12 insertions(+) diff --git a/cpukit/libcsupport/src/rtems_heap_greedy.c b/cpukit/libcsupport/src/rtems_heap_g

Re: test for rtems_workspace_greedy_allocate

On 8/2/21 5:12 pm, Sebastian Huber wrote: > On 08/02/2021 06:50, Chris Johns wrote: > >>> Another approach is to remove the greedy allocation functions and test the >>> no >>> memory conditions differently. We could wrap the allocator function and let >>> if >>> fail every n-the call. With this

Re: test for rtems_workspace_greedy_allocate

On 08/02/2021 06:50, Chris Johns wrote: Another approach is to remove the greedy allocation functions and test the no memory conditions differently. We could wrap the allocator function and let if fail every n-the call. With this you can write generic tests like: for i=1,2,...    let allocate

Re: test for rtems_workspace_greedy_allocate

On 8/2/21 4:31 pm, Sebastian Huber wrote: > On 08/02/2021 06:14, Sebastian Huber wrote: >> >> We already have a ticket for this: >> >> >> https://devel.rtems.org/ticket/3982 Thanks. I am working on a solution. It is working but there is a small pause I think needs more investigation. >> I am not

Re: Getting an error after a test ends

On 08/02/2021 06:08, Richi Dubey wrote: On checking docs, I saw that SMP Fatal Code 0 points to SMP_FATAL_BOOT_PROCESSOR_NOT_ASSIGNED_TO_SCHEDULER. This error is thrown after the end of the test, so should I worry about it? - Because rtems-tester said that this test fails. I don't see an rte

Re: test for rtems_workspace_greedy_allocate

On 08/02/2021 06:14, Sebastian Huber wrote: We already have a ticket for this: https://devel.rtems.org/ticket/3982 I am not sure how to fix this. Maybe we should force the sbrk() support to first give us all the memory of the system. Another approach is to remove the sbrk() support. What i

Re: test for rtems_workspace_greedy_allocate

On 08/02/2021 05:51, Chris Johns wrote: On 8/2/21 2:41 pm, Chris Johns wrote: Hello, I see the call `rtems_workspace_greedy_allocate` is in `src/rtems` and publicly available via the installed header file `rtems/support.h`. Sorry the code is libcsupport. Are there tests for this and similar

Getting an error after a test ends

Hi, I am debugging smpfatal04 on our WIP Strong APA scheduler. When I run the test on gdb and qemu, I get the following output: -- :~$ qemu-system-arm -net none -nographic -M realview-pbx-a9 -m 256M -kernel ~/quick-start/LatestStrong/build/bsp/arm-rtems6/c/realview_pbx

Re: Remaining Waf Conversion Tickets for Community and GSoC Students

On 7/2/21 4:15 am, Joel Sherrill wrote: > Hi > > While potential GSoC students are becoming more familiar with RTEMS and the > community,, I wanted to pass along a few tickets that we would appreciate > having > resolved. > > https://devel.rtems.org/ticket/4124

Re: test for rtems_workspace_greedy_allocate

On 8/2/21 2:41 pm, Chris Johns wrote: > Hello, > > I see the call `rtems_workspace_greedy_allocate` is in `src/rtems` and > publicly > available via the installed header file `rtems/support.h`. Sorry the code is libcsupport. > Are there tests for this and similar support calls? > > I ask becau

test for rtems_workspace_greedy_allocate

Hello, I see the call `rtems_workspace_greedy_allocate` is in `src/rtems` and publicly available via the installed header file `rtems/support.h`. Are there tests for this and similar support calls? I ask because tests in rtems.git and rtems-libbsd.git testsuites depend on this call and it appear

Re: [RTEMS 5 PATCH v2] powerpc/shared: ISA bus bridge fails to enable the openpic irq

On 8/2/21 12:23 pm, Joel Sherrill wrote: > On Sun, Feb 7, 2021, 5:30 PM Chris Johns > wrote: > > On 8/2/21 9:48 am, Joel Sherrill wrote: > > Does this have a ticket for the 5 branch? :) > > Yes #4233. It is in the commit message. > > :) Just making sure ther

Re: [RTEMS 5 PATCH v2] powerpc/shared: ISA bus bridge fails to enable the openpic irq

On Sun, Feb 7, 2021, 5:30 PM Chris Johns wrote: > On 8/2/21 9:48 am, Joel Sherrill wrote: > > Does this have a ticket for the 5 branch? :) > > Yes #4233. It is in the commit message. > :) Just making sure there were different ones for the five branch and the master. > > Chris > > > > > Patch is

[RTEMS 4.11 PATCH] powerpc/shared: ISA bus bridge fails to enable the openpic irq

From: Chris Johns - The call to enable the openpic irq for the ISA bridge fails because the IRQ used is offset by the ISA bus signals and the openpic call expects an IRQ relative to its signals. - Add the MVME 2600/2700 to the list of boards with an ISA bridge. Closes #4235 --- c/src/lib/l

Re: [RTEMS 5 PATCH v2] powerpc/shared: ISA bus bridge fails to enable the openpic irq

On 8/2/21 9:48 am, Joel Sherrill wrote: > Does this have a ticket for the 5 branch? :) Yes #4233. It is in the commit message. Chris > > Patch is ok otherwise. > > On Sun, Feb 7, 2021, 4:45 PM mailto:chr...@rtems.org>> > wrote: > > From: Chris Johns mailto:chr...@rtems.org>> > > - T

Re: [RTEMS 5 PATCH] bsp/motorola_powerp: Print RTEMS_VERSION from the bootloader

On 8/2/21 9:48 am, Joel Sherrill wrote: > Do you want another ticket to apply this to 5 as well? This is for 5 and the ticket is ... > > On Sun, Feb 7, 2021, 4:38 PM mailto:chr...@rtems.org>> > wrote: > > From: Chris Johns mailto:chr...@rtems.org>> > > Close #4234 .. ^^^

Re: [RTEMS 5 PATCH] bsp/motorola_powerp: Print RTEMS_VERSION from the bootloader

Do you want another ticket to apply this to 5 as well? On Sun, Feb 7, 2021, 4:38 PM wrote: > From: Chris Johns > > Close #4234 > --- > bsps/powerpc/motorola_powerpc/bootloader/misc.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/bsps/powerpc/motorola_powerpc/bootl

Re: [RTEMS 5 PATCH v2] powerpc/shared: ISA bus bridge fails to enable the openpic irq

Does this have a ticket for the 5 branch? :) Patch is ok otherwise. On Sun, Feb 7, 2021, 4:45 PM wrote: > From: Chris Johns > > - The call to enable the openpic irq for the ISA bridge fails > because the IRQ used is offset by the ISA bus signals and > the openpic call expects an IRQ relati

[RTEMS 5 PATCH v2] powerpc/shared: ISA bus bridge fails to enable the openpic irq

From: Chris Johns - The call to enable the openpic irq for the ISA bridge fails because the IRQ used is offset by the ISA bus signals and the openpic call expects an IRQ relative to its signals. - Add the MVME 2600/2700 to the list of boards with an ISA bridge. Closes #4233 --- bsps/powerp

[RTEMS 5 PATCH] bsp/motorola_powerp: Print RTEMS_VERSION from the bootloader

From: Chris Johns Close #4234 --- bsps/powerpc/motorola_powerpc/bootloader/misc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/bsps/powerpc/motorola_powerpc/bootloader/misc.c b/bsps/powerpc/motorola_powerpc/bootloader/misc.c index 587bcffcff..ff2e3ff590 100644 --- a/bs

[RTEMS 5 PATCH] powerpc/shared: ISA bus bridge fails to enable the openpic irq

From: Chris Johns - The call to enable the openpic irq for the ISA bridge falls because the IRQ used is offset by the ISA bus signals and the openpic call expects an IRA relative to it's signals. - Add the MVME 2600/2700 to the list is an ISA bridge. Closes #4233 --- bsps/powerpc/shared/ir