Re: [PATCH v4] Update Strong APA Scheduler

Thanks for the review. I have updated ticket 3053 and sent v5. Can you please check? On Tue, Jun 15, 2021 at 4:06 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 11/06/2021 11:47, Richi Dubey wrote: > > diff --git a/cpukit/score/src/schedulerstrongapa.c >

[PATCH v5] Update Strong APA Scheduler

This change allows for the migration of higher priority tasks on the arrival of a lower priority task limited by affinity constraints. Change license to BSD-2-Clause according to file history and re-licensing agreement. --- cpukit/include/rtems/scheduler.h | 10 +-

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hello Matthew, On Wed, Jun 16, 2021 at 12:58 AM Joel Sherrill wrote: > > @RTEMS_TOOLS_BIN@ should have been replaced with the real directory where > your RTEMS tools are located. Something like this: Exactly. I was wondering the same when I saw his output of 'echo $PATH'. Matthew, the newlib

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

@RTEMS_TOOLS_BIN@ should have been replaced with the real directory where your RTEMS tools are located. Something like this: $ export PATH=${HOME}/rtems-work/tools/6/bin:$PATH And to check you have the PATH right, do something like this: $ type sparc-rtems6-gcc sparc-rtems6-gcc is

Re: [PATCH rtems-libbsd v2 3/4] rtemsbsd: Made TTCP command build for RTEMS

On 15/06/2021 20:03, Joel Sherrill wrote: On Tue, Jun 15, 2021 at 10:25 AM Gedare Bloom > wrote: On Fri, Jun 11, 2021 at 11:19 AM Stephen Clark mailto:stephen.cl...@oarcorp.com>> wrote: > > Updated ttcp.c to build for RTEMS 6, in addition to the

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 15/06/2021 08:46, Chris Johns wrote: If this is pushed through and the task it left for the "demand" queue it is actually being placed on my queue because I am the one releasing RTEMS and I think having these sorts of things resolved at release time is not great because there is never enough

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 15/6/21 4:28 pm, Sebastian Huber wrote: > On 15/06/2021 07:50, Chris Johns wrote: >> On 15/6/21 3:44 pm, Sebastian Huber wrote: >>> On 15/06/2021 06:03, Chris Johns wrote: On 8/6/21 10:23 pm, Sebastian Huber wrote: > On 08/06/2021 14:08, Joel Sherrill wrote: >> Is the kernel rsb

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 15/06/2021 07:50, Chris Johns wrote: On 15/6/21 3:44 pm, Sebastian Huber wrote: On 15/06/2021 06:03, Chris Johns wrote: On 8/6/21 10:23 pm, Sebastian Huber wrote: On 08/06/2021 14:08, Joel Sherrill wrote: Is the kernel rsb recipe fixed yet? That was a blocker. Is this really a blocker?

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 15/6/21 4:50 pm, Sebastian Huber wrote: > On 15/06/2021 08:46, Chris Johns wrote: >> If this is pushed through and the task it left for the "demand" queue it is >> actually being placed on my queue because I am the one releasing RTEMS and I >> think having these sorts of things resolved at

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

If you add a new functionallity you _should_ add a test that tests the expected behaviour. You just shouldn't replace one but add a new test or a new test case to an existing test. Best regards Christian On 14/06/2021 22:18, zack_on_the_speed_chanel wrote: also i'll revert the posix test

[PATCH] score: Comment _Thread_queue_Surrender_sticky()

The change also helps to avoid reports from static analysers since most callers of _Thread_queue_Make_ready_again() check the unblock status. --- cpukit/score/src/threadqenqueue.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/cpukit/score/src/threadqenqueue.c

Re: [PATCH v4] Update Strong APA Scheduler

On 11/06/2021 11:47, Richi Dubey wrote: diff --git a/cpukit/score/src/schedulerstrongapa.c b/cpukit/score/src/schedulerstrongapa.c index dcfb55601a..5aaa8dbd1a 100644 --- a/cpukit/score/src/schedulerstrongapa.c +++ b/cpukit/score/src/schedulerstrongapa.c @@ -3,29 +3,35 @@ * * @ingroup

Re: [PATCH 0/7] AMBA Plug & Play and APBUART improvements

Hello, On 10/06/2021 15:23, Sebastian Huber wrote: Sebastian Huber (7): grlib: Customizable allocation in ambapp_scan() grlib: Add ambapp_plb() bsps/leon3: Auto initialization for printk() grlib: Remove NL -> CR in apbuart_outbyte_polled() grlib: Add apbuart_outbyte_wait()

GSOC POSIX Compliance: Stuck trying to build Newlib

Hello Dr. Joel and Eshan, I have a patch ready to send to Newlib for the sig function prototypes and STR2SIG_MAX. But to do that, I think I need to have Newlib built, which I must still be doing wrong. The error that I am getting is attached below. I’ve been trying to follow the steps here:

[libbsd] README: Mention SMP requirements

--- README.md | 7 +++ 1 file changed, 7 insertions(+) diff --git a/README.md b/README.md index 19c9023e..0438653d 100644 --- a/README.md +++ b/README.md @@ -293,3 +293,10 @@ Escape character is '^]'. RTEMS Shell on /dev/pty4. Use 'help' to list commands. TLNT [/] # ``` + +SMP

Re: [PATCH rtems-docs 1/1] user/bsps/arm/raspberrypi: Changed the link to the Raspberry Pi Firmware to point to Firmware Version 1.20200601

I tried debugging by adding printk() statements to the start-up code but couldn't find anything conclusive. I am stuck there and am still trying to figure out what broke the BSP after that particular version of the firmware. If not, I will try to see if using u-boot we can fix this. Meanwhile,

Re: [PATCH v1] bsps/i386: Update calibration of TSC to be more accurate

On Fri, Jun 11, 2021 at 1:44 AM Jan Sommer wrote: > > Closes #4455 > --- > bsps/i386/pc386/clock/ckinit.c | 72 ++ > 1 file changed, 39 insertions(+), 33 deletions(-) > > diff --git a/bsps/i386/pc386/clock/ckinit.c b/bsps/i386/pc386/clock/ckinit.c > index

Re: [PATCH rtems-libbsd v2 3/4] rtemsbsd: Made TTCP command build for RTEMS

On Fri, Jun 11, 2021 at 11:19 AM Stephen Clark wrote: > > Updated ttcp.c to build for RTEMS 6, in addition to the machines > it originally built for. Also fixed ttcp.c to close network sockets > after completion. Defined a shell command for TTCP in > rtems-bsd-shell-ttcp.c. Added TTCP to the list

Re: [PATCH 0/7] AMBA Plug & Play and APBUART improvements

I had no complaints but didn't read too closely, all grlib and related (leon/griscv) bsps. On Tue, Jun 15, 2021 at 2:27 AM Sebastian Huber wrote: > > Hello, > > On 10/06/2021 15:23, Sebastian Huber wrote: > > Sebastian Huber (7): > >grlib: Customizable allocation in ambapp_scan() > >

Re: [PATCH] score: Comment _Thread_queue_Surrender_sticky()

On Tue, Jun 15, 2021 at 4:30 AM Sebastian Huber wrote: > > The change also helps to avoid reports from static analysers since most > callers of _Thread_queue_Make_ready_again() check the unblock status. > --- > cpukit/score/src/threadqenqueue.c | 8 +++- > 1 file changed, 7 insertions(+), 1

Re: [libbsd] EPOCH(9): Fix epoch call and drain

Does this add a constraint in libbsd that it only works with SMP for schedulers that support thread pinning? Is that a problem at all? Last I checked, not all the SMP schedulers have pinning. Actually, I think only the EDF SMP scheduler supports pinning. On Fri, Jun 11, 2021 at 12:46 AM Sebastian

Re: [PATCH rtems-libbsd 2/2] builder.py: Only disable tests if they are there

ok On Fri, Jun 11, 2021 at 6:20 AM Christian Mauderer wrote: > > For checking the dependencies, the tests are removed. But if the tests > are not enabled at all, that triggers a python exception. > --- > builder.py | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git

Re: [PATCH] user: Fixed typo to build hello application

