From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS, URIBL_BLOCKED,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4DCD2C282C2 for ; Wed, 13 Feb 2019 16:41:27 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1F6D2222B2 for ; Wed, 13 Feb 2019 16:41:27 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="ZjDLgS6n" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1F6D2222B2 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=atomide.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=iZ8ELUidxa8I+mve5GeVg1NpbU69iOjPHk9oGAkYXrk=; b=ZjDLgS6nHcwG9g j88nFk9Jgaf5Jpzbe2hhCh4I9mrXIZaRWzEKmpLj51VKUUnvaTzP+asv5WiXQh45XZMIY9JvQ3RM/ uVUopwDDYlQVKfc8LdoQxg81EcG3AzJBdzdsAAswq/+1RCkbOvZVYx0MOtzqAuB4lS8UQGlyhDOKm nOdVsnp9zn3+E1baiZiH+MBYS20ijxTnGBdaVqd8b/Hi+4cf1BsJ/mY9055dFrcf4Ppom3Fi6cuzN w4vdD7l7IopPmMyNlMm8+9jHKGorAGYlrdMWVnlkXd9dyIUkwOlZu3vVadNuyBcp+85YykLYyyBCu xawW//abecVIpNDTN6Ag==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1gtxb6-0006It-Em; Wed, 13 Feb 2019 16:41:20 +0000 Received: from muru.com ([72.249.23.125]) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1gtxb3-0006IU-Ot for linux-arm-kernel@lists.infradead.org; Wed, 13 Feb 2019 16:41:19 +0000 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 9218F80AE; Wed, 13 Feb 2019 16:41:25 +0000 (UTC) Date: Wed, 13 Feb 2019 08:41:12 -0800 From: Tony Lindgren To: Lokesh Vutla Subject: Re: [PATCH v5 09/10] soc: ti: Add MSI domain support for K3 Interrupt Aggregator Message-ID: <20190213164112.GW5720@atomide.com> References: <20190212074237.2875-1-lokeshvutla@ti.com> <20190212074237.2875-10-lokeshvutla@ti.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190212074237.2875-10-lokeshvutla@ti.com> User-Agent: Mutt/1.11.2 (2019-01-07) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190213_084117_850582_3F03A183 X-CRM114-Status: GOOD ( 10.48 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Nishanth Menon , Device Tree Mailing List , jason@lakedaemon.net, Peter Ujfalusi , marc.zyngier@arm.com, Sekhar Nori , linux-kernel@vger.kernel.org, Tero Kristo , Rob Herring , Santosh Shilimkar , tglx@linutronix.de, Linux ARM Mailing List Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org * Lokesh Vutla [190212 07:43]: > With the system coprocessor managing the range allocation of the > inputs to Interrupt Aggregator, it is difficult to represent > the device IRQs from DT. > > The suggestion is to use MSI in such cases where devices wants > to allocate and group interrupts dynamically. > > Create a MSI domain bus layer that allocates and frees MSIs for > a device. > > APIs that are implemented are: > - inta_msi_create_irq_domain() that creates a MSI domain > - inta_msi_domain_alloc_irqs() that creates MSIs for the > specified device and source indexes. > - inta_msi_domain_free_irqs() frees the grouped irqs. Can you please describe what all code will be calling these functions? If the callers are limited to drivers/soc/ti, then you can can maybe make it local and get rid of the exported custom functions as it's all built-in anyways. Or does the dma ring accelerator for example need to call these? If various subsystems will be calling these I'd assume we'd have some generic API.. Marc, any comments on that? Regards, Tony _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel