[PATCH 3/6] rtems: From to

Move task related declarations and definitions to . The goal is to make an include only header file. --- cpukit/include/rtems.h | 29 - cpukit/include/rtems/rtems/tasks.h | 29 + 2 files changed, 29 insertions(+), 29 deletions(-)

[PATCH 2/6] rtems: From to

Move object related declarations and definitions to . The goal is to make an include only header file. --- cpukit/include/rtems.h | 59 - cpukit/include/rtems/rtems/object.h | 59 + 2 files changed, 59 insertions(+), 59 deletio

[PATCH 6/6] rtems: Generate

Change license to BSD-2-Clause according to file history and documentation re-licensing agreement. Update #3053. Update #3899. Update #3993. --- cpukit/include/rtems.h | 100 +++-- 1 file changed, 67 insertions(+), 33 deletions(-) diff --git a/cpukit/include/r

[PATCH 4/6] rtems: From to

Move type related definition to . The goal is to make an include only header file. --- cpukit/include/rtems.h | 7 --- cpukit/include/rtems/rtems/types.h | 7 +++ 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/cpukit/include/rtems.h b/cpukit/include/rtems.h in

[PATCH 1/6] rtems: Move from to

Move configuration related declarations and definitions to . The goal is to make an include only header file. --- cpukit/include/rtems.h | 16 cpukit/include/rtems/config.h| 17 + cpukit/sapi/src/getcopyrightnotice.c | 2 +- cpukit/sapi/src

[PATCH 0/6] Make an include only header file

This patch set moves all defines and function declarations out of to specialized header files. The last patches replace it with a generated version and changes the license to BSD-2-Clause. Sebastian Huber (6): rtems: Move from to rtems: From to rtems: From to rtems: From to rte

[PATCH 5/6] rtems: From to

Move multiprocessing related definitions to . This makes an include only header file. --- cpukit/include/rtems.h | 25 - cpukit/include/rtems/rtems/mp.h | 16 2 files changed, 16 insertions(+), 25 deletions(-) diff --git a/cpukit/include/rtems.h

Re: [PATCH rtems-libbsd 1/3] Add helper script to find licenses.

On 18/9/20 4:39 pm, Christian Mauderer wrote: > You mentioned that libbsd.py should be taught to > handle licenses. Do you plan anything into that direction? In that case > touching the script wouldn't be really useful. Yes it is on my list. Chris ___ d

Re: [PATCH] gitignore: ignore top-level ini files

On 18/9/20 2:46 pm, Sebastian Huber wrote: > On 17/09/2020 20:55, Gedare Bloom wrote: > >> ping: decision needed--should we git-ignore .ini everywhere, .ini in >> top-level, or just the default config.ini in top-level? > I tend to ignore the top-level *.ini files. Then maybe git should also do th

Re: [PATCH] gitignore: ignore top-level ini files

On 18/09/2020 09:42, Chris Johns wrote: On 18/9/20 2:46 pm, Sebastian Huber wrote: On 17/09/2020 20:55, Gedare Bloom wrote: ping: decision needed--should we git-ignore .ini everywhere, .ini in top-level, or just the default config.ini in top-level? I tend to ignore the top-level *.ini files.

[PATCH 0/3] grlib: Some clean ups

Sebastian Huber (3): grlib: Remove superfluous forward decls grlib: Remove unused conversion macros grlib: Add ambapp_common_info to derived types bsps/include/grlib/ambapp.h | 48 ++- bsps/shared/grlib/amba/ambapp.c | 14 bsps/shared/grlib/a

[PATCH 1/3] grlib: Remove superfluous forward decls

