On Wed, Jun 16, 2021 at 12:34 PM Gedare Bloom <ged...@rtems.org> wrote: > > On Wed, Jun 16, 2021 at 5:23 AM Sebastian Huber > <sebastian.hu...@embedded-brains.de> wrote: > > > > Hello, > > > > I work currently on an extension of the interrupt manager API: > > > > https://devel.rtems.org/ticket/3269 > > > > This API is not related to the interrupt handling at processor level. It > > is related to the management of interrupts at the interrupt controller > > level. > > > What happens in case there's no controller? > > > We need directives to enable and disable interrupt vectors. > > Unfortunately, rtems_interrupt_enable() and rtems_interrupt_disable() > > are already occupied. My first approach was to use > > rtems_interrupt_mask() and rtems_interrupt_unmask(), however, I noticed > > that rtems_interrupt_mask is already used. What about > > > > rtems_interrupt_permit() > > > > and > > > > rtems_interrupt_forbid() > > > > ? > > > Implicitly, rtems_interrupt_* means a directive oriented toward the > CPU side of the interrupt management? It seems there should be an > explicit indicator of API calls that target the controller side, like > rtems_interrupt_controller_xxx()? > > Then you can reuse directive names, like > rtems_interrupt_controller_disable(). Unless there's a possibility to > enable/disable the controller itself. in which case, we'd need > something else like rtems_interrupt_controller_disable_irq(int irq) or > whatever, and perhaps rtems_interrupt_controller_disable_irqs(). > Looks like the existing irq-extension.h uses 'vector', so rtems_interrupt_disable_vector() is a possibility, or else rtems_interrupt_controller_disable_vector() is more wordy but if we want to treat 'interrupt controller' as its own category of API separate from 'interrupt'.
> > -- > > 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 _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel