devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Suman Anna <s-anna@ti.com>
To: Tony Lindgren <tony@atomide.com>
Cc: Joerg Roedel <joro@8bytes.org>,
	Florian Vaussard <florian.vaussard@epfl.ch>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	iommu@lists.linux-foundation.org, devicetree@vger.kernel.org,
	linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCHv3 00/13] OMAP IOMMU DT adaptation for 3.15
Date: Sun, 2 Mar 2014 23:35:30 -0600	[thread overview]
Message-ID: <531414A2.8040100@ti.com> (raw)
In-Reply-To: <20140228230000.GW13624@atomide.com>

Tony,

On 02/28/2014 05:00 PM, Tony Lindgren wrote:
> * Suman Anna <s-anna@ti.com> [140228 12:46]:
>> Hi Joerg, Tony,
>>
>> This is an updated series of the OMAP IOMMU DT adaptation intended
>> for 3.15 merge window, addressing the comments from the v2 series.
>> This series is rebased onto 3.14-rc4, and the only change to bindings
>> is to drop the dma-window property.
>>
>> The first 7 patches in the series are in drivers/iommu, with the first
>> 3 patches performing some cleanup. The DT bindings and adaptation are
>> done in patches 4 and 5.
>>
>> Tony,
>> Patches 8 through 13 are in arch/arm/mach-omap2 layer, so I am guessing
>> these would have to go through your tree. Of these, patches 8 and 9 are
>> cleanup fixes to get OMAP3 IVA MMU working, patches 10 & 11 are fixes
>> required with DT-boot for OMAP3/4, patches 12 & 13 add the OMAP5 support.
>
> Are patches 8 to 13 OK to apply separately from the iommu patches or
> do they need to wait for the iommu patches to get merged first?
>

Yeah, they don't have any direct dependencies. Patches 8, 9 and 12 are 
totally independent. Patches 10, 11 and 13 add the needed platform data 
or archdata to get the corresponding DT iommu devices functional by any 
users (OMAP3 ISP is the only user in kernel). The only remote dependency 
is the compatible string names used in the pdata-quirks.

regards
Suman

  reply	other threads:[~2014-03-03  5:35 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-28 20:42 [PATCHv3 00/13] OMAP IOMMU DT adaptation for 3.15 Suman Anna
     [not found] ` <1393620164-14633-1-git-send-email-s-anna-l0cyMroinI0@public.gmane.org>
2014-02-28 20:42   ` [PATCHv3 01/13] iommu/omap: convert to devm_* interfaces Suman Anna
2014-02-28 20:42   ` [PATCHv3 02/13] iommu/omap: fix error return paths in omap_iommu_attach() Suman Anna
2014-02-28 20:42   ` [PATCHv3 03/13] iommu/omap: allow enable/disable even without pdata Suman Anna
2014-02-28 20:42   ` [PATCHv3 04/13] Documentation: dt: add OMAP iommu bindings Suman Anna
2014-02-28 20:42   ` [PATCHv3 06/13] iommu/omap: enable bus-error back on supported iommus Suman Anna
2014-02-28 20:42   ` [PATCHv3 07/13] iommu/omap: allocate archdata on the fly for DT-based devices Suman Anna
2014-02-28 20:42   ` [PATCHv3 08/13] ARM: OMAP3: remove deprecated CONFIG_OMAP_IOMMU_IVA2 Suman Anna
2014-02-28 20:42   ` [PATCHv3 10/13] ARM: OMAP2+: change the ISP device archdata MMU name for DT Suman Anna
2014-02-28 20:42   ` [PATCHv3 12/13] ARM: OMAP5: hwmod data: add mmu data for ipu & dsp Suman Anna
2014-02-28 20:42   ` [PATCHv3 13/13] ARM: OMAP2+: extend iommu pdata-quirks to OMAP5 Suman Anna
2014-02-28 23:00   ` [PATCHv3 00/13] OMAP IOMMU DT adaptation for 3.15 Tony Lindgren
2014-03-03  5:35     ` Suman Anna [this message]
     [not found]     ` <20140228230000.GW13624-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>
2014-03-04 16:04       ` Joerg Roedel
2014-03-04 16:52         ` Suman Anna
     [not found]         ` <20140304160432.GG2799-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2014-03-04 16:59           ` Suman Anna
     [not found]             ` <5316068F.3020003-l0cyMroinI0@public.gmane.org>
2014-03-05 19:33               ` Tony Lindgren
2014-03-05 20:07                 ` Suman Anna
2014-02-28 20:42 ` [PATCHv3 05/13] iommu/omap: add devicetree support Suman Anna
2014-02-28 20:42 ` [PATCHv3 09/13] ARM: OMAP3: fix iva mmu programming issues Suman Anna
2014-02-28 20:42 ` [PATCHv3 11/13] ARM: OMAP2+: use pdata quirks for iommu reset lines Suman Anna

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=531414A2.8040100@ti.com \
    --to=s-anna@ti.com \
    --cc=devicetree@vger.kernel.org \
    --cc=florian.vaussard@epfl.ch \
    --cc=iommu@lists.linux-foundation.org \
    --cc=joro@8bytes.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=tony@atomide.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).