[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070206233745.GB21969@elte.hu>
Date: Wed, 7 Feb 2007 00:37:45 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Daniel Walker <dwalker@...sta.com>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Andrew Morton <akpm@...l.org>, linux-kernel@...r.kernel.org
Subject: Re: 2.6.20-rc6-mm3
* Daniel Walker <dwalker@...sta.com> wrote:
> > > > the kernel simply displays reality: IRQ#0 isnt increasing
> > > > because it's not used, and LOC (local apic timers) is
> > > > increasing.
> > >
> > > What about the statistics for the other interrupts in the system ?
> > > It clearly doesn't list all interrupts in the system .
> >
> > what is your point?
>
> Isn't the listing inconsistent ? /proc/interrupts only showing some
> special interrupts, and not others .. For example it shows NMI which
> is not related to request_irq() .. It shows some clock driver devices
> (timer, NMI, LOC) and not others (clock event devices) ..
it's not inconsistent. /proc/interrupts lists registered interrupts plus
some special hardcoded platform interrupts that are not explicitly
registered - with the goal of providing a list of all active interrupt
sources. /proc/interrupts has been doing that for more than 10 years.
Clock event devices themselves are not 'interrupt lines', why should
they be listed in /proc/interrupts?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists