Re: [PATCH] Added Getentropy() support to beagle BSP

Hi, Below is the updated patch along with the one for atsam. Please have a look. Moreover, in error case(FRO unwanted shutdown), Error bit of status register turns zero, indicating that FRO is no longer running.Untill now, i haven't came across any situation where this bit turns 0. In the NETBSD

Improve coverage analysis toolset

hello , as told by Joel , I started this thread to further discuss the coverage analysis toolset . Current status is , I'm trying to builld and run rtems-test from the coverage-merge branch of the previous GSoC student Cillian . https://github.com/cillianodonnell/rtems-tools/tree/coverage-merge

Re: want to contribute to project

Okay , I'll start a new thread as told by Joel . On 15 March 2018 at 03:26, Joel Sherrill wrote: > > > On Wed, Mar 14, 2018 at 4:49 PM, Cillian O'Donnell > wrote: > >> The covoar fixes made it in but all the python stuff never made it in >> because of

Re: want to contribute to project

On 15 March 2018 at 02:43, Cillian O'Donnell wrote: > > > On 14 March 2018 at 19:51, Cillian O'Donnell > wrote: > >> >> >> On 14 March 2018 at 18:26, Vijay Kumar Banerjee > > wrote: >> >>> I'm still getting the Covoar not

Re: POSIX Headers Not in Newlib

On Wed, Mar 14, 2018 at 6:08 PM, Chris Johns wrote: > On 15/03/2018 01:22, Joel Sherrill wrote: > > We have the POSIX headers dlfcn.h and mqueue.h in RTEMS. I think they > are the > > only POSIX .h files not in newlib.. > > > > Should we migrate them to newlib? > > I think it

Re: POSIX Headers Not in Newlib

On 15/03/2018 01:22, Joel Sherrill wrote: > We have the POSIX headers dlfcn.h and mqueue.h in RTEMS. I think they are the > only POSIX .h files not in newlib.. > > Should we migrate them to newlib? I think it makes sense too. Chris ___ devel mailing

Re: [PATCH] libfs/jffs2: Force the inode size to a non-zero value if a directory.

On 14/03/2018 17:53, Sebastian Huber wrote: > On 13/03/18 22:45, Chris Johns wrote: >> On 13/03/2018 17:52, Sebastian Huber wrote: >>> On 13/03/18 07:50, Sebastian Huber wrote: On 13/03/18 07:47, Chris Johns wrote: > On 13/03/2018 17:18, Sebastian Huber wrote: >> On 13/03/18 00:49,

Re: want to contribute to project

On 15/03/2018 08:56, Joel Sherrill wrote: > On Wed, Mar 14, 2018 at 4:49 PM, Cillian O'Donnell > wrote: > The covoar fixes made it in but all the python stuff never made it in > because of outstanding issues in the open project page,

Re: want to contribute to project

On Wed, Mar 14, 2018 at 4:49 PM, Cillian O'Donnell wrote: > The covoar fixes made it in but all the python stuff never made it in > because of outstanding issues in the open project page, so to see it > working, it'll have to be from the old github until the terms tester

Re: want to contribute to project

The covoar fixes made it in but all the python stuff never made it in because of outstanding issues in the open project page, so to see it working, it'll have to be from the old github until the terms tester stuff gets merged. On Wed, 14 Mar 2018, 21:33 Joel Sherrill, wrote: > >

Re: want to contribute to project

On Wed, Mar 14, 2018 at 4:13 PM, Cillian O'Donnell wrote: > > > On 14 March 2018 at 19:51, Cillian O'Donnell > wrote: > >> >> >> On 14 March 2018 at 18:26, Vijay Kumar Banerjee > > wrote: >> >>> I'm still getting the

Re: want to contribute to project

On 14 March 2018 at 19:51, Cillian O'Donnell wrote: > > > On 14 March 2018 at 18:26, Vijay Kumar Banerjee > wrote: > >> I'm still getting the Covoar not found error >> I'm not able to understand what am I missing, if it needs a fix, please >>

Re: want to contribute to project

