Refine the interfaces to create IRQ for DMAR unit. It's a preparation
for converting DMAR IRQ to hierarchy irqdomain on x86.
It also moves dmar_alloc_hwirq()/dmar_free_hwirq() from irq_remapping.h
to dmar.h. They are not irq_remapping specific.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Now there's no user of irq_remapping_print_chip(), so kill it.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/include/asm/irq_remapping.h |2 --
drivers/iommu/irq_remapping.c| 13 -
2 files changed, 15 deletions(-)
diff --git
Prepare for support hierarchy irqdomain by changing function prototypes,
should be no function changes.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Joerg Roedel jroe...@suse.de
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg
Enhance AMD interrupt remapping driver to support hierarchy irqdomain,
it will simplify the code eventually.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Joerg Roedel jroe...@suse.de
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg
Introduce new interfaces for interrupt remapping drivers to support
hierarchy irqdomain:
1) irq_remapping_get_ir_irq_domain(): get irqdomain associated with an
interrupt remapping unit. IOAPIC/HPET drivers use this interface to
get parent interrupt remapping irqdomain.
2)
Use new irqdomain interfaces to allocate/free IRQ for DMAR and interrupt
remapping, so we could kill GENERIC_IRQ_LEGACY_ALLOC_HWIRQ later.
The private definition of irq_alloc_hwirqs()/irq_free_hwirqs() are
temporary solution, it will be removed once we have converted interrupt
remapping driver to
Enhance MSI code to support hierarchy irqdomain, it helps to make
the architecture more clear.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc:
Now MSI interrupt has been converted to new hierarchy irqdomain
interfaces, so kill legacy MSI related code and interfaces.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman
Enhance Intel interrupt remapping driver to support hierarchy irqdomain,
it will simplify the code eventually. It also implements intel_ir_chip
to support stacked irq_chip.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Joerg Roedel jroe...@suse.de
Cc: Konrad Rzeszutek Wilk
Now MSI interrupt has been converted to new hierarchy irqdomain
interfaces, so kill legacy MSI related code.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Joerg Roedel jroe...@suse.de
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg
Now MSI interrupt has been converted to new hierarchy irqdomain
interfaces, so kill legacy MSI related code.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Joerg Roedel jroe...@suse.de
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg
Now there is no user of x86_io_apic_ops.eoi_ioapic_pin anymore, so kill
it.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Now there is no user of x86_io_apic_ops.print_entries anymore, so kill
it.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Now there is no user of x86_io_apic_ops.setup_entry anymore, so kill it.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Cc:
Now there is no user of x86_io_apic_ops.set_affinity anymore, so kill
it.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Now we have converted to hierarchy irqdomain, so clean up unused code.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Cc:
Now we have converted to hierarchy irqdomain, so clean up unused code.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Cc:
Now we have converted to hierarchy irqdomain, so clean up unused
interfaces.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Now there is no user of irq_cfg.irq_remapped, so kill it.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Cc: Bjorn Helgaas
Now we have converted to hierarchy irqdomain, so clean up unused code.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: iommu@lists.linux-foundation.org
Cc:
Now only amd_iommu.c access irq_2_irte, so move it from hw_irq.h into
amd_iommu.c.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc:
Now only intel_irq_remapping.c access irq_2_iommu, so move it from
hw_irq.h into intel_irq_remapping.c.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc:
Move check of cfg-move_in_progress into send_cleanup_vector() to
prepare for simplifying struct irq_cfg.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Tony Luck tony.l...@intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc:
Hi Will,
On Monday 19 January 2015 13:18:43 Will Deacon wrote:
On Mon, Jan 19, 2015 at 01:09:41PM +, j...@8bytes.org wrote:
On Fri, Jan 16, 2015 at 02:01:31PM +, Will Deacon wrote:
I've not received any feedback on this revision of the series, but it's
working well for me and
On Mon, Jan 19, 2015 at 01:43:51PM +, Varun Sethi wrote:
Hi Will,
Hey Varun,
/*
* Assume Stream ID == Requester ID for now.
* We need a way to describe the ID mappings in FDT.
*/
- pci_for_each_dma_alias(pdev,
On Mon, Jan 19, 2015 at 03:04:00PM +0100, Joerg Roedel wrote:
Instead of adding another variable I think it is better to just move the
trace_unmap call before the unmap loop. It can actually replace the
pr_debug there.
Okay, forget this. I just noticed that your follow-on patch requires
the
Hi Will,
On Fri, Jan 16, 2015 at 02:01:31PM +, Will Deacon wrote:
I've not received any feedback on this revision of the series, but it's
working well for me and Laurent showed that it works with his IOMMU too.
Joerg -- can I include this in my pull request for 3.20, or is there
On Mon, Jan 19, 2015 at 03:56:42PM +0200, Laurent Pinchart wrote:
Yes, and I've rebased them (or actually it, it's a single patch) on v2. I
haven't had time to test the result yet, I'll try to do so later tonight or
tomorrow.
Great! Would be good if this can go upstream with more than one
On Fri, Jan 16, 2015 at 04:47:19PM -0700, Shuah Khan wrote:
iommu_unmap() calls trace_unmap() with changed iova and original
size. trace_unmap() should report original iova instead. Change
iommu_unmap() to call trace_unmap() with original iova.
Signed-off-by: Shuah Khan
On Mon, Jan 19, 2015 at 12:43:06PM +, Thierry Reding wrote:
On Sun, Jan 18, 2015 at 01:18:51PM +0200, Laurent Pinchart wrote:
On Sunday 18 January 2015 15:54:34 Alexandre Courbot wrote:
On 01/16/2015 08:18 AM, Laurent Pinchart wrote:
[...]
The second way is to implement a mechanism
Hi Joerg,
Thanks for the reply.
On Mon, Jan 19, 2015 at 01:09:41PM +, j...@8bytes.org wrote:
On Fri, Jan 16, 2015 at 02:01:31PM +, Will Deacon wrote:
I've not received any feedback on this revision of the series, but it's
working well for me and Laurent showed that it works with his
On Thu, Jan 15, 2015 at 10:25:11AM +, Will Deacon wrote:
If you get an Ack from any of Arnd/Joerg/akpm then I'm happy to take it via
the arm-smmu pull (along with the patch making use of it).
Joerg, would you be ok with that?
I am ok with that, but like to have another Ack for it.
On Sun, Jan 18, 2015 at 01:18:51PM +0200, Laurent Pinchart wrote:
Hi Alexandre,
On Sunday 18 January 2015 15:54:34 Alexandre Courbot wrote:
On 01/16/2015 08:18 AM, Laurent Pinchart wrote:
[...]
The second way is to implement a mechanism to let drivers signal that they
want to handle
On Fri, Jan 16, 2015 at 01:18:21AM +0200, Laurent Pinchart wrote:
[...]
The second way is to implement a mechanism to let drivers signal that they
want to handle DMA mappings themselves. As the mappings need in the general
case to be created before the probe function is called we can't signal
On Mon, Jan 19, 2015 at 12:50:52PM +, Will Deacon wrote:
On Mon, Jan 19, 2015 at 12:43:06PM +, Thierry Reding wrote:
On Sun, Jan 18, 2015 at 01:18:51PM +0200, Laurent Pinchart wrote:
On Sunday 18 January 2015 15:54:34 Alexandre Courbot wrote:
On 01/16/2015 08:18 AM, Laurent
Hi Will,
Please find my query inline.
Regards
Varun
-Original Message-
From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
boun...@lists.linux-foundation.org] On Behalf Of Will Deacon
Sent: Friday, January 16, 2015 10:29 PM
To: alex.william...@redhat.com
Cc:
On Mon, Jan 12, 2015 at 05:51:12PM +, Robin Murphy wrote:
Robin Murphy (4):
iommu: allow building iova.c independently
iommu: consolidate IOVA allocator code
iommu: make IOVA domain low limit flexible
iommu: make IOVA domain page size explicit
Applied to core, thanks Robin.
Hello Marek,
I wanted to test your IOMMU series on an Exynos5420 Peach Pit but the
kernel hangs with your series + dependencies on top of 3.19-rc5.
Bisecting I found that $subject is the offending commit. I've pushed
my test branch [0] in case I missed something.
On Fri, Jan 16, 2015 at 10:13
On Monday 19 January 2015 13:36:24 Thierry Reding wrote:
On Fri, Jan 16, 2015 at 01:18:21AM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 11:12:17 Will Deacon wrote:
On Thu, Jan 15, 2015 at 08:28:44AM +, Thierry Reding wrote:
On Wed, Jan 14, 2015 at 10:46:10AM +,
On Sunday 18 January 2015 13:18:51 Laurent Pinchart wrote:
On Sunday 18 January 2015 15:54:34 Alexandre Courbot wrote:
On 01/16/2015 08:18 AM, Laurent Pinchart wrote:
On Thursday 15 January 2015 11:12:17 Will Deacon wrote:
On Thu, Jan 15, 2015 at 08:28:44AM +, Thierry Reding wrote:
On Mon, Jan 19, 2015 at 12:43:48PM +, Joerg Roedel wrote:
On Thu, Jan 15, 2015 at 10:25:11AM +, Will Deacon wrote:
If you get an Ack from any of Arnd/Joerg/akpm then I'm happy to take it via
the arm-smmu pull (along with the patch making use of it).
Joerg, would you be ok with
(resurrecting an old thread)
On Fri, Nov 14, 2014 at 08:01:56PM +, Arnd Bergmann wrote:
On Friday 14 November 2014 19:27:54 Will Deacon wrote:
At the moment, iommu_ops is a structure that can get used for any
number of iommus of the same type, but by putting per-device private
data
On Monday 19 January 2015 14:40:28 Will Deacon wrote:
On Mon, Jan 19, 2015 at 12:43:48PM +, Joerg Roedel wrote:
On Thu, Jan 15, 2015 at 10:25:11AM +, Will Deacon wrote:
If you get an Ack from any of Arnd/Joerg/akpm then I'm happy to take it
via
the arm-smmu pull (along with
On Mon, Jan 19, 2015 at 04:52:41PM +0100, Arnd Bergmann wrote:
On Monday 19 January 2015 13:36:24 Thierry Reding wrote:
On Fri, Jan 16, 2015 at 01:18:21AM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 11:12:17 Will Deacon wrote:
On Thu, Jan 15, 2015 at 08:28:44AM +,
Hi Baptiste,
sorry I was off on Friday. you're right I missed the masked field was
reset on init. Nethertheless with current QEMU VFIO code, IRQ runs on
the first run and not on the second one. I investigate on my side ...
Best Regards
Eric
On 01/16/2015 02:25 PM, Baptiste Reynal wrote:
On Fri, Jan 16, 2015 at 09:11:03PM +, Alex Williamson wrote:
On Fri, 2015-01-16 at 20:33 +, Will Deacon wrote:
On Fri, Jan 16, 2015 at 05:41:51PM +, Alex Williamson wrote:
On Fri, 2015-01-16 at 16:58 +, Will Deacon wrote:
Some IOMMU drivers (e.g. the ARM SMMU) require not
Hi Baptiste,
I think what happens on the second qemu run is:
an IRQ hits immediatly after request_irq
automasked handler sets masked = true
in vfio_set_trigger following condition becomes true
if (irq-masked)
disable_irq_nosync(irq-hwirq);
IRQ is disabled twice, in
On Mon, Jan 19, 2015 at 01:34:24PM +0200, Laurent Pinchart wrote:
Hi Will,
On Monday 19 January 2015 11:12:02 Will Deacon wrote:
On Sun, Jan 18, 2015 at 11:18:51AM +, Laurent Pinchart wrote:
On Sunday 18 January 2015 15:54:34 Alexandre Courbot wrote:
On 01/16/2015 08:18 AM, Laurent
On Sun, Jan 18, 2015 at 11:18:51AM +, Laurent Pinchart wrote:
On Sunday 18 January 2015 15:54:34 Alexandre Courbot wrote:
On 01/16/2015 08:18 AM, Laurent Pinchart wrote:
On Thursday 15 January 2015 11:12:17 Will Deacon wrote:
On Thu, Jan 15, 2015 at 08:28:44AM +, Thierry Reding
On Fri, Jan 16, 2015 at 01:18:21AM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 11:12:17 Will Deacon wrote:
On Thu, Jan 15, 2015 at 08:28:44AM +, Thierry Reding wrote:
On Wed, Jan 14, 2015 at 10:46:10AM +, Will Deacon wrote:
On Wed, Jan 14, 2015 at 09:00:24AM +,
On Mon, Jan 19, 2015 at 01:11:07AM +, Laurent Pinchart wrote:
On Friday 16 January 2015 10:13:11 Marek Szyprowski wrote:
This patch introduces IOMMU_OF_DECLARE-based initialization to the
driver, which replaces subsys_initcall-based procedure.
exynos_iommu_of_setup ensures that each
Hi Will,
On Monday 19 January 2015 11:12:02 Will Deacon wrote:
On Sun, Jan 18, 2015 at 11:18:51AM +, Laurent Pinchart wrote:
On Sunday 18 January 2015 15:54:34 Alexandre Courbot wrote:
On 01/16/2015 08:18 AM, Laurent Pinchart wrote:
On Thursday 15 January 2015 11:12:17 Will Deacon
On 01/15/2015 07:29 PM, Shuah Khan wrote:
iommu_map() calls trace_map() with iova and size. trace_map()
should report original iova and original size as opposed to
iova and size after they get changed during mapping. size is
always zero at the end of mapping which is useless to report
and
Hi Eric,
Thanks for taking time about this issue. I agree with you, there is a
problem here. While I think on a better fix and to be sure the problem is
here, may you try this patch and tell me if the problem is solved ? (This
should work as the automasked_irq_handler doesn't do anything if the
On Monday 19 January 2015 17:21:14 Thierry Reding wrote:
On Mon, Jan 19, 2015 at 04:52:41PM +0100, Arnd Bergmann wrote:
On Monday 19 January 2015 13:36:24 Thierry Reding wrote:
On Fri, Jan 16, 2015 at 01:18:21AM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 11:12:17 Will
Hi Baptiste,
yes it fixes the issue in my use case.
Best Regards
Eric
On 01/19/2015 06:00 PM, Baptiste Reynal wrote:
Hi Eric,
Thanks for taking time about this issue. I agree with you, there is a
problem here. While I think on a better fix and to be sure the problem
is here, may you try
On Tue, 2015-01-06 at 11:48 +0100, Antonios Motakis wrote:
This patch series aims to implement VFIO support for platform devices that
reside behind an IOMMU. Examples of such devices are devices behind an ARM
SMMU, or behind a Samsung Exynos System MMU.
The API used is based on the existing
57 matches
Mail list logo