pushed, thanks. On Sat, Jun 12, 2021 at 7:28 PM Ida Delphine wrote: > > --- > user/start/app.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/user/start/app.rst b/user/start/app.rst > index 2bb0a9e..19ae3e1 100644 > --- a/user/start/app.rst > +++ b/user/start/app.rst

Re: [PATCH rtems-docs 1/1] user/bsps/arm/raspberrypi: Changed the link to the Raspberry Pi Firmware to point to Firmware Version 1.20200601

Hi Pranav, On Tue, Jun 15, 2021 at 8:57 AM Pranav Dangi wrote: > > I tried debugging by adding printk() statements to the start-up code but > couldn't find anything conclusive. I am stuck there and am still trying to > figure out what broke the BSP after that particular version of the

Re: [libbsd] EPOCH(9): Fix epoch call and drain

On 15/06/2021 17:10, Gedare Bloom wrote: Does this add a constraint in libbsd that it only works with SMP for schedulers that support thread pinning? Is that a problem at all? Last I checked, not all the SMP schedulers have pinning. Actually, I think only the EDF SMP scheduler supports pinning.

Re: [libbsd] EPOCH(9): Fix epoch call and drain

On Tue, Jun 15, 2021 at 9:12 AM Sebastian Huber wrote: > > On 15/06/2021 17:10, Gedare Bloom wrote: > > Does this add a constraint in libbsd that it only works with SMP for > > schedulers that support thread pinning? Is that a problem at all? Last > > I checked, not all the SMP schedulers have

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Just a note, it's more efficient to capture your terminal dump into a text file and attach that, rather than put a screenshot up. On Tue, Jun 15, 2021 at 11:14 AM Matthew Joyce wrote: > > Hi Gentlemen, > > Thanks very much for your quick replies! > > I just tried both, but perhaps I'm

Re: [PATCH rtems-libbsd v2 3/4] rtemsbsd: Made TTCP command build for RTEMS

On Tue, Jun 15, 2021 at 10:25 AM Gedare Bloom wrote: > On Fri, Jun 11, 2021 at 11:19 AM Stephen Clark > wrote: > > > > Updated ttcp.c to build for RTEMS 6, in addition to the machines > > it originally built for. Also fixed ttcp.c to close network sockets > > after completion. Defined a shell

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

On Tue, Jun 15, 2021 at 10:42 AM Matthew Joyce wrote: > Hello Dr. Joel and Eshan, > > I have a patch ready to send to Newlib for the sig function prototypes > and STR2SIG_MAX. > > But to do that, I think I need to have Newlib built, which I must > still be doing wrong. The error that I am

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi Matt, Try running the command with autoconf version 2.69 that's shipped with RTEMS in the rtems bin That works as well. Also From a quick google search this is what I found : https://superuser.com/questions/617872/cant-locate-autom4te-channeldefs-pm-in-inc-when-it-definitely-is-there On Tue,

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi Gentlemen, Thanks very much for your quick replies! I just tried both, but perhaps I'm misinterpreting your suggestions. (Could you please see the attached commands / errors!) Eshan, I did see that link, but it wasn't clear to me what the solution was...Sorry! Sincerely, Matt On Tue, Jun

Re: [libbsd] README: Mention SMP requirements

Thanks. On Tue, Jun 15, 2021 at 10:45 AM Sebastian Huber wrote: > > --- > README.md | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/README.md b/README.md > index 19c9023e..0438653d 100644 > --- a/README.md > +++ b/README.md > @@ -293,3 +293,10 @@ Escape character is '^]'. >

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Ah, ok will do! Thank you for the tip. On Tue, Jun 15, 2021 at 7:17 PM Gedare Bloom wrote: > > Just a note, it's more efficient to capture your terminal dump into a > text file and attach that, rather than put a screenshot up. > > On Tue, Jun 15, 2021 at 11:14 AM Matthew Joyce wrote: > > > > Hi

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi matt It would work if run inside newlib instead of newlib-cygwin run command inside of ../newlib-cygwin/newlib instead of ../newlib-cygwin On Tue, Jun 15, 2021 at 10:59 PM Matthew Joyce wrote: > Ah, ok will do! Thank you for the tip. > > On Tue, Jun 15, 2021 at 7:17 PM Gedare Bloom wrote: