All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Josue Albarran <j-albarran@ti.com>
Cc: Joerg Roedel <joro@8bytes.org>,
	iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org,
	Suman Anna <s-anna@ti.com>,
	linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 0/2] iommu/omap: Rework cache functionality with DMA Streaming API
Date: Wed, 09 Aug 2017 14:20:42 +0300	[thread overview]
Message-ID: <1541952.tFANgzzemW@avalon> (raw)
In-Reply-To: <1501274954-20973-1-git-send-email-j-albarran@ti.com>

Hi Josue,

Thank you for the patches.

On Friday 28 Jul 2017 15:49:12 Josue Albarran wrote:
> Hi Joerg,
> 
> This series adapts the OMAP IOMMU driver to use the DMA API to flush
> the page table/directory table entries from the CPU caches instead of
> the ARM assembly calls. The patches are baselined on 4.13-rc1.
> 
> Following is the patch summary:
>  1. Patch 1 disables the OMAP IOMMU fault interrupts instead of
>     disabling the MMU upon a fault, and resulted in recurring bus
>     errors during remoteproc recovery on OMAP4. The MMU fault itself
>     is triggered due to the missing PL310 L2 cache operations, and
>     this patch fixes the recurring bus errors.
>  2. The second patch makes the adaptation to the DMA API for flushing
>     the caches. This fixes the MMU fault triggering issues in the
>     first place on OMAP4.
> 
> I have tested these patches on DRA7, OMAP5, and OMAP4 platforms using
> both OMAP IOMMU unit tests and some out-of-tree patches for exercising
> the MMUs using the OMAP remoteproc driver.
> 
> Laurent,
> Appreciate it if you can check the OMAP3ISP functionality with these
> patches once.

I apologize for the delay, I had to resurrect my Beagleboard-xM, which 
involved updating and then debugging U-Boot.

Tested-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>

-- 
Regards,

Laurent Pinchart

WARNING: multiple messages have this Message-ID (diff)
From: laurent.pinchart@ideasonboard.com (Laurent Pinchart)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/2] iommu/omap: Rework cache functionality with DMA Streaming API
Date: Wed, 09 Aug 2017 14:20:42 +0300	[thread overview]
Message-ID: <1541952.tFANgzzemW@avalon> (raw)
In-Reply-To: <1501274954-20973-1-git-send-email-j-albarran@ti.com>

Hi Josue,

Thank you for the patches.

On Friday 28 Jul 2017 15:49:12 Josue Albarran wrote:
> Hi Joerg,
> 
> This series adapts the OMAP IOMMU driver to use the DMA API to flush
> the page table/directory table entries from the CPU caches instead of
> the ARM assembly calls. The patches are baselined on 4.13-rc1.
> 
> Following is the patch summary:
>  1. Patch 1 disables the OMAP IOMMU fault interrupts instead of
>     disabling the MMU upon a fault, and resulted in recurring bus
>     errors during remoteproc recovery on OMAP4. The MMU fault itself
>     is triggered due to the missing PL310 L2 cache operations, and
>     this patch fixes the recurring bus errors.
>  2. The second patch makes the adaptation to the DMA API for flushing
>     the caches. This fixes the MMU fault triggering issues in the
>     first place on OMAP4.
> 
> I have tested these patches on DRA7, OMAP5, and OMAP4 platforms using
> both OMAP IOMMU unit tests and some out-of-tree patches for exercising
> the MMUs using the OMAP remoteproc driver.
> 
> Laurent,
> Appreciate it if you can check the OMAP3ISP functionality with these
> patches once.

I apologize for the delay, I had to resurrect my Beagleboard-xM, which 
involved updating and then debugging U-Boot.

Tested-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>

-- 
Regards,

Laurent Pinchart

  parent reply	other threads:[~2017-08-09 11:20 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-28 20:49 [PATCH 0/2] iommu/omap: Rework cache functionality with DMA Streaming API Josue Albarran
2017-07-28 20:49 ` Josue Albarran
2017-07-28 20:49 ` Josue Albarran
2017-07-28 20:49 ` [PATCH 1/2] iommu/omap: Fix disabling of MMU upon a fault Josue Albarran
2017-07-28 20:49   ` Josue Albarran
2017-07-28 20:49   ` Josue Albarran
2017-07-28 20:49 ` [PATCH 2/2] iommu/omap: Use DMA-API for performing cache flushes Josue Albarran
2017-07-28 20:49   ` Josue Albarran
2017-07-28 20:49   ` Josue Albarran
2017-08-01 17:38   ` Suman Anna
2017-08-01 17:38     ` Suman Anna
2017-08-01 17:38     ` Suman Anna
     [not found] ` <1501274954-20973-1-git-send-email-j-albarran-l0cyMroinI0@public.gmane.org>
2017-08-04  9:59   ` [PATCH 0/2] iommu/omap: Rework cache functionality with DMA Streaming API Joerg Roedel
2017-08-04  9:59     ` Joerg Roedel
2017-08-04  9:59     ` Joerg Roedel
2017-08-09 11:20 ` Laurent Pinchart [this message]
2017-08-09 11:20   ` Laurent Pinchart

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=1541952.tFANgzzemW@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=iommu@lists.linux-foundation.org \
    --cc=j-albarran@ti.com \
    --cc=joro@8bytes.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=s-anna@ti.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.