linux-kernel - IRQs in /proc/irq/* that aren't listed in /proc/interrupts?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <c74773ba-10ff-ba3a-b144-da5c2a34c74e@windriver.com>
Date:   Mon, 12 Oct 2020 12:40:03 -0600
From:   Chris Friesen <chris.friesen@...driver.com>
To:     LKML <linux-kernel@...r.kernel.org>,
        Thomas Gleixner <tglx@...utronix.de>
Subject: IRQs in /proc/irq/* that aren't listed in /proc/interrupts?

Hi,

On one of my X86-64 systems /proc/interrupts starts with the following 
interrupts (per-cpu info snipped):

   0:      IR-IO-APIC-edge      timer
    4:      IR-IO-APIC-edge      serial
    8:      IR-IO-APIC-edge      rtc0
    9:      IR-IO-APIC-fasteoi   acpi
   17:      IR-IO-APIC-fasteoi   ehci_hcd:usb1, hpilo

On this same system /proc/irq shows these interrupts:

0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
17

Is there any way to determine what the interrupts are that aren't listed 
in /proc/interrupts?  Six of them are affined to all CPUs, and I'm 
trying to affine as many interrupts as possible to housekeeping CPUs to 
free up application CPUs for low-latency operations.

I'm not subscribed to the list, so I'd appreciate being CC's on any replies.

Chris