From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936264AbXGZS6e (ORCPT ); Thu, 26 Jul 2007 14:58:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934142AbXGZS6Z (ORCPT ); Thu, 26 Jul 2007 14:58:25 -0400 Received: from terminus.zytor.com ([198.137.202.10]:45371 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934213AbXGZS6Y (ORCPT ); Thu, 26 Jul 2007 14:58:24 -0400 Message-ID: <46A8EE78.4040702@zytor.com> Date: Thu, 26 Jul 2007 11:56:56 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.0 (X11/20070419) MIME-Version: 1.0 To: Joe Korty CC: mingo@elte.hu, tglx@linutronix.de, sdietrich@novell.com, linux-rt-users@vger.kernel.org, linux-kernel@vger.kernel.org, jason.baietto@ccur.com Subject: Re: [PATCH] create /proc/all-interrupts References: <20070726180522.GA1486@tsunami.ccur.com> In-Reply-To: <20070726180522.GA1486@tsunami.ccur.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Joe Korty wrote: > Create /proc/all-interrupts for some architectures. > > Create a version of /proc/interrupts that displays _every_ > IRQ vector, not just those that someone thought might be > interesting, and add an entry in the commentary column > for those vectors which lacked such a comment. > > Rationale: /proc/interrupts is not truly useful unless it > displays every IRQ vector, not just those somebody thought > would be interesting. For example, since /proc/interrupts > does not display the rescheduling interrupt, the occurance > of rescheduling interrupt floods ends up affecting > latencies, yet without an entry in /proc/interrupts, it > is difficult to discern why latencies are being affected. > > Rather than modify /proc/interrupts, this patch creates > a new version of /proc/interrupts, on the off-chance > that adding new lines to /proc/interrupts, and appending > new fields to the end of old lines, might break some > longstanding script. However, these kinds of changes > traditionally do not affect scripts, so it might be > reasonable to fold /proc/all-interrupts back into > /proc/interrupts. I think that would be the right thing to do. We have added things to /proc/interrupts in the past. -hpa