On 14 March 2018 at 18:26, Vijay Kumar Banerjee wrote: > I'm still getting the Covoar not found error > I'm not able to understand what am I missing, if it needs a fix, please > help me understand the code. > Have a look where all the rsb tools were built. Does covoar

Re: [PATCH v2 0/3] Fix compiler errors for SMP on i386

On Thu, Mar 15, 2018 at 12:27 AM Joel Sherrill wrote: > Obviously not you Sebastian. :) > Amaan.. what's your expectation of the overall status of SMP on pc386 > after these patches are added? A compile-time error will still be thrown, but for anyone who wants to tackle SMP

Re: [PATCH v2 0/3] Fix compiler errors for SMP on i386

Obviously not you Sebastian. :) Amaan.. what's your expectation of the overall status of SMP on pc386 after these patches are added? If something is "compile only" now, are there comments in the tickets indicating that? Is this clear from the git log messages? Is there anywhere you got something

Re: [PATCH] if_atsam: Add checksum offload.

While on my way home I already noted two bugs. I'll send a V2 tomorrow. Sorry for the spam. Am 14.03.2018 um 15:54 schrieb Christian Mauderer: > --- > rtemsbsd/sys/dev/atsam/if_atsam.c | 34 +- > 1 file changed, 33 insertions(+), 1 deletion(-) > > diff --git

Re: want to contribute to project

On Wed, Mar 14, 2018 at 1:26 PM, Vijay Kumar Banerjee < vijaykumar9...@gmail.com> wrote: > I'm still getting the Covoar not found error > I'm not able to understand what am I missing, if it needs a fix, please > help me understand the code. > covoar is now part of the rtems-tools package so you

Re: GSOC'18 contribution plan

On Wed, Mar 14, 2018 at 10:59 AM, Hesham Almatary wrote: > Rump kernels have the advantage of running "unmodified" NetBSD device > drivers and benchmarks (e.g. Redis, iPerf, etc) on top of the > underlying OS. AFAIK, it's well-designed to port on other OSes and the >

Re: GSOC'18 contribution plan

Rump kernels have the advantage of running "unmodified" NetBSD device drivers and benchmarks (e.g. Redis, iPerf, etc) on top of the underlying OS. AFAIK, it's well-designed to port on other OSes and the requirements/syscalls for it are well documented/defined. That said, I'm not sure how this

[PATCH] if_atsam: Add checksum offload. - Explanation

Note that although the if_atsam does althoug exist in the old network stack, this patch is for the libbsd. In the old stack there is no support for hardware checksum offload. ___ devel mailing list devel@rtems.org

[PATCH] if_atsam: Add checksum offload.

--- rtemsbsd/sys/dev/atsam/if_atsam.c | 34 +- 1 file changed, 33 insertions(+), 1 deletion(-) diff --git a/rtemsbsd/sys/dev/atsam/if_atsam.c b/rtemsbsd/sys/dev/atsam/if_atsam.c index 794937be..d47a17e7 100644 --- a/rtemsbsd/sys/dev/atsam/if_atsam.c +++

[PATCH] bsp/atsam: Fix GMAC Rx Descriptor fields.

--- bsps/arm/atsam/include/libchip/include/gmac.h | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/bsps/arm/atsam/include/libchip/include/gmac.h b/bsps/arm/atsam/include/libchip/include/gmac.h index 64e0079c25..a4227920bd 100644 ---

POSIX Headers Not in Newlib

Hi We have the POSIX headers dlfcn.h and mqueue.h in RTEMS. I think they are the only POSIX .h files not in newlib.. Should we migrate them to newlib? --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: GSOC'18 contribution plan

On Tue, Mar 13, 2018 at 10:07 AM, Joel Sherrill wrote: > > > On Tue, Mar 13, 2018 at 8:46 AM, Vidushi Vashishth > wrote: >> >> Hello! >> >> I am Vidushi Vashishth from Netaji Subhas Institute of Technology, Delhi >> and I intend to participate in the

Re: [PATCH v2 0/3] Fix compiler errors for SMP on i386

Who will review and check in i386-specific patches? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on request.

Re: [PATCH] cpu-supplement: Add ARM BSPs chapter

On 13/03/18 22:58, Chris Johns wrote: On 09/03/2018 19:55, Sebastian Huber wrote: On 06/11/17 10:03, Sebastian Huber wrote: On 26/10/17 08:22, Sebastian Huber wrote: Please review this patch carefully. It adds a new chapter "ARM Board Support Packages" following the "ARM Specific Information"

Re: [PATCH] libfs/jffs2: Force the inode size to a non-zero value if a directory.

On 13/03/18 22:45, Chris Johns wrote: On 13/03/2018 17:52, Sebastian Huber wrote: On 13/03/18 07:50, Sebastian Huber wrote: On 13/03/18 07:47, Chris Johns wrote: On 13/03/2018 17:18, Sebastian Huber wrote: On 13/03/18 00:49, Chris Johns wrote: Set the inode size to 256 to work around a

Fwd: Re: [PATCH] Added Getentropy() support to beagle BSP

Ups. Hit reply instead of reply all. This should go to the mailing list. --- Ursprüngliche Nachricht --- > > Am Mittwoch, 14. März 2018 schrieb Udit agarwal: > > Hi, > > @Joel This seems to be SoC specific. > > > > > > So, here is the implementation with mutex, Do let me know if this is okay.

[PATCH 0/5] BSP source reorganization (powerpc)

Sebastian Huber (5): bsps/powerpc: Move legacy IRQ support bsps/powerpc: Move basic support to bsps bsps/powerpc: Remove unused files bsps/powerpc: Move exceptions support to bsps bsp/ss555: Move libcpu content to bsps .../new-exceptions => bsps/powerpc/shared}/cpu.c | 0

[PATCH 3/5] bsps/powerpc: Remove unused files

This patch is a part of the BSP source reorganization. Update #3285. --- .../libcpu/powerpc/mpc6xx/exceptions/asm_utils.S | 62 -- .../lib/libcpu/powerpc/new-exceptions/asm_utils.S | 61 -- .../new-exceptions/bspsupport/nested_irq_test.c| 105 -

[PATCH 4/5] bsps/powerpc: Move exceptions support to bsps

This patch is a part of the BSP source reorganization. Update #3285. --- bsps/powerpc/shared/exceptions.am | 14 + .../powerpc/shared/exceptions}/README | 0 .../powerpc/shared/exceptions}/ppc-code-copy.c | 0 .../powerpc/shared/exceptions}/ppc_exc.S

[PATCH 2/5] bsps/powerpc: Move basic support to bsps

This patch is a part of the BSP source reorganization. Update #3285. --- .../new-exceptions => bsps/powerpc/shared}/cpu.c | 0 .../include => bsps/powerpc/shared}/cpuIdent.c | 0 .../powerpc/shared}/cpu_asm.S | 0 .../powerpc/shared/ppc-print-stack.c |

[PATCH 5/5] bsp/ss555: Move libcpu content to bsps

This patch is a part of the BSP source reorganization. Update #3285. --- .../clock => bsps/powerpc/ss555/dev}/clock.c | 0 .../powerpc/ss555/dev}/console-generic.c | 0 .../timer => bsps/powerpc/ss555/dev}/timer.c | 0 .../mpc5xx/irq => bsps/powerpc/ss555/start}/irq.c |

[PATCH 1/5] bsps/powerpc: Move legacy IRQ support

This patch is a part of the BSP source reorganization. Update #3285. --- .../bspsupport/irq.c => bsps/powerpc/shared/irq/ppc-irq-legacy.c| 0 c/src/lib/libbsp/powerpc/beatnik/Makefile.am| 2 +- c/src/lib/libbsp/powerpc/haleakala/Makefile.am | 2 +-

Re: [PATCH] Added Getentropy() support to beagle BSP

On 14/03/18 00:38, Udit agarwal wrote: Hi, @Joel This seems to be SoC specific. Yes, it is an on-chip peripheral. So, here is the implementation with mutex, Do let me know if this is okay. I'll then do it for atsam also. int getentropy(void *ptr, size_t n) {     volatile