[PATCH] mpci: Simplify expressions
Gedare Bloom
gedare at rtems.org
Wed Mar 9 00:20:44 UTC 2022
On Tue, Mar 8, 2022 at 6:59 AM Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
>
> On 08/03/2022 14:56, Gedare Bloom wrote:
> > On Mon, Mar 7, 2022 at 11:52 PM Sebastian Huber
> > <sebastian.huber at embedded-brains.de> wrote:
> >> Use that rtems_configuration_get_user_multiprocessing_table() returns never
> >> NULL if RTEMS_MULTIPROCESSING defined.
> >> ---
> >> bsps/m68k/mvme147s/start/bspstart.c | 2 +-
> >> bsps/riscv/griscv/include/amba.h | 3 +--
> >> bsps/sparc/leon3/btimer/btimer.c | 5 ++---
> >> bsps/sparc/leon3/include/leon.h | 3 +--
> >> cpukit/libmisc/monitor/mon-editor.c | 6 ------
> >> cpukit/libmisc/stackchk/check.c | 10 ++++------
> >> 6 files changed, 9 insertions(+), 20 deletions(-)
> >>
> >> diff --git a/bsps/m68k/mvme147s/start/bspstart.c b/bsps/m68k/mvme147s/start/bspstart.c
> >> index 497b644150..e5eb48f108 100644
> >> --- a/bsps/m68k/mvme147s/start/bspstart.c
> >> +++ b/bsps/m68k/mvme147s/start/bspstart.c
> >> @@ -58,7 +58,7 @@ void bsp_start( void )
> >>
> >> #if defined(RTEMS_MULTIPROCESSING)
> >> node_number = (uint8_t)
> >> - (rtems_configuration_get_user_multiprocessing_table()->node - 1) & 0xF;
> >> + rtems_configuration_get_user_multiprocessing_table()->node - 1;
> > node is never 0?
>
> This would be a configuration error which is checked by:
>
> #if CONFIGURE_MP_NODE_NUMBER < 1
> #error "CONFIGURE_MP_NODE_NUMBER must be greater than or equal to one"
> #endif
>
> #if CONFIGURE_MP_NODE_NUMBER > CONFIGURE_MP_MAXIMUM_NODES
> #error "CONFIGURE_MP_NODE_NUMBER must be less than or equal to
> CONFIGURE_MP_MAXIMUM_NODES"
> #endif
>
> >
> >> #else
> >> node_number = 1;
> >> #endif
> >> diff --git a/bsps/riscv/griscv/include/amba.h b/bsps/riscv/griscv/include/amba.h
> >> index 292660d5c1..b615389df4 100644
> >> --- a/bsps/riscv/griscv/include/amba.h
> >> +++ b/bsps/riscv/griscv/include/amba.h
> >> @@ -46,8 +46,7 @@
> >> #define GRLIB_APB_SLAVES 16
> >>
> >> #if defined(RTEMS_MULTIPROCESSING)
> >> - #define GRLIB_CLOCK_INDEX \
> >> - (rtems_configuration_get_user_multiprocessing_table() ? GRLIB_Cpu_Index : 0)
> >> + #define GRLIB_CLOCK_INDEX GRLIB_Cpu_Index
> >> #else
> >> #define GRLIB_CLOCK_INDEX 0
> >> #endif
> >> diff --git a/bsps/sparc/leon3/btimer/btimer.c b/bsps/sparc/leon3/btimer/btimer.c
> >> index 9e9f2b02fc..03bbfe06e7 100644
> >> --- a/bsps/sparc/leon3/btimer/btimer.c
> >> +++ b/bsps/sparc/leon3/btimer/btimer.c
> >> @@ -23,10 +23,9 @@
> >>
> >> #if defined(RTEMS_MULTIPROCESSING)
> >> #define LEON3_TIMER_INDEX \
> >> - ((rtems_configuration_get_user_multiprocessing_table()) ? \
> >> - (rtems_configuration_get_user_multiprocessing_table()->node) - 1 : 1)
> >> + (rtems_configuration_get_user_multiprocessing_table()->node)
> > This is not the same value, but
> >
> >> #else
> >> - #define LEON3_TIMER_INDEX 0
> >> + #define LEON3_TIMER_INDEX 1
> > I guess this corrects the off-by-1?
>
> Sorry, this should be probably an extra patch. See remark in:
>
> https://lists.rtems.org/pipermail/devel/2022-March/070744.html
>
OK, I hadn't caught that discussion. The problem of dropping in and
out of the list :)
> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.huber at embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax: +49-89-18 94 741 - 08
>
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
More information about the devel
mailing list