Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751148AbWJDV04 (ORCPT ); Wed, 4 Oct 2006 17:26:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751149AbWJDV04 (ORCPT ); Wed, 4 Oct 2006 17:26:56 -0400 Received: from ug-out-1314.google.com ([66.249.92.170]:57452 "EHLO ug-out-1314.google.com") by vger.kernel.org with ESMTP id S1751148AbWJDV0z (ORCPT ); Wed, 4 Oct 2006 17:26:55 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:sender; b=KmINTDhLUUOLQ5LfzjZupKDPgQ0dplzVU6IUCMyV0yKhBuBC+cAesjLKdx1vvFpxLQMYNqmoLGea5E+6vdBSGnwJpNrXS5KosUcK7+phiIjW1SiqzU1vYZoD9QU07jCyoVQsgFxxfJL9V0fKwKs5b1Y3qEEMMVAFxWvV3LMh4BI= Date: Wed, 4 Oct 2006 21:26:33 +0000 From: Frederik Deweerdt To: Matthew Wilcox Cc: Jeff Garzik , linux-kernel@vger.kernel.org, arjan@infradead.org, alan@lxorguk.ukuu.org.uk, akpm@osdl.org, rdunlap@xenotime.net, gregkh@suse.de Subject: Re: [RFC PATCH] add pci_{request,free}_irq take #3 Message-ID: <20061004212633.GG352@slug> References: <20061004193229.GA352@slug> <4524106C.8010807@garzik.org> <20061004202938.GF352@slug> <20061004203311.GI28596@parisc-linux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061004203311.GI28596@parisc-linux.org> User-Agent: mutt-ng/devel-r804 (Linux) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1606 Lines: 38 On Wed, Oct 04, 2006 at 02:33:11PM -0600, Matthew Wilcox wrote: > On Wed, Oct 04, 2006 at 08:29:38PM +0000, Frederik Deweerdt wrote: > > I see. Just to be sure that I got the matter right, does the issue boils > > down to a choice between: > > woah, woah, woah, you're getting yourself confused here. yep :), I clearly missed the point you made there: http://lkml.org/lkml/2006/10/3/404 I've re-read it, hope I've got it right this time. > > You're looking at what the architectures do here. We're not concerned > with that, we're concerned with what the device drivers do with whatever > value the architecture has stuck in pdev->irq. Not sure I get it still though. Is the issue more than just the location of the irq validation code? If yes, could you explain what are the differences between your proposal and Jeff's ? Anyway, let me have another try at summing up the issue: #1 - generic irq validation code in include/linux/pci.h - arch specific irq validation code in include/asm/pci.h - is_irq_valid() called by pci_request_irq() BTW this is much like it's done for pci_resource_to_user() #2 - generic irq validation code in include/linux/interrupt.h - arch specific irq validation code in include/asm/interrupt.h - include/linux/pci.h includes linux/interrupt.h - is_irq_valid() called by pci_request_irq() - and maybe others? - Thanks, Frederik - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/