Two basic questions: Does the priority field type need to be Architecture- or BSP-defined or is uint32_t always going to be fine.
Does changing (increasing) the priority of a vector from within interrupt context possibly cause a pending interrupt to post that was previously at a lower priority than the currently masked priority level? In that case, it would cause a preemption to occur. I'm guessing this behavior could be architecture-specific. I added those questions to the ticket also. Gedare On Wed, Mar 20, 2024 at 2:59 AM Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > > Hello, > > I added a ticket for a proposal for an API to get and set interrupt > priorities for interrupt vectors: > > https://devel.rtems.org/ticket/5002 > > I would like to implement this API at least for the BSPs using the > ARM/AArch64 GIC. > > -- > embedded brains GmbH & Co. KG > 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 _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel