Re: GSOC: Call for Mentors

Hey! I'd like to co-mentor a project too. Thanks! On Tue, Feb 18, 2020 at 8:56 AM Vijay Kumar Banerjee < vijaykumar9...@gmail.com> wrote: > Hi Gedare, > > Please add me to the list of co-mentors. > Looking forward to a great experience. :) > > Best regards, > Vijay > > > On Tue, Feb 18, 2020,

Re: GSOC: Call for Mentors

Hi Gedare, Please add me to the list of co-mentors. Looking forward to a great experience. :) Best regards, Vijay On Tue, Feb 18, 2020, 1:28 AM Gedare Bloom wrote: > Assuming we get accepted on 2/20, I will be able to start adding mentors > shortly after. Please let me know if you're

Re: [PATCH] libmisc/shell: Fix the handling of joel scripts in telnet

On 17/2/20 8:47 pm, Chris Johns wrote: > >> On 17 Feb 2020, at 5:51 pm, Sebastian Huber >> wrote: >> >> On 17/02/2020 07:05, chr...@rtems.org wrote: >>> From: Chris Johns >>> - Fix the passing of std[in/out] to child threads >>> - Fix deleting of managed memory in the key destructor >>> - Only

[4.11 PATCH] libmisc/shell: Fix the handling of joel scripts in telnet

From: Chris Johns - Fix the passing of std[in/out] to child threads - Fix deleting of managed memory in the key destructor - Only set the key in the main loop thread - Only allocate a shell env outside of the main loop - Fix memory leak if the task start fails - Remove error level from shell

[4.11 PATCH] libcsupport/newlib: Call newlib's __sinit to force reent initialisation

From: Chris Johns - Newlib overtites any FILE pointers set in stdin, stdout or stderr. Closes #3870 --- cpukit/libcsupport/src/newlibc_reent.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/cpukit/libcsupport/src/newlibc_reent.c

[PATCH] user/tools: Add RTEMS TFTP Proxy command documentation

From: Chris Johns --- images/user/tftp-proxy-1.png | Bin 0 -> 15339 bytes images/user/tftp-proxy-1.puml | 34 +++ user/testing/tftp.rst | 2 + user/tools/boot-image.rst | 2 +- user/tools/index.rst | 1 + user/tools/tftp-proxy.rst | 166

Re: GSOC: Call for Mentors

Hello Gedare, it was a really nice experience in the last years. So I would be happy to participate as a mentor again. Please add me using my work mail address (added it as CC) because there is a connected google account for it. Best regards Christian On 17/02/2020 20:58, Gedare Bloom wrote: >

Re: gdb for RTEMS 5

On Mon, Feb 17, 2020 at 12:58 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 16/02/2020 23:05, Chris Johns wrote: > > Hi, > > > > The builders have exposed a couple of regressions with gdb-9.1 ... > > > > - FreeBSD > > - bfin > > On my FreeBSD 12.1 it worked: > >

Loading RTEMS applications from u-boot on Raspberry Pi 2

I am currently experimenting with RTEMS and Raspberry Pi 2 with the goal of exploring RTEMS-SMP properties (mainly scheduling and memory behaviour). Currently, I am able to load an .img file when the default kernel.img file that comes with Raspbian is replaced by the RTEMS aplication .img file

GSOC: Call for Mentors

Assuming we get accepted on 2/20, I will be able to start adding mentors shortly after. Please let me know if you're interested to mentor this summer, either in a primary or co-mentor capacity. As usual, I will provide "backup" mentoring and high-level organization of all projects with weekly

Re: Project for GSoC 2020

On Mon, Feb 17, 2020 at 9:42 AM Utkarsh Rai wrote: > Hello everyone, > Hello Utkarsh Rai, > I would like to contribute to the Beagleboard BSP project, in particular > towards the improvement of the peripheral support. I have a few questions > pertaining to the same:- > > 1. Is adding support

Re: [PATCH] Changed 'hello world' as a proof of concept(GSoC 2020).

Thank you. Please set your git-config user.name to your full/legal name for copyright purposes. On Mon, Feb 17, 2020 at 9:07 AM Utkarsh wrote: > From: ur10 > > --- > testsuites/samples/hello/init.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

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

On Mon, Feb 17, 2020 at 1:32 PM G. S. Niteesh wrote: > Hi everyone, > I have completed my proposal for GSoC 2020 for the project > https://devel.rtems.org/ticket/3784. I would like to get suggestions > from the community regarding the proposal. Below is the link to my > proposal please have a

