Re: Adding GDB BSPs to rtems-tester

On Thu, Mar 19, 2020 at 11:43 PM Gedare Bloom wrote: > On Thu, Mar 19, 2020 at 11:56 AM Niteesh G. S. > wrote: > > > > Hello, > > > > While looking for small tasks to take up, Gedare mentioned about adding > GDB BSPs > > to rtems-tester. Can some please explain a bit more of what has to be > don

Re: [PATCH] libdebugger: Fix ARMv7-M with -O0

On 20/03/2020 22:23, Chris Johns wrote: On 20 Mar 2020, at 4:49 pm, Sebastian Huber wrote: On 20/03/2020 05:15, Chris Johns wrote: On 19/3/20 7:52 pm, Sebastian Huber wrote: The ARMv7-M architecture has no CP-15. The inline assembly for the CP-15 access leads to assembler errors if comp

Re: GSoC Students: Submit Draft Applications

Will do! On Sat, 21 Mar, 2020, 4:03 AM Gedare Bloom, wrote: > PS: And gather your proof documentation to submit :) > > On Fri, Mar 20, 2020 at 4:24 PM Gedare Bloom wrote: > > > > Hello Aspiring Students, > > > > I wanted to let you know that you can submit and revise your > > application includ

Re: Sources to port fenv.h to ARM and AARCH64

I went through the FreeBSD and NetBSD sources for implementation In FreeBSD there is an architecture-specific implementation with different header file for each architecture it supports . Whereas in NetBSD there is a single fenv.h defined but each architecture has its own C file to implement the fu

GSoC 2020 Proposal | Beagle BSP: Add a flattened device tree based initialization

Hello everyone, I have revised my proposal as per your suggestions. Please have a look again. https://docs.google.com/document/d/1V2RitYJOvWOvfow99hPUFB034iw4gb4eSfH8MixHnrk/edit?usp=sharing Thank you, Niteesh. ___ devel mailing list devel@rtems.org htt

Re: [PATCH] Creation of the Quick Start / Build Your Application section

On Fri, Mar 20, 2020 at 5:56 PM William wrote: > > Oh, well that's slightly embarrassing. Before I submitted I tried > looking for the patch referencing that page and I didn't see anything. > > Looking over what you wrote, would it be worth adding either a section > or a sub-page for building an a

Re: riscv BSPs on Spike due to weird RSB side-effect

On Fri, Mar 20, 2020 at 7:56 PM Joel Sherrill wrote: > Hi > > I think something is wrong with the build of spike that ends up with > a hard-coded path to inside a build tree: > > Result: invalidTime: 0:00:01.197748 mimfs_fslink.exe > => run: spike --isa=RV32IAC > ./riscv-rtems5/c/rv32iac/te

riscv BSPs on Spike due to weird RSB side-effect

Hi I think something is wrong with the build of spike that ends up with a hard-coded path to inside a build tree: Result: invalidTime: 0:00:01.197748 mimfs_fslink.exe => run: spike --isa=RV32IAC ./riscv-rtems5/c/rv32iac/testsuites/fstests/mimfs_fslink.exe ] Failed to run /home/joel/rtems-cro

Re: [PATCH docs] user/bsps: Remove gdbarmsim

I'm really embarrassed it took me three separate tries to catch everything. I'm also surprised that a BSP that didn't even have a real clock tick and hadn't work in a couple of years was mentioned in so many places. Thanks Niteesh for catching this. On Fri, Mar 20, 2020 at 10:17 AM Gedare Bloo

Re: [PATCH] Creation of the Quick Start / Build Your Application section

Oh, well that's slightly embarrassing. Before I submitted I tried looking for the patch referencing that page and I didn't see anything. Looking over what you wrote, would it be worth adding either a section or a sub-page for building an application manually or with another build tool such as

Re: GSoC Students: Submit Draft Applications

PS: And gather your proof documentation to submit :) On Fri, Mar 20, 2020 at 4:24 PM Gedare Bloom wrote: > > Hello Aspiring Students, > > I wanted to let you know that you can submit and revise your > application including your "Final" proposal as many times as you like > in the Official website,

GSoC Students: Submit Draft Applications

Hello Aspiring Students, I wanted to let you know that you can submit and revise your application including your "Final" proposal as many times as you like in the Official website, and that you should do so now and update it periodically until the deadline. If you don't submit it then you can't ge

Re: [PATCH] libdebugger: Fix ARMv7-M with -O0

> On 20 Mar 2020, at 4:49 pm, Sebastian Huber > wrote: >> On 20/03/2020 05:15, Chris Johns wrote: >>> On 19/3/20 7:52 pm, Sebastian Huber wrote: >>> The ARMv7-M architecture has no CP-15. The inline assembly for the >>> CP-15 access leads to assembler errors if compiled with -O0. >> I would lik

Re: Sources to port fenv.h to ARM and AARCH64

On Fri, Mar 20, 2020 at 3:33 PM Eshan Dhawan wrote: > thanks, dr Joel > > I had gone through the musl-libc library but it doesn't have much > architecture specific support for ARM as well as AARCH64 > It has support for s390x, m68k, powerpc64 > This type of evaluation is important. The architec

Re: Sources to port fenv.h to ARM and AARCH64

Then I will be giving preference to FreeBSD On Sat, Mar 21, 2020 at 2:03 AM Eshan Dhawan wrote: > thanks, dr Joel > > I had gone through the musl-libc library but it doesn't have much > architecture specific support for ARM as well as AARCH64 > It has support for s390x, m68k, powerpc64 > > > On

Re: Sources to port fenv.h to ARM and AARCH64

thanks, dr Joel I had gone through the musl-libc library but it doesn't have much architecture specific support for ARM as well as AARCH64 It has support for s390x, m68k, powerpc64 On Sat, Mar 21, 2020 at 1:32 AM Joel Sherrill wrote: > > > On Fri, Mar 20, 2020 at 2:43 PM Eshan Dhawan > wrote:

Re: [PATCH v6] tests for fenv.h functions

On Sat, Mar 21, 2020 at 1:35 AM Joel Sherrill wrote: > > > On Fri, Mar 20, 2020 at 2:50 PM Gedare Bloom wrote: > >> On Sun, Mar 8, 2020 at 11:02 AM Eshan Dhawan >> wrote: >> > >> > I have compiled as well as executed it for RISC V architecture function >> Fegetround() returns error for all roun

Re: [PATCH v6] tests for fenv.h functions

I will patch that up On Sat, Mar 21, 2020 at 1:25 AM Aditya Upadhyay wrote: > Hi Eshan, > > You should look into the RTEMS Coding conventions and rules. I can see > that some spaces that you inserted after > rtems_test_assert() were not needed. Please remove these unnecessary > spaces. For examp

Re: [PATCH v6] tests for fenv.h functions

On Fri, Mar 20, 2020 at 2:50 PM Gedare Bloom wrote: > On Sun, Mar 8, 2020 at 11:02 AM Eshan Dhawan > wrote: > > > > I have compiled as well as executed it for RISC V architecture function > Fegetround() returns error for all rounding directions other the default > "FETONEAREST" I asked about it

Re: Sources to port fenv.h to ARM and AARCH64

On Fri, Mar 20, 2020 at 2:43 PM Eshan Dhawan wrote: > What would be the preferred source to port fenv.h to ARM and AARCH64 > its implementation is present in both FreeBSD as well AS NetBSD > -> ARM > ---FreeBSD Source > # https://github.com/freebsd/freebsd/tree/master/lib/msun/arm > ---NetBSD Sou

Re: [PATCH v6] tests for fenv.h functions

Hi Eshan, You should look into the RTEMS Coding conventions and rules. I can see that some spaces that you inserted after rtems_test_assert() were not needed. Please remove these unnecessary spaces. For example, rtems_test_assert ( r == 0 ) ; ===> should be changed to rtems_test_assert( r == 0 )

Re: [PATCH v6] tests for fenv.h functions

On Sun, Mar 8, 2020 at 11:02 AM Eshan Dhawan wrote: > > I have compiled as well as executed it for RISC V architecture function > Fegetround() returns error for all rounding directions other the default > "FETONEAREST" I asked about it on devel to which dr Joel told that it is due > to soft-flo

Covid Code-In News (20 March 2020)

Hi I hope everyone in the community and their family is staying well and following the advice of our trusted medical professionals. Personally, we stepped up social distancing and prepared for "self containment" about a week ago and now I am working from home. We should remember that being able to

Sources to port fenv.h to ARM and AARCH64

What would be the preferred source to port fenv.h to ARM and AARCH64 its implementation is present in both FreeBSD as well AS NetBSD -> ARM ---FreeBSD Source # https://github.com/freebsd/freebsd/tree/master/lib/msun/arm ---NetBSD Source # https://github.com/NetBSD/src/tree/trunk/lib/libm/arch/arm

Re: [PATCH v6] tests for fenv.h functions

On Sat, Mar 21, 2020 at 12:19 AM Eshan Dhawan wrote: > Hello Everyone, > I had sent this patch a few days ago to add tests of fenv.h to psxtests. > If you all could look into it and tell if it could be merged or requires > any more changes. > > link to patch :* https://lists.rtems.org/pipermail/d

Re: [PATCH v6] tests for fenv.h functions

Hello Everyone, I had sent this patch a few days ago to add tests of fenv.h to psxtests. If you all could look into it and tell if it could be merged or requires any more changes. thanks, Eshan Dhawan On Sun, Mar 8, 2020 at 10:32 PM Eshan Dhawan wrote: > I have compiled as well as executed it

AW: AW: [PATCH v2 3/3] i386: Port to RTEMS

Thank you. That makes sense. I will prepare a new version. Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] Gesendet: Freitag, 20. März 2020 12:54 An: Sommer, Jan; devel@rtems.org Betreff: Re: AW: [PATCH v2 3/3] i386: Port to RTEMS On 10/03/2020 09:12, jan.som...@dlr.de

Re: [PATCH docs] user/bsps: Remove gdbarmsim

Hi Niteesh, Thanks, Joel took care of it, there were a couple other references too. https://lists.rtems.org/pipermail/vc/2020-March/033721.html Gedare On Fri, Mar 20, 2020 at 12:24 AM G S Niteesh Babu wrote: > > Remove gdbarmsim from list of BSPs in docs. Since, the BSPs has > been removed fro

Re: AW: [PATCH v2 3/3] i386: Port to RTEMS

On 10/03/2020 09:12, jan.som...@dlr.de wrote: [...] diff --git a/freebsd/sys/net/iflib.c b/freebsd/sys/net/iflib.c index 89bc5e79..09282ac7 100644 --- a/freebsd/sys/net/iflib.c +++ b/freebsd/sys/net/iflib.c @@ -1031,8 +1031,13 @@ iflib_netmap_txsync(struct netmap_kring *kring, int flags)