Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752421AbcDVM1Q (ORCPT ); Fri, 22 Apr 2016 08:27:16 -0400 Received: from mail-wm0-f47.google.com ([74.125.82.47]:36667 "EHLO mail-wm0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751735AbcDVM1P (ORCPT ); Fri, 22 Apr 2016 08:27:15 -0400 Subject: Re: [PATCH v7 1/8] genirq/msi: Add a new MSI_FLAG_IRQ_REMAPPING flag To: Robin Murphy , eric.auger@st.com, alex.williamson@redhat.com, will.deacon@arm.com, joro@8bytes.org, tglx@linutronix.de, jason@lakedaemon.net, marc.zyngier@arm.com, christoffer.dall@linaro.org, linux-arm-kernel@lists.infradead.org References: <1461085990-2547-1-git-send-email-eric.auger@linaro.org> <1461085990-2547-2-git-send-email-eric.auger@linaro.org> <571A04A9.1010104@arm.com> Cc: patches@linaro.org, linux-kernel@vger.kernel.org, Bharat.Bhushan@freescale.com, pranav.sawargaonkar@gmail.com, p.fedin@samsung.com, iommu@lists.linux-foundation.org, Jean-Philippe.Brucker@arm.com, julien.grall@arm.com From: Eric Auger Message-ID: <571A1855.5020008@linaro.org> Date: Fri, 22 Apr 2016 14:25:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <571A04A9.1010104@arm.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1975 Lines: 58 Robin, On 04/22/2016 01:02 PM, Robin Murphy wrote: > Hi Eric, > > On 19/04/16 18:13, Eric Auger wrote: >> Let's introduce a new msi_domain_info flag value, MSI_FLAG_IRQ_REMAPPING >> meant to tell the domain supports IRQ REMAPPING, also known as Interrupt >> Translation Service. On Intel HW this IRQ remapping capability is >> abstracted on IOMMU side while on ARM it is abstracted on MSI controller >> side. This flag will be used to know whether the MSI passthrough is >> safe. > > Perhaps a nitpick, but given the earlier confusion about what the IOMMU > flag actually meant this prompts me to wonder if it's worth adjusting > the general terminology before we propagate it further. What I think we > actually care about is that one thing or the other "provides MSI > isolation" rather than "supports MSI remapping", since the latter is all > to easy to misinterpret the way we did in the SMMU drivers. The only concern I have is https://lkml.org/lkml/2016/4/18/283 attempts to define a PCI bus flag dubbed PCI_BUS_FLAGS_MSI_REMAP combining the iommu & msi layer info. In that sense x86 people may not be keen of having different terminaologies. Anyway I will follow the consensus, if any. Best Regards Eric > > Robin. > >> Signed-off-by: Eric Auger >> >> --- >> >> v4 -> v5: >> - seperate flag introduction from first user addition (ITS) >> --- >> include/linux/msi.h | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/include/linux/msi.h b/include/linux/msi.h >> index 8b425c6..08441b1 100644 >> --- a/include/linux/msi.h >> +++ b/include/linux/msi.h >> @@ -270,6 +270,8 @@ enum { >> MSI_FLAG_MULTI_PCI_MSI = (1 << 3), >> /* Support PCI MSIX interrupts */ >> MSI_FLAG_PCI_MSIX = (1 << 4), >> + /* Support MSI IRQ remapping service */ >> + MSI_FLAG_IRQ_REMAPPING = (1 << 5), >> }; >> >> int msi_domain_set_affinity(struct irq_data *data, const struct >> cpumask *mask, >> >