All of lore.kernel.org
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	linux-pci@vger.kernel.org, Russell King <linux@arm.linux.org.uk>,
	Rob Herring <rob.herring@calxeda.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Jason Cooper <jason@lakedaemon.net>, Andrew Lunn <andrew@lunn.ch>,
	Gregory Clement <gregory.clement@free-electrons.com>,
	Ezequiel Garcia <ezequiel.garcia@free-electrons.com>,
	linux-arm-kernel@lists.infradead.org,
	Maen Suleiman <maen@marvell.com>,
	Lior Amsalem <alior@marvell.com>,
	Thierry Reding <thierry.reding@gmail.com>
Subject: Re: [PATCHv7 07/13] irqdomain: add function to find a MSI irq_domain
Date: Thu, 08 Aug 2013 08:42:24 +1000	[thread overview]
Message-ID: <1375915344.12551.6.camel@pasglop> (raw)
In-Reply-To: <1375914665.12551.5.camel@pasglop>

On Thu, 2013-08-08 at 08:31 +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2013-08-08 at 00:04 +0200, Thomas Petazzoni wrote:
> > Again, this has been discussed at lengths in the previous iterations,
> > for which I already gave you all the links, as you requested in a
> > private e-mail. It'd be great if this discussion was read seriously,
> > because I really have the feeling we are restarting from zero on this
> > whole MSI thing...
> 
> Well, two things here:
> 
>  - You don't need my ack since I am not the maintainer of the irqdomain
> code anymore, Grant is :-)

Hrm, I'm being told Grant isn't anymore... I can step in and take it all
back but you might not like the result ....

Ben.

>  - I still don't like it. I find that it's looking more and more like
> over engineering. I don't like having any kind of infrastructure
> relationship between MSI stuff and irqdomain, ie, a PCI/PCIe specific
> construct and a generic interrupt remapper.
> 
> Trying to use irqdomain for HW number allocation seems to be pushing it
> where it wasn't designed to go. Are those interrupts really different
> domains ? Do they have separate number spaces, separate DT encodings and
> overall characteristics ?
> 
> What's wrong with the bitmap allocator in the PIC driver ? It's simple,
> and does the job just fine. If anything, take it from powerpc and sparc
> and move it to generic. It's already a "generic" (ie shared)
> infrastructure in powerpc.
> 
> Let's ask somebody of well known taste ... Thomas ! :-) (Yes, you tglx,
> I know you are lurking ...). What do you reckon ?
> 
> That series makes me feel nervous, it feels like a hack. I really don't
> like creating that relationship between msi_chip and irqdomain. In fact,
> I think it makes it harder to understand what's happening in the code
> and following things.
> 
> It's a LOT clearer to me to have an irq domain for the PIC and an
> explicit bitmap allocation for MSIs, I see where things come from, I can
> follow the code path etc... much more easily.
> 
> I suspect we have a case of over-abstracting happening here. This is a
> dangerous illness and can be contagious :-)
> 
> Cheers,
> Ben.
> 



WARNING: multiple messages have this Message-ID (diff)
From: benh@kernel.crashing.org (Benjamin Herrenschmidt)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv7 07/13] irqdomain: add function to find a MSI irq_domain
Date: Thu, 08 Aug 2013 08:42:24 +1000	[thread overview]
Message-ID: <1375915344.12551.6.camel@pasglop> (raw)
In-Reply-To: <1375914665.12551.5.camel@pasglop>

On Thu, 2013-08-08 at 08:31 +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2013-08-08 at 00:04 +0200, Thomas Petazzoni wrote:
> > Again, this has been discussed at lengths in the previous iterations,
> > for which I already gave you all the links, as you requested in a
> > private e-mail. It'd be great if this discussion was read seriously,
> > because I really have the feeling we are restarting from zero on this
> > whole MSI thing...
> 
> Well, two things here:
> 
>  - You don't need my ack since I am not the maintainer of the irqdomain
> code anymore, Grant is :-)

Hrm, I'm being told Grant isn't anymore... I can step in and take it all
back but you might not like the result ....

Ben.

