[PATCH] Add configuration option for single processor applications

Sebastian Huber sebastian.huber at embedded-brains.de
Wed Mar 17 19:06:23 UTC 2021

On 17/03/2021 19:00, Richi Dubey wrote:

> Thanks for your quick review.
>     I think this patch is superfluous. In which scenario do you think
>     it is
>     necessary?
> It is from this mail conversation:
> https://lists.rtems.org/pipermail/devel/2020-September/061845.html 
> <https://lists.rtems.org/pipermail/devel/2020-September/061845.html>
> followed by
> https://lists.rtems.org/pipermail/devel/2020-September/061846.html 
> <https://lists.rtems.org/pipermail/devel/2020-September/061846.html>.
For the tests you just need a temporary hack.
> Strong APA uses the value of CONFIGURE_MAXIMUM_PROCESSORS in its 
> declaration 
> <https://github.com/richidubey/rtems/blob/d3d1e4bc8e616738bd5892c59f82b174c399fc0b/cpukit/include/rtems/scheduler.h#L260> 
> at cpukit/include/rtems/scheduler.h. This addition would be necessary 
> to support future SMP schedulers that need to know the number of CPUs 
> in the system at the time of configuration.
In general, it makes no sense to use an SMP scheduler on a system with 
just one processor. If you really want to do this, then you have to 
explicitly define CONFIGURE_MAXIMUM_PROCESSORS to 1 in your application 

embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
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:

More information about the devel mailing list