Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754162AbbGBTpQ (ORCPT ); Thu, 2 Jul 2015 15:45:16 -0400 Received: from 6.mo69.mail-out.ovh.net ([46.105.50.107]:38106 "EHLO 6.mo69.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753756AbbGBTpJ convert rfc822-to-8bit (ORCPT ); Thu, 2 Jul 2015 15:45:09 -0400 X-Greylist: delayed 4735 seconds by postgrey-1.27 at vger.kernel.org; Thu, 02 Jul 2015 15:45:09 EDT From: =?ISO-8859-1?Q?Jo=EBl?= Porquet To: Vineet Gupta Cc: linux@arm.linux.org.uk, kgene@kernel.org, k.kozlowski@samsung.com, shawn.guo@linaro.org, kernel@pengutronix.de, tony@atomide.com, monstr@monstr.eu, cernekee@gmail.com, f.fainelli@gmail.com, ralf@linux-mips.org, tglx@linutronix.de, jason@lakedaemon.net, swarren@wwwdotorg.org, lee@kernel.org, shc_work@mail.ru, baruch@tkos.co.il, matthias.bgg@gmail.com, baohua@kernel.org, maxime.ripard@free-electrons.com, thierry.reding@gmail.com, gnurou@gmail.com, chris@zankel.net, jcmvbkbc@gmail.com, soren.brinkmann@xilinx.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH 00/48] Make the IRQCHIP_DECLARE macro globally accessible Date: Thu, 02 Jul 2015 14:23:10 -0400 Message-ID: <5241045.u2d8ixKRcE@joel-zenbook> User-Agent: KMail/4.14.10 (Linux/4.0.7-2-ARCH; KDE/4.14.10; x86_64; ; ) In-Reply-To: <5594E229.2020506@synopsys.com> References: <1435790000-15720-1-git-send-email-joel@porquet.org> <5594E229.2020506@synopsys.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="utf-8" X-Ovh-Tracer-Id: 9336243502707929105 X-Ovh-Remote: 190.181.39.143 (static-190-181-39-143.acelerate.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekvddrfeefucetufdoteggucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddm X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekvddrfeefucetufdoteggucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddm Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2620 Lines: 59 On Thursday, July 02, 2015 12:33:05 PM Vineet Gupta wrote: > On Thursday 02 July 2015 04:02 AM, Joel Porquet wrote: > > At the moment the IRQCHIP_DECLARE macro is only declared locally in > > 'drivers/irqchip/irqchip.h'. That prevents from using it directly in > > arch/* > > directories whenever irqchip drivers only exist there, which happens in a > > few cases (e.g. arc, arm, microblaze and mips). > > > > This patch makes the macro to be globally defined, in > > include/linux/irqchip.h, and thus usable for arch-specific declarations > > of irqchip drivers. In this way, it is very similar to what clocksource > > does (ie CLOCKSOURCE_OF_DECLARE is defined in > > include/linux/clocksource.h). > > > > I split up everything into patches to make the integration easier. Please > > let me know if it's not, and in such case how to make it better. > > > > For now, patch 01 of this series transfers the declaration of the macro > > IRQCHIP_DECLARE to the global header 'include/linux/irqchip.h'. The > > following patches, from 02 to 47, modify all the irqchip drivers that use > > IRQCHIP_DECLARE, one by one. And finally, the last patch 48 removes the > > private and now useless header 'drivers/irqchip/irqchip.h'. > > Hi Joel, > > I don't see the rest of series on lkml and/or the patch which touches > arch/arc. Also, you may wanna redo this after 4.2-rc1 anyways. For ARC > atleast, there's a new intc which would also require similar fixup. There > might be others .... > > Thx, > -Vineet Hi Vineet (and all), Sorry for the mistake, I hope I didn't spam anyone (too much). I realized to late that sending about fifty patches to 26 recipients was probably not a good idea, and my smtp provider would have blocked me before the end anyway. Therefore I will follow your suggestion and wait until after 4.2-rc1. Then I'll resubmit a new patchset that takes into account the new intc(s) as well. But since this patchset affects many files across several drivers and architectures, what would be the best way to submit it? Would it be OK to send the cover to all the maintainers/mailing-lists involved in order to inform them that a patchset is affecting their respective subsystem, but to send the patches only on the kernel mailing-list? And/or is there someone in particular who is in charge to integrate such a transversal patchset? Thanks, Joël -- 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/