Change Details

Maintaining the intrcnt/intrnames variables are causing problems. Notably INTRNG's interrupt release code is unable to properly release counters. At this point it seems best to work towards moving the values elsewhere. The counters also really belong to the interrupting device, not the controller. As such they should be in the device-side structure, not the interrupt controller structure.

This allows architectures to provide the interrupt names/counters from intr_event, instead of the architecture tables. Since the tables are inferior for normal interrupts, but functional for IPI interrupts this is a substantial step forward.

Maintaining the intrcnt/intrnames variables are causing problems.This allows architectures to provide the interrupt names/counters from Notably INTRNG's interrupt release code is unintr_event, instead of the architecture table to properly releases. Since the tables are counters. At this point it seems best to work towards moving the valuesinferior for normal interrupts, but functional for IPI interrupts this elsewhere. The counters also really belong to the interrupting device, not the controller. As such they should be in the device-side structure, not the interrupt controller structureis a substantial step forward.