Greetings everyone,
I am Ida Delphine from the University of Bamenda, Cameroon. I came across
RTEMS when lurking the GSoC organisations page. Considering my interest
iand little experience in the embedded space, I'll love to get to know more
about RTEMS. I'm very proficient in Python and will love
On 09/03/2021 21:32, Gedare Bloom wrote:
My opinion is that the rolling development head is allowed to break on
tool updates, and that anyone doing a bisect needs to know that they
might need to rebuild/change tool versions.
For a git bisect it is important that you can check out the RSB of the
On Tue, Mar 9, 2021 at 9:56 PM Chris Johns wrote:
>
> On 10/3/21 3:51 pm, Gedare Bloom wrote:
> > On Tue, Mar 9, 2021 at 6:58 PM Joel Sherrill wrote:
> >> On Tue, Mar 9, 2021, 3:28 PM Vijay Kumar Banerjee wrote:
> >>> On Fri, Mar 5, 2021 at 10:03 AM Vijay Kumar Banerjee
> >>> wrote:
> >>> In t
On 10/3/21 3:51 pm, Gedare Bloom wrote:
> On Tue, Mar 9, 2021 at 6:58 PM Joel Sherrill wrote:
>> On Tue, Mar 9, 2021, 3:28 PM Vijay Kumar Banerjee wrote:
>>> On Fri, Mar 5, 2021 at 10:03 AM Vijay Kumar Banerjee
>>> wrote:
>>> In this proposed set of patches, I have removed telnetd from RTEMS an
On Tue, Mar 9, 2021 at 6:58 PM Joel Sherrill wrote:
>
>
>
> On Tue, Mar 9, 2021, 3:28 PM Vijay Kumar Banerjee wrote:
>>
>> Hello,
>>
>> On Fri, Mar 5, 2021 at 10:03 AM Vijay Kumar Banerjee wrote:
>> >
>> > On Fri, Mar 5, 2021 at 9:37 AM Joel Sherrill wrote:
>> > >
>> > >
>> > >
>> > > On Fri, M
On Tue, Mar 9, 2021, 3:28 PM Vijay Kumar Banerjee wrote:
> Hello,
>
> On Fri, Mar 5, 2021 at 10:03 AM Vijay Kumar Banerjee
> wrote:
> >
> > On Fri, Mar 5, 2021 at 9:37 AM Joel Sherrill wrote:
> > >
> > >
> > >
> > > On Fri, Mar 5, 2021 at 9:48 AM Vijay Kumar Banerjee
> wrote:
> > >>
> > >> Hi
Hello,
On Fri, Mar 5, 2021 at 10:03 AM Vijay Kumar Banerjee wrote:
>
> On Fri, Mar 5, 2021 at 9:37 AM Joel Sherrill wrote:
> >
> >
> >
> > On Fri, Mar 5, 2021 at 9:48 AM Vijay Kumar Banerjee wrote:
> >>
> >> Hi all,
> >>
> >> If no one has any objections, I would like to push the RTEMS patches
---
tester/covoar/TargetFactory.cc | 2 +
tester/covoar/Target_aarch64.cc | 100
tester/covoar/Target_aarch64.h | 77
tester/covoar/wscript | 1 +
4 files changed, 180 insertions(+)
create mode 100644 tester/covoar/Target_
On Tue, Mar 9, 2021 at 1:51 PM Joel Sherrill wrote:
>
> Hi
>
> Looks like a set of new APIs are coming to POSIX. See
>
> https://www.opengroup.org/austin/docs/austin_1110.pdf
>
> and search for "+" for added lines. Some are text changes and others
> are API additions. Some like strlcat() have been
On Tue, Mar 9, 2021 at 1:46 PM Joel Sherrill wrote:
>
>
>
> On Tue, Mar 9, 2021 at 2:32 PM Gedare Bloom wrote:
>>
>> My opinion is that the rolling development head is allowed to break on
>> tool updates, and that anyone doing a bisect needs to know that they
>> might need to rebuild/change tool
Hi
Looks like a set of new APIs are coming to POSIX. See
https://www.opengroup.org/austin/docs/austin_1110.pdf
and search for "+" for added lines. Some are text changes and others
are API additions. Some like strlcat() have been around for ages. Others
are new.
I have not and likely will not so
I can confirm that they do compile on Windows.
Alex
On Wed, Mar 3, 2021 at 8:42 PM Chris Johns wrote:
> On 4/3/21 4:01 am, Alex White wrote:
> > This patch set contains changes to RLD classes necessary for covoar.
> >
> > Alex White (3):
> > rld-dwarf: Add function::has_entry_pc
> > rld-dwa
On Tue, Mar 9, 2021 at 2:32 PM Gedare Bloom wrote:
> My opinion is that the rolling development head is allowed to break on
> tool updates, and that anyone doing a bisect needs to know that they
> might need to rebuild/change tool versions. How we actually codify
> that is something else. It woul
My opinion is that the rolling development head is allowed to break on
tool updates, and that anyone doing a bisect needs to know that they
might need to rebuild/change tool versions. How we actually codify
that is something else. It would be nice if there was a way to
automatically indicate the ne
Hi
With the recent newlib and tool updates, it should now be possible to merge
Eshan's ftw() test patches but this will result in the tests not building
with older tools which do not have ftw().
Does waf need to probe for ftw() presence on this test and only enable the
test when present? Or can t
---
rtems/config/6/rtems-net-legacy.bset | 4 +
rtems/config/tools/rtems-net-legacy-6.cfg | 12 +++
.../config/tools/rtems-net-legacy-common.cfg | 78 +++
3 files changed, 94 insertions(+)
create mode 100644 rtems/config/6/rtems-net-legacy.bset
create mode 100644 r
Close #4319
---
source-builder/sb/config.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/source-builder/sb/config.py b/source-builder/sb/config.py
index cd0bf94..d3ba6cd 100644
--- a/source-builder/sb/config.py
+++ b/source-builder/sb/config.py
@@ -989,7 +989,7 @@ class file
On Mon, Mar 8, 2021 at 10:49 PM Gedare Bloom wrote:
>
> On Mon, Mar 8, 2021 at 7:24 PM Vijay Kumar Banerjee wrote:
> >
> > ---
> > book/index_book.rst | 2 +-
> > {networking => legacy-networking}/command.rst | 0
> > {networking => legac
---
book/index_book.rst | 2 +-
{networking => legacy-networking}/command.rst | 0
{networking => legacy-networking}/conf.py | 4 ++--
{networking => legacy-networking}/dec_21140.rst | 0
{networking => leg
ok
On Tue, Mar 9, 2021 at 5:04 AM Sebastian Huber
wrote:
>
> From: Frank Kühndel
>
> ---
> cpukit/include/rtems/score/basedefs.h | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/cpukit/include/rtems/score/basedefs.h
> b/cpukit/include/rtems/score/basedefs.h
> inde
On 09/03/2021 15:19, Daniel Hellstrom wrote:
Set the __FIX_LEON3FT_TN0018 define for the affected LEON3FT multilibs:
* UT699
* UT700
* GR712RC
Update #4322.
This change is fine.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embe
Set the __FIX_LEON3FT_TN0018 define for the affected LEON3FT multilibs:
* UT699
* UT700
* GR712RC
Update #4322.
---
rtems/config/5/rtems-sparc.bset | 6 ++
1 file changed, 6 insertions(+)
diff --git a/rtems/config/5/rtems-sparc.bset b/rtems/config/5/rtems-sparc.bset
index ccb3e10..3d4d403
From: Frank Kühndel
---
cpukit/include/rtems/score/basedefs.h | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/cpukit/include/rtems/score/basedefs.h
b/cpukit/include/rtems/score/basedefs.h
index c423c530b2..71dc18216e 100644
--- a/cpukit/include/rtems/score/basedefs.h
+
Closes #4320
---
bsps/headers.am| 5 +
c/src/lib/libbsp/arm/xilinx-zynq/Makefile.am | 3 +++
c/src/lib/libbsp/arm/xilinx-zynqmp/Makefile.am | 3 +++
3 files changed, 11 insertions(+)
diff --git a/bsps/headers.am b/bsps/headers.am
index 1b82382db8..37ce6d6c73
Updates #4320
---
spec/build/bsps/aarch64/xilinx-zynqmp/grp.yml | 2 ++
spec/build/bsps/arm/xilinx-zynq/grp.yml| 2 ++
.../bsps/arm/xilinx-zynqmp/bspxilinxzynqmp.yml | 2 ++
spec/build/bsps/objdevspizynq.yml | 18 ++
4 files changed, 24 insertions(+)
creat
Updates #4320
---
bsps/include/dev/spi/cadence-spi-regs.h | 84 +
bsps/include/dev/spi/cadence-spi.h | 63
bsps/shared/dev/spi/cadence-spi.c | 444
3 files changed, 591 insertions(+)
create mode 100644 bsps/include/dev/spi/cadence-spi-regs.h
create
v5:
- Add some documentation
- Thanks for testing by Rick van der Wal
- Fix bug in CS logic
- Work-around too slow RXNEMPTY flag for some bus frequencies
- Created issue in trac: https://devel.rtems.org/ticket/4320
v4:
- Use copyright information without UTF-8 characters
v3:
- Fix wrong c
> -Original Message-
> From: Chris Johns
> Sent: Tuesday, March 9, 2021 3:20 AM
> To: Sommer, Jan ; devel@rtems.org
> Subject: Re: [5 PATCH 0/2] Backport fixes to zynq uart to RTEMS5
>
> OK for 5.
>
Thanks. Pushed to 5.
> On 6/3/21 5:58 am, Jan Sommer wrote:
> > This patchset backpo
28 matches
Mail list logo
