Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1033350AbbKEI1D (ORCPT ); Thu, 5 Nov 2015 03:27:03 -0500 Received: from lhrrgout.huawei.com ([194.213.3.17]:25856 "EHLO lhrrgout.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030939AbbKEI06 (ORCPT ); Thu, 5 Nov 2015 03:26:58 -0500 From: Gabriele Paoloni To: Marc Zyngier , "majun (F)" , Thomas Gleixner , Jiang Liu , Jason Cooper CC: "linux-arm-kernel@lists.infradead.org" , "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver Thread-Topic: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver Thread-Index: AQHRB1/Pqafmz+U0MUq6HQzTfLJI856Lnu4AgAARx4CAAYaKUA== Date: Thu, 5 Nov 2015 08:25:50 +0000 Message-ID: References: <1444923568-17413-1-git-send-email-marc.zyngier@arm.com> <1444923568-17413-8-git-send-email-marc.zyngier@arm.com> <5639BB10.1090108@huawei.com> <5639C9F9.2010704@arm.com> In-Reply-To: <5639C9F9.2010704@arm.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.82.41] Content-Type: text/plain; charset="gb2312" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.563B129F.000B,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: dd38c2fe43a7094811282f1b8a7c7511 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id tA58RRVh019193 Content-Length: 3682 Lines: 112 Hi Marc > -----Original Message----- > From: linux-pci-owner@vger.kernel.org [mailto:linux-pci-owner@vger.kernel.org] > On Behalf Of Marc Zyngier > Sent: 04 November 2015 09:04 > To: majun (F); Thomas Gleixner; Jiang Liu; Jason Cooper > Cc: linux-arm-kernel@lists.infradead.org; linux-pci@vger.kernel.org; linux- > kernel@vger.kernel.org > Subject: Re: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI > bridge driver > > On 04/11/15 08:00, majun (F) wrote: > > Hi Marc: > > > > ?? 2015/10/15 23:39, Marc Zyngier д??: > >> In order to demonstrate how to put together a wire/MSI bridge, > >> add a dummy driver that doesn't do anything at all, except > >> for allocating interrupts. > >> > >> It comes together with an even more stupid client driver that > >> allocates an interrupt and dump the hierarchy of that interrupt. > >> > >> Signed-off-by: Marc Zyngier > >> --- > > [...] > >> + > >> +static int msichip_domain_alloc(struct irq_domain *domain, unsigned int > virq, > >> + unsigned int nr_irqs, void *arg) > >> +{ > >> + int i, err; > >> + irq_hw_number_t hwirq; > >> + unsigned int type; > >> + struct irq_fwspec *fwspec = arg; > >> + void *data; > >> + > >> + err = msichip_domain_translate(domain, fwspec, &hwirq, &type); > >> + if (err) > >> + return err; > >> + > > > > .translate function already called once in irq_domain_translate(), > > I think we don't need call this fucntion one more time here. > > if you don't translate it here, how do you obtain the hwirq that you > have to pass to irq_domain_set_hwirq_and_chip just below? > > >> + err = platform_msi_domain_alloc(domain, virq, nr_irqs); > >> + if (err) > >> + return err; > >> + > >> + data = platform_msi_get_host_data(domain); > >> + for (i = 0; i < nr_irqs; i++) > >> + irq_domain_set_hwirq_and_chip(domain, virq + i, hwirq + i, > >> + &msichip_chip, data); > >> + > >> + return 0; > >> +} > >> + > > [...] > >> + > >> +static struct platform_driver msichip_driver = { > >> + .driver = { > >> + .name = "msichip", > >> + .of_match_table = msichip_of_match, > >> + }, > >> + .probe = msichip_probe, > >> +}; > >> +/* Do not define this as an irqchip */ > >> +module_platform_driver(msichip_driver); > >> + > >> + > > > > I think,for a interrupt controller, msichip driver initialization maybe is > too late > > for some devices which connect to this irqchip if we use > module_platform_driver. > > That's a consequence of this design. This is why I insisted on the fact > that this is currently avoided by using deferred probe in drivers, and Mmm using te deferred probe would mean to rework all the drivers of the potential devices connected to mbi-gen...would that be sustainable/acceptable? > that it should be solved by having a probe order. Either way, this is > not something that we can solve at that level (see the multiple proposal > for this on the various lists). Could you point me to the relevant discussions for this...? Thanks Gab > > > So, how about use the arch_initcall to register the msichip driver? > > You're only pushing the problem one level up. And you'll realize that > this is not enough for some random driver. This is not sustainable, and > must be addressed properly. > > Thanks, > > M. > -- > Jazz is not dead. It just smells funny... > -- > To unsubscribe from this list: send the line "unsubscribe linux-pci" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m???? ????????I?