From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761330Ab2DKVrc (ORCPT ); Wed, 11 Apr 2012 17:47:32 -0400 Received: from www.linutronix.de ([62.245.132.108]:33344 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756217Ab2DKVra (ORCPT ); Wed, 11 Apr 2012 17:47:30 -0400 Date: Wed, 11 Apr 2012 23:47:25 +0200 (CEST) From: Thomas Gleixner To: Benjamin Herrenschmidt cc: Grant Likely , Andreas Schwab , Russell King - ARM Linux , devicetree-discuss@lists.ozlabs.org, linux-kernel@vger.kernel.org, Rob Herring , Milton Miller , linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v5 06/27] irq_domain/powerpc: eliminate irq_map; use irq_alloc_desc() instead In-Reply-To: <1334180248.2984.39.camel@pasglop> Message-ID: References: <1329383368-12122-1-git-send-email-grant.likely@secretlab.ca> <1329383368-12122-7-git-send-email-grant.likely@secretlab.ca> <20120402202848.1EB833E02A7@localhost> <20120402215524.GM24211@n2100.arm.linux.org.uk> <1333406005.30734.61.camel@pasglop> <20120402225223.GN24211@n2100.arm.linux.org.uk> <1333409927.30734.62.camel@pasglop> <1333755470.3040.38.camel@pasglop> <1334106834.2984.17.camel@pasglop> <1334107996.2984.20.camel@pasglop> <1334122182.2984.33.camel@pasglop> <20120411205707.68AC13E08B6@localhost> <1334180248.2984.39.camel@pasglop> User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 12 Apr 2012, Benjamin Herrenschmidt wrote: > On Wed, 2012-04-11 at 14:57 -0600, Grant Likely wrote: > > > > Yeah, I've got a different way to fix it though. There is exactly one > > user of irq_virq_count in-tree right now: PS3. Also, irq_virq_count > > is only useful for the NOMAP mapping. So, instead of having a single > > global irq_virq_count values, I've dropped it entirely and added a > > max_irq argument to irq_domain_add_nomap(). That makes it a property > > of an individual nomap irq domain instead of a global system settting. > > > > Hopefully I'll have a draft patch ready today. > > That works for me. I'll send patches for cleanup MPIC as well. > > One thing tho (Thomas, Russell) is that I like using set_irq_trigger to > establish the "defaults" in mpic, ie, it does the descriptor locking > etc... for me, I'd rather avoid open coding all of that. What I need is > a "variant" that doesn't actually change the trigger but instead > initializes the irq_desc with whatever settings the HW currently has > (ie, I need to make sure things are properly in sync) though other > implementations may want to use that for defaults. > > Any objection to defining something like IRQ_TYPE_DEFAULT ? > > I was thinking about making it equal to IRQ_TYPE_SENSE_MASK since that > can obviously not be a valid trigger value and is distinct from > IRQ_TYPE_NONE. No objections.