From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261696AbUB0Flc (ORCPT ); Fri, 27 Feb 2004 00:41:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261697AbUB0Flc (ORCPT ); Fri, 27 Feb 2004 00:41:32 -0500 Received: from gate.crashing.org ([63.228.1.57]:8378 "EHLO gate.crashing.org") by vger.kernel.org with ESMTP id S261696AbUB0Flb (ORCPT ); Fri, 27 Feb 2004 00:41:31 -0500 Subject: RE: Why no interrupt priorities? From: Benjamin Herrenschmidt To: "Grover, Andrew" Cc: Mark Gross , arjanv@redhat.com, Tim Bird , root@chaos.analogic.com, Linux Kernel list In-Reply-To: References: Content-Type: text/plain Message-Id: <1077859968.22213.163.camel@gaston> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 27 Feb 2004 16:32:48 +1100 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > Is the assumption that hardirq handlers are superfast also the reason > why Linux calls all handlers on a shared interrupt, even if the first > handler reports it was for its device? With level irqs only, it would be possible to return at this point. But with edge irqs, we could miss it completely if another device had an irq at the same time Ben.