Re: [PATCH 00/16] Remove obsoleted APIs

On 14/7/20 2:43 pm, Sebastian Huber wrote: > On 14/07/2020 06:25, Chris Johns wrote: > >> On 13/7/20 4:51 pm, Sebastian Huber wrote: >>> This patch set removes APIs obsoleted in RTEMS 5.1. >> Have the `use this` parts that are also being removed been capture somewhere >> so >> someone who drops i

Re: [PATCH 00/16] Remove obsoleted APIs

On 14/7/20 2:43 pm, Sebastian Huber wrote: > On 14/07/2020 06:25, Chris Johns wrote: > >> On 13/7/20 4:51 pm, Sebastian Huber wrote: >>> This patch set removes APIs obsoleted in RTEMS 5.1. >> Have the `use this` parts that are also being removed been capture somewhere >> so >> someone who drops i

Re: [PATCH] build: Ensure mandatory compiler/linker flags

On 14/07/2020 06:41, Chris Johns wrote: On 13/7/20 3:05 pm, Sebastian Huber wrote: On 13/07/2020 02:09, Chris Johns wrote: On 8/7/20 9:37 pm, Sebastian Huber wrote: On 08/07/2020 13:34, Chris Johns wrote: Are these flags needed for all BSPs? Yes, these flags are needed to build and use lib

Re: [PATCH 00/16] Remove obsoleted APIs

On 14/07/2020 06:25, Chris Johns wrote: On 13/7/20 4:51 pm, Sebastian Huber wrote: This patch set removes APIs obsoleted in RTEMS 5.1. Have the `use this` parts that are also being removed been capture somewhere so someone who drops in after these are pushed knows how to fix something? They se

Re: [PATCH] build: Ensure mandatory compiler/linker flags

On 13/7/20 3:05 pm, Sebastian Huber wrote: > On 13/07/2020 02:09, Chris Johns wrote: >> On 8/7/20 9:37 pm, Sebastian Huber wrote: >>> On 08/07/2020 13:34, Chris Johns wrote: >>> Are these flags needed for all BSPs? >>> Yes, these flags are needed to build and use libbsd. >> >> Why not define t

Re: [PATCH 00/16] Remove obsoleted APIs

On 13/7/20 4:51 pm, Sebastian Huber wrote: > This patch set removes APIs obsoleted in RTEMS 5.1. Have the `use this` parts that are also being removed been capture somewhere so someone who drops in after these are pushed knows how to fix something? They seem useful. Chris

Re: [PATCH 01/16] rtems: Remove _RTEMS_version

On 13/7/20 4:54 pm, Sebastian Huber wrote: > On 13/07/2020 08:51, Sebastian Huber wrote: >> diff --git a/bsps/shared/rtems-version.c b/bsps/shared/rtems-version.c >> index 99b98966e6..26f7a5731a 100644 >> --- a/bsps/shared/rtems-version.c >> +++ b/bsps/shared/rtems-version.c >> @@ -25,7 +25,7 @@ >>

Re: [GSoC 2020: Daily Update]: Building EPICS with RTEMS5

On 12/7/20 12:46 am, Heinz Junkes wrote: > It's not my experience. > > I made my first attempts with RTEMS5 for a beatnik-board (MVME6100). > For this I created the BSP like this: > >  cd build/b-beatnik >     ../../rtems/configure --enable-maintainer-mode > --prefix=$HOME/RTEMS/rtems-5 > --targ

Re: [GSoC 2020: Daily Update]: Building EPICS with RTEMS5

Could we please look at separate threads for these status posts, maybe one per week or per topic or something else? I do not think having mega-threads helps. Thanks Chris On 12/7/20 4:04 am, Mritunjay Sharma wrote: > > > On Sat, Jul 11, 2020 at 2:07 AM Gedare Bloom >

Re: [GSoC 2020: Daily Update]: Building EPICS with RTEMS5

Hello everyone, Good news is that my new system is fully functional now with the development environment and I resumed the work today. What I was trying to do was build EPICS 7 with RTEMS 5 by hand for pc-386. As advised in the thread, in my new system, I built pc-386 with '--enable-networking'

Re: [PATCH] Fix for Beaglebone BSP PWM bug

