All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Zyngier <marc.zyngier@arm.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>
Cc: Mark Rutland <mark.rutland@arm.com>, Andrew Lunn <andrew@lunn.ch>,
	Jason Cooper <jason@lakedaemon.net>,
	devicetree@vger.kernel.org,
	Antoine Tenart <antoine.tenart@bootlin.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Gregory Clement <gregory.clement@bootlin.com>,
	Haim Boot <hayim@marvell.com>, Will Deacon <will.deacon@arm.com>,
	Maxime Chevallier <maxime.chevallier@bootlin.com>,
	Nadav Haklai <nadavh@marvell.com>,
	Rob Herring <robh+dt@kernel.org>,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Hanna Hawa <hannah@marvell.com>,
	linux-arm-kernel@lists.infradead.org,
	Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Subject: Re: [PATCH v3 01/17] platform-msi: allow creation of MSI domain without interrupt number
Date: Fri, 29 Jun 2018 15:38:31 +0100	[thread overview]
Message-ID: <86bmbtzmhk.wl-marc.zyngier@arm.com> (raw)
In-Reply-To: <20180629094035.5199fe89@xps13>

On Fri, 29 Jun 2018 08:40:35 +0100,
Miquel Raynal <miquel.raynal@bootlin.com> wrote:
> 
> Hi Marc,
> 
> Marc Zyngier <marc.zyngier@arm.com> wrote on Thu, 28 Jun 2018 12:12:04
> +0100:
> 
> > On 22/06/18 16:14, Miquel Raynal wrote:
> > > platform_msi_alloc_priv_data() checks that a number of interrupts is
> > > always given. This extra-check has no real impact and just prevents
> > > uselessly the user to create an MSI tree domain: remove it.
> > > 
> > > Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
> > > ---
> > >  drivers/base/platform-msi.c | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/base/platform-msi.c b/drivers/base/platform-msi.c
> > > index 60d6cc618f1c..9f001f4ccc0f 100644
> > > --- a/drivers/base/platform-msi.c
> > > +++ b/drivers/base/platform-msi.c
> > > @@ -203,7 +203,7 @@ platform_msi_alloc_priv_data(struct device *dev, unsigned int nvec,
> > >  	 * accordingly (which would impact the max number of MSI
> > >  	 * capable devices).
> > >  	 */
> > > -	if (!dev->msi_domain || !write_msi_msg || !nvec || nvec > MAX_DEV_MSIS)
> > > +	if (!dev->msi_domain || !write_msi_msg || nvec > MAX_DEV_MSIS)
> > >  		return ERR_PTR(-EINVAL);
> > >  
> > >  	if (dev->msi_domain->bus_token != DOMAIN_BUS_PLATFORM_MSI) {
> > >   
> > 
> > Huh... It's not that simple.
> > 
> > Yes, it allows you to get a tree via platform_msi_create_device_domain
> > (assuming that's why you're changing it -- your commit message doesn't
> > say much)
> 
> Indeed. That was exactly my intention.
> 
> > but it also has some impact on the way msi_domain_prepare_irqs
> > works (see how it is called from platform_msi_create_device_domain).
> > 
> > Importantly, the msi_prepare callback takes nvec as a parameter, and
> > that ends up trickling down to the irqchip, or whatever will setup the
> > MSI domain. Things like the GICv3 ITS do rely on that to carve out the
> > LPI space that subsequently gets used to populate the domain.
> > 
> > So no, you can't do it like that. If you really want a tree, add a
> > helper that does so.
> 
> So if I understand correctly, what should be done is writting a new
> helper that would do something similar to
> platform_msi_create_device_domain(), but creating instead a tree domain
> and still giving msi_domain_prepare_irqs() a meaningful number (as
> nvec) that would be the maximum number of MSIs that could be allocated.
> Am I right here?

What I have in mind is the following (untested) patch. Let me know if
that works for you.

Thanks,

	M.

>From f9bc9e331503b0d7f44fe9771fedb8bcd4a2c979 Mon Sep 17 00:00:00 2001
From: Marc Zyngier <marc.zyngier@arm.com>
Date: Fri, 29 Jun 2018 15:29:11 +0100
Subject: [PATCH] genirq/msi: Allow creation of a tree-based irqdomain for
 platform-msi

platform_msi_create_device_domain() always creates a revmap-based
irqdomain, which has the drawback of requiring the number of MSIs
that can be allocated ahead of time. This is not always possible,
and we sometimes need to use a tree-based irqdomain instead.

Add a new platform_msi_create_device_tree_domain() helper to
that effect.

Reported-by: Miquel Raynal <miquel.raynal@bootlin.com>
Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
---
 drivers/base/platform-msi.c | 14 ++++++++------
 include/linux/msi.h         | 17 ++++++++++++-----
 2 files changed, 20 insertions(+), 11 deletions(-)

diff --git a/drivers/base/platform-msi.c b/drivers/base/platform-msi.c
index 60d6cc618f1c..f39a920496fb 100644
--- a/drivers/base/platform-msi.c
+++ b/drivers/base/platform-msi.c
@@ -321,11 +321,12 @@ void *platform_msi_get_host_data(struct irq_domain *domain)
  * Returns an irqdomain for @nvec interrupts
  */
 struct irq_domain *
-platform_msi_create_device_domain(struct device *dev,
-				  unsigned int nvec,
-				  irq_write_msi_msg_t write_msi_msg,
-				  const struct irq_domain_ops *ops,
-				  void *host_data)
+__platform_msi_create_device_domain(struct device *dev,
+				    unsigned int nvec,
+				    bool is_tree,
+				    irq_write_msi_msg_t write_msi_msg,
+				    const struct irq_domain_ops *ops,
+				    void *host_data)
 {
 	struct platform_msi_priv_data *data;
 	struct irq_domain *domain;
@@ -336,7 +337,8 @@ platform_msi_create_device_domain(struct device *dev,
 		return NULL;
 
 	data->host_data = host_data;
-	domain = irq_domain_create_hierarchy(dev->msi_domain, 0, nvec,
+	domain = irq_domain_create_hierarchy(dev->msi_domain, 0,
+					     is_tree ? 0 : nvec,
 					     dev->fwnode, ops, data);
 	if (!domain)
 		goto free_priv;
diff --git a/include/linux/msi.h b/include/linux/msi.h
index 5839d8062dfc..0e9c50052ff3 100644
--- a/include/linux/msi.h
+++ b/include/linux/msi.h
@@ -317,11 +317,18 @@ int msi_domain_prepare_irqs(struct irq_domain *domain, struct device *dev,
 int msi_domain_populate_irqs(struct irq_domain *domain, struct device *dev,
 			     int virq, int nvec, msi_alloc_info_t *args);
 struct irq_domain *
-platform_msi_create_device_domain(struct device *dev,
-				  unsigned int nvec,
-				  irq_write_msi_msg_t write_msi_msg,
-				  const struct irq_domain_ops *ops,
-				  void *host_data);
+__platform_msi_create_device_domain(struct device *dev,
+				    unsigned int nvec,
+				    bool is_tree,
+				    irq_write_msi_msg_t write_msi_msg,
+				    const struct irq_domain_ops *ops,
+				    void *host_data);
+
+#define platform_msi_create_device_domain(dev, nvec, write, ops, data)	\
+	__platform_msi_create_device_domain(dev, nvec, false, write, ops, data)
+#define platform_msi_create_device_tree_domain(dev, nvec, write, ops, data) \
+	__platform_msi_create_device_domain(dev, nvec, true, write, ops, data)
+
 int platform_msi_domain_alloc(struct irq_domain *domain, unsigned int virq,
 			      unsigned int nr_irqs);
 void platform_msi_domain_free(struct irq_domain *domain, unsigned int virq,
-- 
2.17.1


-- 
Jazz is not dead, it just smell funny.

WARNING: multiple messages have this Message-ID (diff)
From: marc.zyngier@arm.com (Marc Zyngier)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 01/17] platform-msi: allow creation of MSI domain without interrupt number
Date: Fri, 29 Jun 2018 15:38:31 +0100	[thread overview]
Message-ID: <86bmbtzmhk.wl-marc.zyngier@arm.com> (raw)
In-Reply-To: <20180629094035.5199fe89@xps13>

On Fri, 29 Jun 2018 08:40:35 +0100,
Miquel Raynal <miquel.raynal@bootlin.com> wrote:
> 
> Hi Marc,
> 
> Marc Zyngier <marc.zyngier@arm.com> wrote on Thu, 28 Jun 2018 12:12:04
> +0100:
> 
> > On 22/06/18 16:14, Miquel Raynal wrote:
> > > platform_msi_alloc_priv_data() checks that a number of interrupts is
> > > always given. This extra-check has no real impact and just prevents
> > > uselessly the user to create an MSI tree domain: remove it.
> > > 
> > > Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
> > > ---
> > >  drivers/base/platform-msi.c | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/base/platform-msi.c b/drivers/base/platform-msi.c
> > > index 60d6cc618f1c..9f001f4ccc0f 100644
> > > --- a/drivers/base/platform-msi.c
> > > +++ b/drivers/base/platform-msi.c
> > > @@ -203,7 +203,7 @@ platform_msi_alloc_priv_data(struct device *dev, unsigned int nvec,
> > >  	 * accordingly (which would impact the max number of MSI
> > >  	 * capable devices).
> > >  	 */
> > > -	if (!dev->msi_domain || !write_msi_msg || !nvec || nvec > MAX_DEV_MSIS)
> > > +	if (!dev->msi_domain || !write_msi_msg || nvec > MAX_DEV_MSIS)
> > >  		return ERR_PTR(-EINVAL);
> > >  
> > >  	if (dev->msi_domain->bus_token != DOMAIN_BUS_PLATFORM_MSI) {
> > >   
> > 
> > Huh... It's not that simple.
> > 
> > Yes, it allows you to get a tree via platform_msi_create_device_domain
> > (assuming that's why you're changing it -- your commit message doesn't
> > say much)
> 
> Indeed. That was exactly my intention.
> 
> > but it also has some impact on the way msi_domain_prepare_irqs
> > works (see how it is called from platform_msi_create_device_domain).
> > 
> > Importantly, the msi_prepare callback takes nvec as a parameter, and
> > that ends up trickling down to the irqchip, or whatever will setup the
> > MSI domain. Things like the GICv3 ITS do rely on that to carve out the
> > LPI space that subsequently gets used to populate the domain.
> > 
> > So no, you can't do it like that. If you really want a tree, add a
> > helper that does so.
> 
> So if I understand correctly, what should be done is writting a new
> helper that would do something similar to
> platform_msi_create_device_domain(), but creating instead a tree domain
> and still giving msi_domain_prepare_irqs() a meaningful number (as
> nvec) that would be the maximum number of MSIs that could be allocated.
> Am I right here?

What I have in mind is the following (untested) patch. Let me know if
that works for you.

Thanks,

	M.

>From f9bc9e331503b0d7f44fe9771fedb8bcd4a2c979 Mon Sep 17 00:00:00 2001
From: Marc Zyngier <marc.zyngier@arm.com>
Date: Fri, 29 Jun 2018 15:29:11 +0100
Subject: [PATCH] genirq/msi: Allow creation of a tree-based irqdomain for
 platform-msi

platform_msi_create_device_domain() always creates a revmap-based
irqdomain, which has the drawback of requiring the number of MSIs
that can be allocated ahead of time. This is not always possible,
and we sometimes need to use a tree-based irqdomain instead.

Add a new platform_msi_create_device_tree_domain() helper to
that effect.

Reported-by: Miquel Raynal <miquel.raynal@bootlin.com>
Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
---
 drivers/base/platform-msi.c | 14 ++++++++------
 include/linux/msi.h         | 17 ++++++++++++-----
 2 files changed, 20 insertions(+), 11 deletions(-)

diff --git a/drivers/base/platform-msi.c b/drivers/base/platform-msi.c
index 60d6cc618f1c..f39a920496fb 100644
--- a/drivers/base/platform-msi.c
+++ b/drivers/base/platform-msi.c
@@ -321,11 +321,12 @@ void *platform_msi_get_host_data(struct irq_domain *domain)
  * Returns an irqdomain for @nvec interrupts
  */
 struct irq_domain *
-platform_msi_create_device_domain(struct device *dev,
-				  unsigned int nvec,
-				  irq_write_msi_msg_t write_msi_msg,
-				  const struct irq_domain_ops *ops,
-				  void *host_data)
+__platform_msi_create_device_domain(struct device *dev,
+				    unsigned int nvec,
+				    bool is_tree,
+				    irq_write_msi_msg_t write_msi_msg,
+				    const struct irq_domain_ops *ops,
+				    void *host_data)
 {
 	struct platform_msi_priv_data *data;
 	struct irq_domain *domain;
@@ -336,7 +337,8 @@ platform_msi_create_device_domain(struct device *dev,
 		return NULL;
 
 	data->host_data = host_data;
-	domain = irq_domain_create_hierarchy(dev->msi_domain, 0, nvec,
+	domain = irq_domain_create_hierarchy(dev->msi_domain, 0,
+					     is_tree ? 0 : nvec,
 					     dev->fwnode, ops, data);
 	if (!domain)
 		goto free_priv;
diff --git a/include/linux/msi.h b/include/linux/msi.h
index 5839d8062dfc..0e9c50052ff3 100644
--- a/include/linux/msi.h
+++ b/include/linux/msi.h
@@ -317,11 +317,18 @@ int msi_domain_prepare_irqs(struct irq_domain *domain, struct device *dev,
 int msi_domain_populate_irqs(struct irq_domain *domain, struct device *dev,
 			     int virq, int nvec, msi_alloc_info_t *args);
 struct irq_domain *
-platform_msi_create_device_domain(struct device *dev,
-				  unsigned int nvec,
-				  irq_write_msi_msg_t write_msi_msg,
-				  const struct irq_domain_ops *ops,
-				  void *host_data);
+__platform_msi_create_device_domain(struct device *dev,
+				    unsigned int nvec,
+				    bool is_tree,
+				    irq_write_msi_msg_t write_msi_msg,
+				    const struct irq_domain_ops *ops,
+				    void *host_data);
+
+#define platform_msi_create_device_domain(dev, nvec, write, ops, data)	\
+	__platform_msi_create_device_domain(dev, nvec, false, write, ops, data)
+#define platform_msi_create_device_tree_domain(dev, nvec, write, ops, data) \
+	__platform_msi_create_device_domain(dev, nvec, true, write, ops, data)
+
 int platform_msi_domain_alloc(struct irq_domain *domain, unsigned int virq,
 			      unsigned int nr_irqs);
 void platform_msi_domain_free(struct irq_domain *domain, unsigned int virq,
-- 
2.17.1


-- 
Jazz is not dead, it just smell funny.

  reply	other threads:[~2018-06-29 14:38 UTC|newest]

Thread overview: 84+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-22 15:14 [PATCH v3 00/17] Add System Error Interrupt support to Armada SoCs Miquel Raynal
2018-06-22 15:14 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 01/17] platform-msi: allow creation of MSI domain without interrupt number Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-28 11:12   ` Marc Zyngier
2018-06-28 11:12     ` Marc Zyngier
2018-06-29  7:40     ` Miquel Raynal
2018-06-29  7:40       ` Miquel Raynal
2018-06-29 14:38       ` Marc Zyngier [this message]
2018-06-29 14:38         ` Marc Zyngier
2018-06-29 14:43         ` Miquel Raynal
2018-06-29 14:43           ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 02/17] dt-bindings/interrupt-controller: fix Marvell ICU length in the example Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 03/17] arm64: dts: marvell: fix CP110 ICU node size Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-25 15:05   ` Gregory CLEMENT
2018-06-25 15:05     ` Gregory CLEMENT
2018-06-25 15:09     ` Miquel Raynal
2018-06-25 15:09       ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 04/17] irqchip/irq-mvebu-icu: fix wrong private data retrieval Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 05/17] irqchip/irq-mvebu-icu: clarify the reset operation of configured interrupts Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 06/17] irqchip/irq-mvebu-icu: switch to regmap Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-28 12:05   ` Marc Zyngier
2018-06-28 12:05     ` Marc Zyngier
2018-06-29 15:27     ` Miquel Raynal
2018-06-29 15:27       ` Miquel Raynal
2018-06-29 17:17       ` Marc Zyngier
2018-06-29 17:17         ` Marc Zyngier
2018-06-29 18:20         ` Miquel Raynal
2018-06-29 18:20           ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 07/17] irqchip/irq-mvebu-icu: make irq_domain local Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-28 12:10   ` Marc Zyngier
2018-06-28 12:10     ` Marc Zyngier
2018-06-29 12:32     ` Miquel Raynal
2018-06-29 12:32       ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 08/17] irqchip/irq-mvebu-icu: disociate ICU and NSR Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-28 12:24   ` Marc Zyngier
2018-06-28 12:24     ` Marc Zyngier
2018-06-29 12:30     ` Miquel Raynal
2018-06-29 12:30       ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 09/17] irqchip/irq-mvebu-icu: support ICU subnodes Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-28 12:45   ` Marc Zyngier
2018-06-28 12:45     ` Marc Zyngier
2018-06-29 12:34     ` Miquel Raynal
2018-06-29 12:34       ` Miquel Raynal
2018-07-04  9:09     ` Miquel Raynal
2018-07-04  9:09       ` Miquel Raynal
2018-07-04 12:43       ` Marc Zyngier
2018-07-04 12:43         ` Marc Zyngier
2018-07-04 15:16         ` Miquel Raynal
2018-07-04 15:16           ` Miquel Raynal
2018-07-05  8:19           ` Marc Zyngier
2018-07-05  8:19             ` Marc Zyngier
2018-06-22 15:14 ` [PATCH v3 10/17] irqchip/irq-mvebu-sei: add new driver for Marvell SEI Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-28 14:54   ` Marc Zyngier
2018-06-28 14:54     ` Marc Zyngier
2018-06-29 12:41     ` Miquel Raynal
2018-06-29 12:41       ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 11/17] arm64: marvell: enable SEI driver Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 12/17] irqchip/irq-mvebu-icu: add support for System Error Interrupts (SEI) Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-28 16:49   ` Marc Zyngier
2018-06-28 16:49     ` Marc Zyngier
2018-06-28 17:12     ` Miquel Raynal
2018-06-28 17:12       ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 13/17] dt-bindings/interrupt-controller: update Marvell ICU bindings Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 14/17] dt-bindings/interrupt-controller: add documentation for Marvell SEI controller Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 15/17] arm64: dts: marvell: add AP806 SEI subnode Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 16/17] arm64: dts: marvell: use new bindings for CP110 interrupts Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 17/17] arm64: dts: marvell: add CP110 ICU SEI subnode Miquel Raynal
2018-06-22 15:14   ` Miquel Raynal

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86bmbtzmhk.wl-marc.zyngier@arm.com \
    --to=marc.zyngier@arm.com \
    --cc=andrew@lunn.ch \
    --cc=antoine.tenart@bootlin.com \
    --cc=catalin.marinas@arm.com \
    --cc=devicetree@vger.kernel.org \
    --cc=gregory.clement@bootlin.com \
    --cc=hannah@marvell.com \
    --cc=hayim@marvell.com \
    --cc=jason@lakedaemon.net \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=mark.rutland@arm.com \
    --cc=maxime.chevallier@bootlin.com \
    --cc=miquel.raynal@bootlin.com \
    --cc=nadavh@marvell.com \
    --cc=robh+dt@kernel.org \
    --cc=sebastian.hesselbarth@gmail.com \
    --cc=tglx@linutronix.de \
    --cc=thomas.petazzoni@bootlin.com \
    --cc=will.deacon@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.