Hi,
The ticket 2510 (https://devel.rtems.org/ticket/2510) which is about the
Strong APA scheduler is going to be closed very soon! We are giving a few
touches to the code tests before we submit the final patch.
The documentation of the scheduler is live at:
https://richidubey.github.io/Strong-APA
Sir I have made a draft for the project
https://devel.rtems.org/ticket/4272 after some discussion about it on
discord and mail-list . I would be highly grateful to get some
comments and reviews about it in improving the draft (for example the
part related to adding support of newly created scripts
On 29/03/2021 16:57, Gedare Bloom wrote:
On Mon, Mar 29, 2021 at 8:47 AM Christian MAUDERER
wrote:
Hello Gedare,
Am 29.03.21 um 16:40 schrieb Gedare Bloom:
On Mon, Mar 29, 2021 at 1:31 AM Christian MAUDERER
wrote:
Hello Gedare,
Am 26.03.21 um 16:03 schrieb Gedare Bloom:
seems fine to m
On 08/04/2021 08:09, Gedare Bloom wrote:
On Wed, Apr 7, 2021 at 11:10 PM Sebastian Huber
wrote:
On 08/04/2021 03:17, Vijay Kumar Banerjee wrote:
On Mon, Apr 5, 2021 at 3:48 PM Gedare Bloom wrote:
push this if no one complains by Wednesday
I think we should keep this telnetd and the lega
@Sebastian: Do you have a suggestion how I could resolve this? I think you have
the most experience with the libbsd build system.
Best regards,
Jan
> -Original Message-
> From: devel On Behalf Of jan.som...@dlr.de
> Sent: Thursday, April 1, 2021 11:59 AM
> To: chr...@rtems.org; dev
On 08/04/2021 13:35, jan.som...@dlr.de wrote:
@Sebastian: Do you have a suggestion how I could resolve this? I think you have
the most experience with the libbsd build system.
Sorry, I don't have an off hand solution for this.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 P
Is it time to bump the RSB GCC version for rtems6?
-- Forwarded message -
From: Richard Biener
Date: Thu, Apr 8, 2021 at 7:30 AM
Subject: GCC 10.3 Released
To: , ,
The GNU Compiler Collection version 10.3 has been released.
GCC 10.3 is a bug-fix release from the GCC 10 branch
From: Frank Kühndel
This patch fixes issue #4338 by changing _TOD_Validate()
to only accept years till 2105. This requires another patch
to change the documentation of rtems_clock_set() and other
affected API functions (indicating the end date is 2105 not 2514).
I tried to support till year 2514
On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber
wrote:
>
> On 08/04/2021 08:09, Gedare Bloom wrote:
>
> > On Wed, Apr 7, 2021 at 11:10 PM Sebastian Huber
> > wrote:
> >> On 08/04/2021 03:17, Vijay Kumar Banerjee wrote:
> >>
> >>> On Mon, Apr 5, 2021 at 3:48 PM Gedare Bloom wrote:
> push th
---
tester/rtems/testing/coverage/symbol-sets.ini | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tester/rtems/testing/coverage/symbol-sets.ini
b/tester/rtems/testing/coverage/symbol-sets.ini
index 52e25ff..b2e0e5d 100644
--- a/tester/rtems/testing/coverage/symbol-sets.ini
I wanted to fix default console baud rate handling in "powerpc/beatnik" (and
thus in anything using powerpc/shared/console). I believe:
- The bsps (at least the "motload" ones) start up with the baud rate set by
"motload" and some of the RTEMS tests actually work, that is, the baud rate
must ne
Hello All,
Just a gentle reminder to please help me review this my proposal draft and
help me with ways to make it better :)
https://docs.google.com/document/d/1VADJh3_kIhs578IEmBJ98rjR6p5E1XcksUkq1Ms4jRA/edit?usp=sharing
Cheers,
Ida
On Thu, 8 Apr 2021, 6:51 am Ida Delphine, wrote:
> Hello eve
Hello Peter,
On 08/04/2021 20:58, Peter Dufault wrote:
I wanted to fix default console baud rate handling in "powerpc/beatnik" (and
thus in anything using powerpc/shared/console). I believe:
- The bsps (at least the "motload" ones) start up with the baud rate set by
"motload" and some of the
On 9/4/21 3:02 pm, Sebastian Huber wrote:
> I try to not break the old build system, however, I don't add new stuff to it.
> From my point of view the old build system should be removed. The major
> blocking
> point for the removal is that nobody had the time to convert the BSP builder
> to
> use
On 9/4/21 1:31 am, Gedare Bloom wrote:
> On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber
>> I would keep the services in rtems.git and add APIs for the things which
>> depend on RTEMS_NETWORKING. Then implement the API in the network
>> stacks. It is not that much:
Sebastian, I am sceptical this is
On 09/04/2021 08:28, Chris Johns wrote:
On 9/4/21 3:02 pm, Sebastian Huber wrote:
I try to not break the old build system, however, I don't add new stuff to it.
From my point of view the old build system should be removed. The major
blocking
point for the removal is that nobody had the time t
On 09/04/2021 08:36, Chris Johns wrote:
On 9/4/21 1:31 am, Gedare Bloom wrote:
On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber
I would keep the services in rtems.git and add APIs for the things which
depend on RTEMS_NETWORKING. Then implement the API in the network
stacks. It is not that much:
17 matches
Mail list logo