Hi Christian, Thanks very much for that, much appreciated. Cheers, James On Tue, 14 Jul 2020, 03:52 Christian Mauderer, wrote: > > > On 13/07/2020 11:55, James Fitzsimons wrote: > > Hi Christian and Chris, > > > > On Sun, 12 Jul 2020 at 06:27, Christian Mauderer > >

[PATCH 2/2] added the test files for confstr

closes #3373 Signed-off-by: Eshan dhawan --- libbsd.py | 1 + testsuite/confstr/test_main.c | 71 +++ 2 files changed, 72 insertions(+) create mode 100644 testsuite/confstr/test_main.c diff --git a/libbsd.py b/libbsd.py index 9beba660..581b3

[PATCH 1/2] Confstr Port for RTEMS

File added to LIBBSD Closes #3373 Signed-off-by: Eshan dhawan --- freebsd/lib/libc/gen/confstr.c | 127 + libbsd.py | 1 + 2 files changed, 128 insertions(+) create mode 100644 freebsd/lib/libc/gen/confstr.c diff --git a/freebsd/lib/libc/g

[PATCH] Strict thread-stack isolation

- This is the complete set of changes for strict isolation of thread stacks. - There needs to be a confiuration operation,(#if defined(USE_THREAD_STACK_PROTECTION) for simple configuration can be used) - The stack attributes are allocated through malloc, this needs to be done through score unlimi

Re: [PATCH] Changing pwm pinmux to use better register definitions

Hello James, like said in the other Thread: I squashed it together with your first patch and pushed it. Thanks for the fix. Best regards Christian On 13/07/2020 11:53, James Fitzsimons wrote: > --- > bsps/arm/beagle/pwm/pwm.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > di

Re: [PATCH] Fix for Beaglebone BSP PWM bug

On 13/07/2020 11:55, James Fitzsimons wrote: > Hi Christian and Chris, > > On Sun, 12 Jul 2020 at 06:27, Christian Mauderer > wrote: > > Hello Fitzsimons, > > sorry for the late review and thanks Chris for poking me. > > I have some troubles understandi

Re: [PATCH 00/16] Remove obsoleted APIs

On 13/07/2020 16:05, Gedare Bloom wrote: On Mon, Jul 13, 2020 at 8:01 AM Gedare Bloom wrote: looks good to me. this is good cleanup to do shortly after a release. I'm a little bit curious if there is a plan for how to deal with remaining deprecated interfaces. I see a lot of deprecated stuff

Re: [PATCH 00/16] Remove obsoleted APIs

On Mon, Jul 13, 2020 at 8:01 AM Gedare Bloom wrote: > > looks good to me. this is good cleanup to do shortly after a release. > I'm a little bit curious if there is a plan for how to deal with remaining deprecated interfaces. I see a lot of deprecated stuff still in the block/disk device driver h

Re: [PATCH 00/16] Remove obsoleted APIs

looks good to me. this is good cleanup to do shortly after a release. On Mon, Jul 13, 2020 at 12:52 AM Sebastian Huber wrote: > > This patch set removes APIs obsoleted in RTEMS 5.1. > > Sebastian Huber (16): > rtems: Remove _RTEMS_version > rtems: Remove RTEMS_MAXIMUM_NAME_LENGTH > rtems: R

Re: Need help in understanding some of the existing code in RTEMS

Hi, We use a zero-length array in the definition of Scheduler_EDF_SMP_Context, but I can not see any code in scheduleredfsmp.c ( https://git.rtems.org/rtems/tree/cpukit/score/src/scheduleredfsmp.c) which actually

Re: [PATCH] Fix for Beaglebone BSP PWM bug

Hi Christian and Chris, On Sun, 12 Jul 2020 at 06:27, Christian Mauderer wrote: > Hello Fitzsimons, > > sorry for the late review and thanks Chris for poking me. > > I have some troubles understanding the patch and the current code: > > == Regarding your patch: > > There is no pin GPMC_AD(18) or

[PATCH] Changing pwm pinmux to use better register definitions

--- bsps/arm/beagle/pwm/pwm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/bsps/arm/beagle/pwm/pwm.c b/bsps/arm/beagle/pwm/pwm.c index 9a346995aa..81ace1254e 100644 --- a/bsps/arm/beagle/pwm/pwm.c +++ b/bsps/arm/beagle/pwm/pwm.c @@ -102,9 +102,9 @@ bool beagle_pwm_pinmux