>  - I still don't like it. I find that it's looking more and more like
> over engineering. I don't like having any kind of infrastructure
> relationship between MSI stuff and irqdomain, ie, a PCI/PCIe specific
> construct and a generic interrupt remapper.
> 
> Trying to use irqdomain for HW number allocation seems to be pushing it
> where it wasn't designed to go. Are those interrupts really different
> domains ? Do they have separate number spaces, separate DT encodings and
> overall characteristics ?
> 
> What's wrong with the bitmap allocator in the PIC driver ? It's simple,
> and does the job just fine. If anything, take it from powerpc and sparc
> and move it to generic. It's already a "generic" (ie shared)
> infrastructure in powerpc.
> 
> Let's ask somebody of well known taste ... Thomas ! :-) (Yes, you tglx,
> I know you are lurking ...). What do you reckon ?
> 
> That series makes me feel nervous, it feels like a hack. I really don't
> like creating that relationship between msi_chip and irqdomain. In fact,
> I think it makes it harder to understand what's happening in the code
> and following things.
> 
> It's a LOT clearer to me to have an irq domain for the PIC and an
> explicit bitmap allocation for MSIs, I see where things come from, I can
> follow the code path etc... much more easily.
> 
> I suspect we have a case of over-abstracting happening here. This is a
> dangerous illness and can be contagious :-)
> 
> Cheers,
> Ben.
> 

  reply	other threads:[~2013-08-07 22:43 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-07  9:32 [PATCHv7 00/13] MSI support for Marvell EBU PCIe driver Thomas Petazzoni
2013-08-07  9:32 ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 01/13] PCI: use weak functions for MSI arch-specific functions Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 02/13] PCI: remove ARCH_SUPPORTS_MSI kconfig option Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 03/13] PCI: Introduce new MSI chip infrastructure Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 04/13] irqdomain: add irq_alloc_mapping() function Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 05/13] irqdomain: refactor __irq_domain_add() Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 06/13] irqdomain: add support to associate an irq_domain with a msi_chip Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 07/13] irqdomain: add function to find a MSI irq_domain Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07 20:50   ` Benjamin Herrenschmidt
2013-08-07 20:50     ` Benjamin Herrenschmidt
2013-08-07 22:04     ` Thomas Petazzoni
2013-08-07 22:04       ` Thomas Petazzoni
2013-08-07 22:31       ` Benjamin Herrenschmidt
2013-08-07 22:31         ` Benjamin Herrenschmidt
2013-08-07 22:42         ` Benjamin Herrenschmidt [this message]
2013-08-07 22:42           ` Benjamin Herrenschmidt
2013-08-07 22:45           ` Benjamin Herrenschmidt
2013-08-07 22:45             ` Benjamin Herrenschmidt
2013-08-08  8:22             ` Thomas Petazzoni
2013-08-08  8:22               ` Thomas Petazzoni
2013-08-08  8:41               ` Benjamin Herrenschmidt
2013-08-08  8:41                 ` Benjamin Herrenschmidt
2013-08-08  8:16         ` Thomas Petazzoni
2013-08-08  8:16           ` Thomas Petazzoni
2013-08-08  8:38           ` Benjamin Herrenschmidt
2013-08-08  8:38             ` Benjamin Herrenschmidt
2013-08-08  8:54             ` Benjamin Herrenschmidt
2013-08-08  8:54               ` Benjamin Herrenschmidt
2013-08-07  9:32 ` [PATCHv7 08/13] irqchip: armada-370-xp: properly request resources Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 09/13] irqchip: armada-370-xp: implement MSI support Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 10/13] ARM: pci: add ->add_bus() and ->remove_bus() hooks to hw_pci Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 11/13] ARM: mvebu: the MPIC now provides MSI controller features Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 12/13] PCI: mvebu: add support for MSI Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07  9:32 ` [PATCHv7 13/13] ARM: mvebu: link PCIe controllers to the MSI controller Thomas Petazzoni
2013-08-07  9:32   ` Thomas Petazzoni
2013-08-07 20:23 ` [PATCHv7 00/13] MSI support for Marvell EBU PCIe driver Jason Cooper
2013-08-07 20:23   ` Jason Cooper

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=1375915344.12551.6.camel@pasglop \
    --to=benh@kernel.crashing.org \
    --cc=alior@marvell.com \
    --cc=andrew@lunn.ch \
    --cc=bhelgaas@google.com \
    --cc=ezequiel.garcia@free-electrons.com \
    --cc=gregory.clement@free-electrons.com \
    --cc=jason@lakedaemon.net \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=maen@marvell.com \
    --cc=rob.herring@calxeda.com \
    --cc=tglx@linutronix.de \
    --cc=thierry.reding@gmail.com \
    --cc=thomas.petazzoni@free-electrons.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.