Re: [PATCH 1/5] lm3s3749-testsuite.tcfg: Add ttest01

Thanks. Pushed. On Thu, Mar 12, 2020 at 6:46 PM Chris Johns wrote: > Looks good to me. Please push. Thank you for stepping up to this task. > > Chris > > On 13/3/20 8:00 am, Joel Sherrill wrote: > > --- > > bsps/arm/lm3s69xx/config/lm3s3749-testsuite.tcfg | 1 + > > 1 file changed, 1

Re: [PATCH 1/5] lm3s3749-testsuite.tcfg: Add ttest01

Looks good to me. Please push. Thank you for stepping up to this task. Chris On 13/3/20 8:00 am, Joel Sherrill wrote: > --- > bsps/arm/lm3s69xx/config/lm3s3749-testsuite.tcfg | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/bsps/arm/lm3s69xx/config/lm3s3749-testsuite.tcfg >

[PATCH 5/5] mrm332-testsuite.tcfg: Add dl01

--- bsps/m68k/mrm332/config/mrm332-testsuite.tcfg | 1 + 1 file changed, 1 insertion(+) diff --git a/bsps/m68k/mrm332/config/mrm332-testsuite.tcfg b/bsps/m68k/mrm332/config/mrm332-testsuite.tcfg index 624b1d9..936f926 100644 --- a/bsps/m68k/mrm332/config/mrm332-testsuite.tcfg +++

[PATCH 2/5] lpc2362-testsuite.tcfg: Add ttest01

--- bsps/arm/lpc24xx/config/lpc2362-testsuite.tcfg | 1 + 1 file changed, 1 insertion(+) diff --git a/bsps/arm/lpc24xx/config/lpc2362-testsuite.tcfg b/bsps/arm/lpc24xx/config/lpc2362-testsuite.tcfg index 294e1ff..bd972f9 100644 --- a/bsps/arm/lpc24xx/config/lpc2362-testsuite.tcfg +++

[PATCH 1/5] lm3s3749-testsuite.tcfg: Add ttest01

--- bsps/arm/lm3s69xx/config/lm3s3749-testsuite.tcfg | 1 + 1 file changed, 1 insertion(+) diff --git a/bsps/arm/lm3s69xx/config/lm3s3749-testsuite.tcfg b/bsps/arm/lm3s69xx/config/lm3s3749-testsuite.tcfg index 849c5ec..ce6136a 100644 --- a/bsps/arm/lm3s69xx/config/lm3s3749-testsuite.tcfg +++

[PATCH 4/5] rtl22xx-testsuite.tcfg: Add dl10 and ttest01

--- bsps/arm/rtl22xx/config/rtl22xx-testsuite.tcfg | 2 ++ 1 file changed, 2 insertions(+) diff --git a/bsps/arm/rtl22xx/config/rtl22xx-testsuite.tcfg b/bsps/arm/rtl22xx/config/rtl22xx-testsuite.tcfg index 6c25615..f1f16e6 100644 --- a/bsps/arm/rtl22xx/config/rtl22xx-testsuite.tcfg +++

[PATCH 3/5] lpc23xx_tli800-testsuite.tcfg: Add ttest01

--- bsps/arm/lpc24xx/config/lpc23xx_tli800-testsuite.tcfg | 1 + 1 file changed, 1 insertion(+) diff --git a/bsps/arm/lpc24xx/config/lpc23xx_tli800-testsuite.tcfg b/bsps/arm/lpc24xx/config/lpc23xx_tli800-testsuite.tcfg index 42630c5..d75ad36 100644 ---

Issues when adding a multi-port PCI serial card

I've added an 8-port RS232 PCI Mezzanine Card to the "beatnik" BSP. The console (aka serial port) code is confusing. I decided I should use what is in "bsp/console-termios.h" as opposed to the "legacy console" approach, *even though* "legacy console" is used in many recent BSPS. * Is that

Re: [PATCH v1] include sys/types.h to include defination of clockid_t

Got it, thanks pthread.h has time.h included in it didn't knew that so I included it On Fri, Mar 13, 2020 at 1:36 AM Joel Sherrill wrote: > I still don't see why you need the includes. I just posted ( > https://lists.rtems.org/pipermail/devel/2020-March/058176.html ) what I > think is a

[PATCH 1/2] Update newlib to c56f53a

This is primarily to pick up the bug fix to have i386 fenv methods. --- rtems/config/5/rtems-default.bset | 2 +- rtems/config/5/rtems-epiphany.bset | 2 +- rtems/config/5/rtems-or1k.bset | 2 +- rtems/config/5/rtems-riscv.bset

[PATCH 2/2] Update gcc to 9.3.0 for targets using 9.2.0

--- rtems/config/5/rtems-or1k.bset | 2 +- rtems/config/5/rtems-riscv.bset| 2 +- rtems/config/5/rtems-x86_64.bset | 2 +- .../tools/rtems-gcc-9.3.0-newlib-c56f53a.cfg | 28 ++ 4 files changed, 31

Re: [PATCH v1] include sys/types.h to include defination of clockid_t

I still don't see why you need the includes. I just posted ( https://lists.rtems.org/pipermail/devel/2020-March/058176.html ) what I think is a complete implementation of this method. It assumes that the thread Id does not overlap the valid clockid's which I am pretty sure is true. Then

[PATCH] pthreadgetcpuclockid.c: Implement pthread_getcpuclockid to return thread Id

--- cpukit/posix/src/pthreadgetcpuclockid.c | 31 ++- 1 file changed, 26 insertions(+), 5 deletions(-) diff --git a/cpukit/posix/src/pthreadgetcpuclockid.c b/cpukit/posix/src/pthreadgetcpuclockid.c index cd7814b..c15962e 100644 ---

Re: [PATCH v1] include sys/types.h to include defination of clockid_t

Link to the new patch : https://lists.rtems.org/pipermail/devel/2020-March/058174.html On Fri, Mar 13, 2020 at 1:19 AM Eshan Dhawan wrote: > > > On Fri, Mar 13, 2020 at 12:57 AM Joel Sherrill wrote: > >> Why did you need to add the include? Per >>

[PATCH v1] add time.h to pthreadgetcpuclockid file to access clockid_t

--- cpukit/posix/src/pthreadgetcpuclockid.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/posix/src/pthreadgetcpuclockid.c b/cpukit/posix/src/pthreadgetcpuclockid.c index 159a3f9791..39915f3c0a 100644 --- a/cpukit/posix/src/pthreadgetcpuclockid.c +++

Re: [PATCH v1] include sys/types.h to include defination of clockid_t

On Fri, Mar 13, 2020 at 12:57 AM Joel Sherrill wrote: > Why did you need to add the include? Per > https://pubs.opengroup.org/onlinepubs/009695399/functions/pthread_getcpuclockid.html, > you should only have to include pthread.h and time.h to have access to the > types needed. > I tried to

Re: [PATCH v1] include sys/types.h to include defination of clockid_t

Why did you need to add the include? Per https://pubs.opengroup.org/onlinepubs/009695399/functions/pthread_getcpuclockid.html, you should only have to include pthread.h and time.h to have access to the types needed. --joel On Thu, Mar 12, 2020 at 1:22 PM Eshan Dhawan wrote: > Hello > I sent

Re: Hello world and query about a project availability

On Thu, Mar 12, 2020 at 1:23 PM Gedare Bloom wrote: > > Hi Richi, > > Welcome. The "Improve the SMP Scheduler" will require strong C > programming skills before the summer. You will be expected to > demonstrate that during the proposal period. I'm the only likely > mentor for that project this

Re: Hello world and query about a project availability

Hi Richi, Welcome. The "Improve the SMP Scheduler" will require strong C programming skills before the summer. You will be expected to demonstrate that during the proposal period. I'm the only likely mentor for that project this year, and I haven't decided if I will mentor any projects, or which

Re: [PATCH v1] include sys/types.h to include defination of clockid_t

Hello I sent this patch a few days ago but no one reviewed it. If someone could look into it and give feedback. patch link: https://lists.rtems.org/pipermail/devel/2020-March/058044.html On Fri, Mar 6, 2020 at 7:50 PM Eshan dhawan wrote: > --- > cpukit/posix/src/pthreadgetcpuclockid.c | 2 +-

Re: RTEMS Python Standardization (ticket #3892)

On 2020-03-12 11:52 +0530, Anmol Mishra wrote: > Hello, > With whom can I discuss regarding douts, Any tentative??mentor open for > guiding > me, I have a few doubts regarding the project. Is Dr. Gedare going to be a > tentative??mentor? I am the mentor for this project. Can you please send any

Re: RTEMS Python Standardization (ticket #3892)

On Thu, Mar 12, 2020 at 12:22 AM Anmol Mishra wrote: > > Hello, > With whom can I discuss regarding douts, Any tentative mentor open for > guiding me, I have a few doubts regarding the project. Is Dr. Gedare going to > be a tentative mentor? > No, I won't be. I oversee all projects, and try to

[PATCH 1/2] c-user: Clarify message buffer configuration

The help macro CONFIGURE_MESSAGE_BUFFERS_FOR_QUEUE() is not a configuration option. Move it into the documentatation of the CONFIGURE_MESSAGE_BUFFER_MEMORY configuration option. Move this option to the general system configuration group. Update #3836. --- c-user/config/general.rst |

[PATCH 2/2] c-user: Reorder configuration option groups

Sort the configuration option groups according to the likelihood a user will define options of a group. Update #3836. --- c-user/config/index.rst | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/c-user/config/index.rst b/c-user/config/index.rst index 2318042..b0e21a4

[PATCH] c-user: Add copyright information

Add copyright information according to commit in RTEMS main repository: commit e53aae2676c42cda521328504f82d26c33827021 Author: Gedare Bloom Date: Mon Mar 26 16:42:38 2012 -0400 confdefs: Add declaration for unlimited objects. Adds to confdefs a way to specify

Re: [PATCH] user: Add a migration chapter

On 12/03/2020 08:06, chr...@rtems.org wrote: From: Chris Johns This is a start with the hope we collect useful pieces to aid porting. Please add to this. Closes #3895 Thanks for the start. I will add a couple of things once you pushed it. ___ devel

Re: RTEMS CAN support Was: Hello World on BeagleBone

Hello Gedare and John, I have long term interrest in (not only) RTEMS CAN support. So I would help as time and energy allows me. I want and must spent some holiday time out of computers and school load. I would apply for (co-)menthor. Send me invitation, please. As for RTEMS CAN support, as I

[PATCH] user: Add a migration chapter

From: Chris Johns This is a start with the hope we collect useful pieces to aid porting. Please add to this. Closes #3895 --- user/index.rst | 2 + user/migration/index.rst | 17 ++ user/migration/v4_11-to-v5.rst | 96 ++ 3 files

Re: Project proposal for GSOC 2020

sorry again editable link : https://docs.google.com/document/d/1lGgcngtHeDadC-_uGojclv7KDSLWnxqCgc9AUV8sxQ4/edit?usp=sharing Updated the same on tracking page On Thu, Mar 12, 2020 at 11:55 AM Vaibhav Gupta wrote: > > > On Thu, 12 Mar 2020 at 11:28, Eshan Dhawan > wrote: > >> I am sorry for

Re: Project proposal for GSOC 2020

On Thu, 12 Mar 2020 at 11:28, Eshan Dhawan wrote: > I am sorry for the confusion. > By mistake, I sent the wrong link. > Here is the link of the Google Docx format of the proposal. > > Link: > https://drive.google.com/open?id=1lGgcngtHeDadC-_uGojclv7KDSLWnxqCgc9AUV8sxQ4 > There is no edit

Re: RTEMS Python Standardization (ticket #3892)

Hello, With whom can I discuss regarding douts, Any tentative mentor open for guiding me, I have a few doubts regarding the project. Is Dr. Gedare going to be a tentative mentor? Best Regards On Tue, Mar 10, 2020 at 11:12 AM Anmol Mishra wrote: > Sure thing, I have replied and reviewed all