Re: SMP related question
Hello Stavros, you can do this with a custom clustered scheduler configuration: https://docs.rtems.org/branches/master/c-user/configuring_a_system.html#clustered-scheduler-configuration Alternatively, on a recent version the default SMP scheduler supports a one-to-one affinity. You can set it in a device driver. - Am 10. Aug 2018 um 14:10 schrieb Passas, Stavros stavros.pas...@intel.com: > Hi, > > In my local SMP enabled RTEMS, I notice core1 starting the Init() function of > the user application. > Is there a way to enforce RTEMS to run the Init() in the boot processor, when > SMP is enabled? > > Best Regards, > Stavros > -- > Intel Research and Development Ireland Limited > Registered in Ireland > Registered Office: Collinstown Industrial Park, Leixlip, County Kildare > Registered Number: 308263 > > > This e-mail and any attachments may contain confidential material for the sole > use of the intended recipient(s). Any review or distribution by others is > strictly prohibited. If you are not the intended recipient, please contact the > sender and delete all copies. > > ___ > users mailing list > users@rtems.org > http://lists.rtems.org/mailman/listinfo/users ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Re: SMP related question
On Fri, Aug 10, 2018, 7:11 AM Passas, Stavros wrote: > Hi, > > > > In my local SMP enabled RTEMS, I notice core1 starting the Init() function > of the user application. > I assume the boot processor is on core 0. How many cores? > Is there a way to enforce RTEMS to run the Init() in the boot processor, > when SMP is enabled? > Off the top of my head, all I can think of is using clustered scheduling and have a scheduler instance just for core 0. A potential alternative would be to have a way to set the affinity for the Init thread via a configuration setting like you can do stack size now. A work around would be to have the Init thread create another thread pinned to core 0 to do the initialization but that seems like a hack. > > Best Regards, > >Stavros > > -- > Intel Research and Development Ireland Limited > Registered in Ireland > Registered Office: Collinstown Industrial Park, Leixlip, County Kildare > Registered Number: 308263 > > This e-mail and any attachments may contain confidential material for the > sole use of the intended recipient(s). Any review or distribution by others > is strictly prohibited. If you are not the intended recipient, please > contact the sender and delete all copies. > > ___ > users mailing list > users@rtems.org > http://lists.rtems.org/mailman/listinfo/users ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
SMP related question
Hi, In my local SMP enabled RTEMS, I notice core1 starting the Init() function of the user application. Is there a way to enforce RTEMS to run the Init() in the boot processor, when SMP is enabled? Best Regards, Stavros -- Intel Research and Development Ireland Limited Registered in Ireland Registered Office: Collinstown Industrial Park, Leixlip, County Kildare Registered Number: 308263 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Remove CONFIGURE_HAS_OWN_MOUNT_TABLE
Hello, are there users of the CONFIGURE_HAS_OWN_MOUNT_TABLE configuration option? I would like to remove it in RTEMS 5.1. https://devel.rtems.org/ticket/3488 -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Deprecate/remove CONFIGURE_HAS_OWN_CONFIGURATION_TABLE in 5.1
Hello, I would like to deprecate/remove the CONFIGURE_HAS_OWN_CONFIGURATION_TABLE configuration option in the RTEMS 5.1 release. The RTEMS configuration should be done via explicit configuration options to allow more freedom for implementation changes. https://devel.rtems.org/ticket/3489 Is this configuration option used actually? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
