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
configuration.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@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/
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
