Potential source of interrupt aliasing

Matthew Dillon dillon at apollo.backplane.com
Mon Apr 11 00:15:33 PDT 2005


:    Hmm.  I can think of two solutions that avoid masking:
:
:    * Change the trigger mode from level to edge as a means of masking the
:      interrupt, then change it back to level triggered to unmask.  This
:      would be done in the IO APIC.
:
:    * Change the delivery mode to low-priority for the interrupt that occured
:      and use the priority field to mask the interrupt to the cpu.  This
:      would be done in the IO APIC with the LAPIC's TPR set appropriately.

    Here's a third... mess with the IOART_DEST mask for the pin on the 
    IOAPIC.  Can it be set to not route the interrupt to *any* cpu ?  
    Usually it's set to broadcast (all bits 1, at least on 4.x and DragonFly).

    so. e.g. IOART_DESTPHY but then with no cpu specified in IOART_DEST.

					-Matt
					Matthew Dillon 
					<dillon at backplane.com>


More information about the freebsd-current mailing list