Re: Status of fenv.h header and floating point environment support in newlib

Please stay on devel@. You get more help that way. I moved this back. On Mon, Feb 17, 2020 at 10:31 AM Ayush Dwivedi <21cencturyay...@gmail.com> wrote: > Thank you Joel. > I will add my name to the page you pointed out and start building my > proposal as well. I think my first priority should be

Re: Status of fenv.h header and floating point environment support in newlib

On Mon, 17 Feb 2020 at 21:06, Joel Sherrill wrote: > Ayush please add yourself to https://devel.rtems.org/wiki/GSoC/2020. > > Vaibhav.. we haven't asked others to add themselves to the table. > Please ping anyone we missed. > Sure, I will inform them. > > On the fenv.h side, there are some

[PATCH] Changed 'hello world' as a proof of concept(GSoC 2020).

From: ur10 --- testsuites/samples/hello/init.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/testsuites/samples/hello/init.c b/testsuites/samples/hello/init.c index 34ded37c55..e2a4f30cd1 100644 --- a/testsuites/samples/hello/init.c +++

Re: Status of fenv.h header and floating point environment support in newlib

Ayush please add yourself to https://devel.rtems.org/wiki/GSoC/2020. Vaibhav.. we haven't asked others to add themselves to the table. Please ping anyone we missed. On the fenv.h side, there are some basic guidelines on how to provide the fenv functionality and subtleties from the POSIX

Fwd: libc coordination list

I assume some folks on the devel@ list will want to track this -- Forwarded message - From: Florian Weimer Date: Mon, Feb 17, 2020, 7:49 AM Subject: libc coordination list To: , , There's a new mailing list for cross-libc coordination issues, hosted at Openwall:

Re: Status of fenv.h header and floating point environment support in newlib

On 2/17/20 11:16 AM, Vaibhav Gupta wrote: > > > On Mon, Feb 17, 2020, 3:07 PM Ayush Dwivedi <21cencturyay...@gmail.com > > wrote: > > Hello Joel, > This is regarding the open project #2966 POSIX-Compliance #2971( Add > fenv.h to newlib). The task is

Re: Status of fenv.h header and floating point environment support in newlib

On Mon, Feb 17, 2020, 3:07 PM Ayush Dwivedi <21cencturyay...@gmail.com> wrote: > Hello Joel, > This is regarding the open project #2966 POSIX-Compliance #2971( Add > fenv.h to newlib). The task is about adding the floating point environment > header to the newlib library but the source code of

Re: [PATCH] libmisc/shell: Fix the handling of joel scripts in telnet

> On 17 Feb 2020, at 5:51 pm, Sebastian Huber > wrote: > > On 17/02/2020 07:05, chr...@rtems.org wrote: >> From: Chris Johns >> - Fix the passing of std[in/out] to child threads >> - Fix deleting of managed memory in the key destructor >> - Only set the key in the main loop thread >> - Only

[PATCH] c-user: Obsolete CONFIGURE_HAS_OWN_INIT_TASK_TABLE

The CONFIGURE_HAS_OWN_INIT_TASK_TABLE and CONFIGURE_POSIX_HAS_OWN_INIT_THREAD_TABLE are the last *_HAS_OWN_* configuration options. These two options are probably unused, see also: * https://lists.rtems.org/pipermail/users/2019-April/033129.html *

[PATCH] c-user: Obsolete CONFIGURE_POSIX_HAS_OWN_INIT_THREAD_TABLE

The CONFIGURE_HAS_OWN_INIT_TASK_TABLE and CONFIGURE_POSIX_HAS_OWN_INIT_THREAD_TABLE are the last *_HAS_OWN_* configuration options. These two options are probably unused, see also: * https://lists.rtems.org/pipermail/users/2019-April/033129.html *

Re: [PATCH v3] testsuite/newlib: Check newlib does not touch an assigned std FILE pointer

> On 17 Feb 2020, at 5:54 pm, Sebastian Huber > wrote: > > On 16/02/2020 23:29, chr...@rtems.org wrote: >> From: Chris Johns >> Update #3870 > > Looks good. If you have time, please remove the #include > before the push. Will do. Saw that after I post the patch. Chris

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

Hi everyone, I have completed my proposal for GSoC 2020 for the project https://devel.rtems.org/ticket/3784. I would like to get suggestions from the community regarding the proposal. Below is the link to my proposal please have a look.