I will be back online next weekend. Just a short note:
Mritunjay, please have a look on github epics-base in the directory ci-scripts
Here you should find automated tests etc. used by the epics development team.
Heinz
> On 30.07.2020, at 01:33, Chris Johns wrote:
>
>> On 30/7/20 9:11 am, Mritu
On 30/7/20 9:11 am, Mritunjay Sharma wrote:
> Hello all!
>
> I tried to work on the testing part and here's what I did as per my
> understanding:
>
> I went inside the epics built by RSB recipe and ran "make runtests".
> It gave results somewhat like this:
>
> "Base.t ok
> Brea
Hello all!
I tried to work on the testing part and here's what I did as per my
understanding:
I went inside the epics built by RSB recipe and ran "make runtests".
It gave results somewhat like this:
"Base.t ok
Breaktable.t .. ok
DBD.t . ok
Device.t .. ok
Driver.t .. ok
F
On Wed, Jul 29, 2020 at 10:02 AM Chris Johns wrote:
> On 29/7/20 4:43 am, Mritunjay Sharma wrote:
> > First of all apologies for a little late response,
> > please find the link to the blogs which tell how to Build EPICS7 with
> > RTEMS5 for pc-386 by hand here:
> >
> > Part 1
> > :
> https://med
On Wed, Jul 29, 2020 at 12:56 PM Niteesh G. S. wrote:
>
>
> On Wed, Jul 29, 2020 at 9:24 PM Gedare Bloom wrote:
>>
>> I'm a little concerned about namespace pollution.
>
>
> Can you please explain about namespace pollution?
>
I alluded to this elsewhere. The global symbols (global vars,
function
On Wed, Jul 29, 2020 at 12:45 PM Niteesh G. S. wrote:
>
> On Wed, Jul 29, 2020 at 9:29 PM Gedare Bloom wrote:
>>
>> On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu
>> wrote:
>> >
>> > This file is the RTEMS implementation of ofw_if.h in FreeBSD. The
>> > ofw_if.h in FreeBSD is an autogenerate
On Wed, Jul 29, 2020 at 12:33 PM Christian Mauderer wrote:
>
>
>
> On 29/07/2020 20:21, Gedare Bloom wrote:
> > On Wed, Jul 29, 2020 at 12:10 PM Christian Mauderer
> > wrote:
> >>
> >> On 29/07/2020 19:55, Gedare Bloom wrote:
> >>> On Wed, Jul 29, 2020 at 10:44 AM Christian Mauderer
> >>> wrot
On Wed, Jul 29, 2020 at 9:24 PM Gedare Bloom wrote:
> I'm a little concerned about namespace pollution.
>
Can you please explain about namespace pollution?
> On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu
> wrote:
> >
> > freebsd head: b8c57b4
> >
> > The following files have been importe
On Wed, Jul 29, 2020 at 9:29 PM Gedare Bloom wrote:
> On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu
> wrote:
> >
> > This file is the RTEMS implementation of ofw_if.h in FreeBSD. The
> > ofw_if.h in FreeBSD is an autogenerated header file that maps the
> > OF_function calls to their respecti
On 29/07/2020 20:21, Gedare Bloom wrote:
> On Wed, Jul 29, 2020 at 12:10 PM Christian Mauderer
> wrote:
>>
>> On 29/07/2020 19:55, Gedare Bloom wrote:
>>> On Wed, Jul 29, 2020 at 10:44 AM Christian Mauderer
>>> wrote:
On 29/07/2020 18:07, Gedare Bloom wrote:
> On Wed, Jul 15, 2
On Wed, Jul 29, 2020 at 12:10 PM Christian Mauderer wrote:
>
> On 29/07/2020 19:55, Gedare Bloom wrote:
> > On Wed, Jul 29, 2020 at 10:44 AM Christian Mauderer
> > wrote:
> >>
> >> On 29/07/2020 18:07, Gedare Bloom wrote:
> >>> On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu
> >>> wrote:
> >
On 29/07/2020 19:55, Gedare Bloom wrote:
> On Wed, Jul 29, 2020 at 10:44 AM Christian Mauderer
> wrote:
>>
>> On 29/07/2020 18:07, Gedare Bloom wrote:
>>> On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu
>>> wrote:
---
spec/build/testsuites/libtests/grp.yml| 3 +
On Wed, Jul 29, 2020 at 10:44 AM Christian Mauderer wrote:
>
> On 29/07/2020 18:07, Gedare Bloom wrote:
> > On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu
> > wrote:
> >>
> >> ---
> >> spec/build/testsuites/libtests/grp.yml| 3 +
> >> .../testsuites/libtests/openfirmware01.yml|
> On 29-Jul-2020, at 7:42 PM, Sebastian Huber
> wrote:
>
> On 29/07/2020 08:57, Sebastian Huber wrote:
>
>> Hello Eshan,
>>
>> thanks, I pushed the patches to Newlib with some minor modifications. I
>> updated the RSB accordingly.
>
> This is really a never ending story:
>
> /build/rtems/
On 29/07/2020 18:07, Gedare Bloom wrote:
> On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu
> wrote:
>>
>> ---
>> spec/build/testsuites/libtests/grp.yml| 3 +
>> .../testsuites/libtests/openfirmware01.yml| 20 +++
>> testsuites/libtests/openfirmware01/init.c | 147 +++
Whenever you want to merge it and fix problems reported by lazy
developers who haven't used it yet (count me in!) is fine by me. This
is the "major" activity of RTEMS-6, so it will be good to integrate it
and get everyone using it sooner than later.
On Thu, Jul 16, 2020 at 9:16 AM Sebastian Huber
Thanks, I'll check it out.
On Wed, Jul 29, 2020 at 9:36 PM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 29/07/2020 18:02, Utkarsh Rai wrote:
>
> > The translation table for ARMv7 MMU starts at 0x10 and extends up
> > to 0x104000 for section-based pages. Although for small
On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu wrote:
>
> ---
> spec/build/testsuites/libtests/grp.yml| 3 +
> .../testsuites/libtests/openfirmware01.yml| 20 +++
> testsuites/libtests/openfirmware01/init.c | 147 ++
> .../openfirmware01/openfirmware01.doc
On 29/07/2020 18:02, Utkarsh Rai wrote:
The translation table for ARMv7 MMU starts at 0x10 and extends up
to 0x104000 for section-based pages. Although for small pages it
extends up to 0x504000 this possibly conflicts with other data regions
and setting up of translation table for smaller
The translation table for ARMv7 MMU starts at 0x10 and extends up to
0x104000 for section-based pages. Although for small pages it extends up to
0x504000 this possibly conflicts with other data regions and setting up of
translation table for smaller pages fails.
I realize that various data regi
On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu wrote:
>
> This file is the RTEMS implementation of ofw_if.h in FreeBSD. The
> ofw_if.h in FreeBSD is an autogenerated header file that maps the
> OF_function calls to their respective implementation. But in RTEMS
> this file maps the OF_functions
I'm a little concerned about namespace pollution.
On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu wrote:
>
> freebsd head: b8c57b4
>
> The following files have been imported from FreeBSD to implement
> OF_* functions into RTEMS.
> 1) openfirm.h
> 2) openfirm.c
> 3) ofw_fdt.c
> ---
> cpukit/inc
On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu wrote:
>
> This commit move the bsp/fdt.h header to cpukit/include/rtems.
> The reason for this is, with inclusion of libfreebsd there are
> cases where their is need for bsp_fdt_get(). And with this
> header under bsps directory it is not possible
On Thu, Jul 2, 2020 at 3:07 PM G S Niteesh Babu wrote:
>
> This commit move the bsp/fdt.h header to cpukit/include/rtems.
> The reason for this is, with inclusion of libfreebsd there are
> cases where their is need for bsp_fdt_get(). And with this
> header under bsps directory it is not possible t
look ok to me, thanks
On Wed, Jul 29, 2020 at 2:59 AM Christian Mauderer
wrote:
>
> Hello,
>
> If the patches are OK, I'll push them to rtems-libbsd master. I will
> also create a 6-freebsd-12 branch and push only the second patch to that
> one too.
>
> Best regards
>
> Christian
>
>
> __
On Wed, Jul 29, 2020 at 2:24 AM Richi Dubey wrote:
>
> Thanks for your help and reviews, I am going to work on all of your
> suggestions.
>
>> The purpose of is to enable the
>> application to configure this scheduler and nothing more. Please note
>> that uses
>> struct Per_CPU_Control *cpu
>>
On 29/07/2020 08:57, Sebastian Huber wrote:
Hello Eshan,
thanks, I pushed the patches to Newlib with some minor modifications.
I updated the RSB accordingly.
This is really a never ending story:
/build/rtems/6/lib/gcc/arm-rtems6/10.2.1/../../../../arm-rtems6/bin/ld:
/build/rtems/6/lib/gcc/
Hello Niteesh,
I am sorry, but my GSoC review capacity is currently quite limited. I
had to spend some time to fix the broken ARM fenv support in Newlib. The
strong APA scheduler is the next thing on my list.
___
devel mailing list
devel@rtems.org
h
Hello,
Please review this series of patches.
Thanks,
Niteesh.
On Wed, Jul 15, 2020 at 3:14 PM Niteesh G. S. wrote:
> Hello,
>
> I would like to add some more information regarding these patches here.
>
> These patches are currently not meant to replace the OpenFirmWare API from
> libBSD.
> For
Ping.
Thank you,
Niteesh.
On Fri, Jul 3, 2020 at 2:37 AM G S Niteesh Babu
wrote:
> This commit move the bsp/fdt.h header to cpukit/include/rtems.
> The reason for this is, with inclusion of libfreebsd there are
> cases where their is need for bsp_fdt_get(). And with this
> header under bsps di
> On 29-Jul-2020, at 3:28 PM, Sebastian Huber
> wrote:
>
> On 29/07/2020 11:14, Eshan Dhawan wrote:
>
>> Could you check the MIPS patch as well
>> https://lists.rtems.org/pipermail/devel/2020-July/060762.html
>> This patch removed soft float support from MIPS
>> As it was the other architectu
On 29/07/2020 11:14, Eshan Dhawan wrote:
Could you check the MIPS patch as well
https://lists.rtems.org/pipermail/devel/2020-July/060762.html
This patch removed soft float support from MIPS
As it was the other architecture that could cause error
Where can I find the hard float support in the MI
> -Original Message-
> From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
> Sent: Wednesday, July 29, 2020 11:42 AM
> To: Sommer, Jan; devel@rtems.org
> Subject: Re: [PATCH v1 0/1] i386: Fix possible race condition on first context
> restore
>
> On 29/07/2020 11:18, jan.s
On 29/07/2020 11:18, jan.som...@dlr.de wrote:
Could someone please check the patch and push it to the 5 and master branches?
I will be on vacation from tomorrow, so I wanted to give it a pre-vacation bump.
My response times will be a bit delayed, but I will check emails from time to
time.
I ch
Could someone please check the patch and push it to the 5 and master branches?
I will be on vacation from tomorrow, so I wanted to give it a pre-vacation bump.
My response times will be a bit delayed, but I will check emails from time to
time.
Cheers,
Jan
> -Original Message-
> From:
> On 29-Jul-2020, at 10:38 AM, Sebastian Huber
> wrote:
>
> On 27/07/2020 10:07, Corinna Vinschen via Newlib wrote:
>
>>> On Jul 23 07:13, Sebastian Huber wrote:
On 19/07/2020 13:01, Sebastian Huber wrote:
>>>
This patch set addresses some issues which popped up while building Newl
---
eng/release-process.rst | 9 +
1 file changed, 9 insertions(+)
diff --git a/eng/release-process.rst b/eng/release-process.rst
index be73c3e..8399a9e 100644
--- a/eng/release-process.rst
+++ b/eng/release-process.rst
@@ -340,6 +340,15 @@ the needed changes.
* :file:`tester/rtems
---
wscript | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/wscript b/wscript
index 3ca9478e7..faeb6b168 100644
--- a/wscript
+++ b/wscript
@@ -32,7 +32,7 @@
from __future__ import print_function
-rtems_version = "5"
+rtems_version = "6"
try:
import rtems_waf.rtems
---
README.md | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/README.md b/README.md
index 9ab8a2603..7794b12b8 100644
--- a/README.md
+++ b/README.md
@@ -170,17 +170,23 @@ Branches
* master - branch intended for the RTEMS master which tracks the FreeBSD maste
Hello,
If the patches are OK, I'll push them to rtems-libbsd master. I will
also create a 6-freebsd-12 branch and push only the second patch to that
one too.
Best regards
Christian
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman
Thanks for your help and reviews, I am going to work on all of your
suggestions.
The purpose of is to enable the
> application to configure this scheduler and nothing more. Please note
> that uses
> struct Per_CPU_Control *cpu
> and NOT
> Per_CPU_Control *cpu
> You can use struct Per_CPU_Contr
On 29/07/2020 10:18, Christian Mauderer wrote:
In RTEMS the test.h has been renamed to test-info.h to allow the new
test framework to take over.
Thanks for fixing this, please push it.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mail
In RTEMS the test.h has been renamed to test-info.h to allow the new
test framework to take over.
---
testsuite/epoch01/test_main.c | 2 +-
testsuite/evdev01/init.c| 2 +-
testsuite/include/rtems/bsd/test/default-init.h | 2 +-
test
On 29/07/2020 09:00, Chris Johns wrote:
@Chris: You wanted to collect every location where we have to update a
description or version number after a release. I think the libbsd
Branches section in the README.md is one of these locations too. Beneath
that there is a
rtems_version = "5"
in t
On 29/7/20 4:42 pm, Christian Mauderer wrote:
> Hello Gedare, Chris and Sebastian,
>
> to summarize: I'll create a 6-freebsd-12 branch with the new commits.
>
+1
> Regarding documentation: We have a "Branches" Section in the README.md
> of the libbsd. Sebastian added it in 2019:
>
> https://gi
45 matches
Mail list logo