--- bsps/include/grlib/ambapp.h | 5 - 1 file changed, 5 deletions(-) diff --git a/bsps/include/grlib/ambapp.h b/bsps/include/grlib/ambapp.h index 6b617ada70..2ad66713e0 100644 --- a/bsps/include/grlib/ambapp.h +++ b/bsps/include/grlib/ambapp.h @@ -35,11 +35,6 @@ extern "C" { /* Max supporte

[PATCH 3/3] grlib: Add ambapp_common_info to derived types

This avoids a cast in DEV_TO_COMMON(). --- bsps/include/grlib/ambapp.h | 38 --- bsps/shared/grlib/amba/ambapp.c | 14 +- bsps/shared/grlib/amba/ambapp_freq.c | 2 +- bsps/shared/grlib/ascs/grascs.c | 2 +- bsps/shared/grlib/can/satcan.c

[PATCH 2/3] grlib: Remove unused conversion macros

--- bsps/include/grlib/ambapp.h | 5 - 1 file changed, 5 deletions(-) diff --git a/bsps/include/grlib/ambapp.h b/bsps/include/grlib/ambapp.h index 2ad66713e0..9202669ec0 100644 --- a/bsps/include/grlib/ambapp.h +++ b/bsps/include/grlib/ambapp.h @@ -56,11 +56,6 @@ struct ambapp_dev { #define

Re: [PATCH 00/26] leon: various fixes and TN0018 errata workaround

Hallo Daniel, what are your plans with respect to this patch set? Please also have a look at: https://lists.rtems.org/pipermail/devel/2020-September/062176.html ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

RE: legacy stack or libbsd

Hi Chris, >I will get back around to it. There are 2 sets of changes. In PTP itself a >change is to add kqueue support because select in libbsd does not support >signals. The PTP code runs a number of timers and they run of an alarm signal. >The other piece of support is to the score to bring in t

Re: [PATCH] gitignore: ignore top-level ini files

On Fri, Sep 18, 2020 at 1:43 AM Sebastian Huber wrote: > > On 18/09/2020 09:42, Chris Johns wrote: > > > On 18/9/20 2:46 pm, Sebastian Huber wrote: > >> On 17/09/2020 20:55, Gedare Bloom wrote: > >> > >>> ping: decision needed--should we git-ignore .ini everywhere, .ini in > >>> top-level, or just

Re: [PATCH] score: Improve Scheduler Handler documentation

Thanks, just a couple minor nits. On Fri, Sep 18, 2020 at 12:38 AM Sebastian Huber wrote: > > --- > cpukit/include/rtems/score/scheduler.h | 23 - > cpukit/include/rtems/score/schedulerimpl.h | 29 +- > 2 files changed, 38 insertions(+), 14 deletions(-) >

Re: [PATCH 0/6] Make an include only header file

The set looks fine to me. The only thing I noticed is that config.h is a weird place for the copyright notice and version string declarations, but I don't know of anything better than that. On Fri, Sep 18, 2020 at 1:35 AM Sebastian Huber wrote: > > This patch set moves all defines and function de

Re: [PATCH 0/6] Make an include only header file

On Fri, Sep 18, 2020 at 11:02 AM Gedare Bloom wrote: > The set looks fine to me. The only thing I noticed is that config.h is > a weird place for the copyright notice and version string > declarations, but I don't know of anything better than that. > Agree this all looks OK. I am sure we have ot

Flight Software Workshop (Feb 2021 - Virtual)

Hi Passing this along to the RTEMS Community. Hopefully some of you will submit presentations. This is a very interesting workshop and always includes presentations on some cool RTEMS projects. --joel

libbsd master broken for pc686 BSP

Hello, I've just tried to build libbsd master branch against the pc686 BSP build from rtems master and this still does not fly and fails with: /export/home/karel/sfw/rtems/6-tools-core2/lib/gcc/i386-rtems6/10.2.1/../../../../i386-rtems6/bin/ld: ./libbsd.a(uipc_mbuf.c.25.o): in function `m_unmap

Re: How to use lvgl on pc386 BSP.

Hello Christian, On 9/7/20 6:22 PM, Christian Mauderer wrote: > Depending on your application, you might want to think about switching > to the current master instead of the release. But note that I didn't > compile the PC BSP there. So I'm not sure how well it works. i386 is > normally not a pla

Re: libbsd master broken for pc686 BSP

If you really meant the master, try 6-freebsd12 instead. Branch names are complicated in libbsd because they need to reflect RTEMS and FreeBSD version. I'm not really sure how to make this any less confusing. :( --joel On Fri, Sep 18, 2020 at 3:01 PM Karel Gardas wrote: > > Hello, > > I've ju

Re: libbsd master broken for pc686 BSP

On 9/19/20 12:15 AM, Joel Sherrill wrote: > If you really meant the master, try 6-freebsd12 instead.  > Not sure, but Christian in a thread 'How to use lvgl on pc386 BSP' analysed my report about missing input.h IIRC and concluded that I need to use master, so hence I'm here on master. > Branch

Re: How to use lvgl on pc386 BSP.

On 9/18/20 11:51 PM, Karel Gardas wrote: > Whole demo output looks: > > i386: isr=0 irr=1 > i386: isr=0 irr=1 > FB_VESA_RM frame buffer -- driver initializing.. > > > RTEMS LVGL HELLO WORLD > > nexus0: > pcib0 pcibus 0 > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at d

Re: legacy stack or libbsd

On 19/9/20 12:45 am, gabriel.moy...@dlr.de wrote: > Hi Chris, > >> I will get back around to it. There are 2 sets of changes. In PTP itself a >> change is to add kqueue support because select in libbsd does not support >> signals. The PTP code runs a number of timers and they run of an alarm >> s

Comments in spec files in rtems.git

Hi, Can comments be added to the .yml files under specs in rtems.git? I was looking over a few files and wonder if some comments would help. Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Re: does rtems 5.1 support create a core dump file when accessing a invalid address or other fatal errors?

Flash disk is used in our normal procedure. We use qspi interface to read and write data from/to a flash disk in order to record our logs. The flash disk is parted to several parts. In such case, a new part could be allocated to save the crash data. small...@aliyun.com From: Sebastian Huber