From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: "Ramirez Luna, Omar" <omar.ramirez@ti.com>
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v2 00/15] tidspbridge driver MMU-related cleanups
Date: Tue, 25 Sep 2012 01:15:16 +0200 [thread overview]
Message-ID: <5440295.qvmhmnK8Sf@avalon> (raw)
In-Reply-To: <CAB-zwWixOeCPoV=F1E8t7_6AdgCTLQhC72_G35+dSnaJsTwonA@mail.gmail.com>
Hi Omar,
On Friday 21 September 2012 11:18:56 Ramirez Luna, Omar wrote:
> On Wed, Sep 19, 2012 at 7:06 AM, Laurent Pinchart wrote:
> > Hello,
> >
> > Here's the second version of my tidspbridge MMU-related cleanup patches.
> > The first version has been sent privately only, don't try to search the
> > mailing list archive for it :-)
> >
> > Replacing hw/hw_mmu.c and part of core/tiomap3430.c with generic IOMMU
> > calls should be less difficult now. Anyone would like to give it a try?
> >
> > Laurent Pinchart (14):
> > tidspbridge: hw_mmu: Reorder functions to avoid forward declarations
> > tidspbridge: hw_mmu: Removed unused functions
> > tidspbridge: tiomap3430: Reorder functions to avoid forward
> > declarations
> > tidspbridge: tiomap3430: Remove unneeded dev_context local variables
> > tidspbridge: tiomap3430: Factor out common page release code
> > tidspbridge: tiomap3430: Remove ul_ prefix
> > tidspbridge: tiomap3430: Remove unneeded local variables
> > tidspbridge: Fix VM_PFNMAP mapping
> > tidspbridge: Remove unused hw_mmu_map_attrs_t::donotlockmpupage field
> > arm: omap: iommu: Include required headers in iommu.h and iopgtable.h
> > tidspbridge: Use constants defined in IOMMU platform headers
> > tidspbridge: Simplify pte_update and mem_map_vmalloc functions
> > tidspbridge: Use correct types to describe physical, MPU, DSP
> > addresses
> > tidspbridge: Replace hw_mmu_map_attrs_t structure with a prot
> > bitfield
>
> Thanks, tested on beagle-xM, they look good!
>
> Can you submit them to Greg KH and devel@driverdev.osuosl.org,
> preferably with a 'staging:' prefix along with the current subject.
I'll do that after getting Felipe's feedback (as well as yours if possible
:-)) on the VM_PFNMAP patch split that I've posted today.
> The only thing of concern is that:
> ARM: OMAP: iommu: fix including iommu.h without IOMMU_API selected
>
> Might be taking a different path than these to mainline[1].
>
> Cheers,
>
> Omar
>
> ---
> [1] http://www.mail-archive.com/linux-omap@vger.kernel.org/msg76319.html
--
Regards,
Laurent Pinchart
prev parent reply other threads:[~2012-09-24 23:14 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-19 12:06 [PATCH v2 00/15] tidspbridge driver MMU-related cleanups Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 01/15] tidspbridge: hw_mmu: Reorder functions to avoid forward declarations Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 02/15] tidspbridge: hw_mmu: Removed unused functions Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 03/15] tidspbridge: tiomap3430: Reorder functions to avoid forward declarations Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 04/15] tidspbridge: tiomap3430: Remove unneeded dev_context local variables Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 05/15] tidspbridge: tiomap3430: Factor out common page release code Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 06/15] tidspbridge: tiomap3430: Remove ul_ prefix Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 07/15] tidspbridge: tiomap3430: Remove unneeded local variables Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 08/15] tidspbridge: Fix VM_PFNMAP mapping Laurent Pinchart
2012-09-21 18:37 ` Felipe Contreras
2012-09-24 23:11 ` Laurent Pinchart
2012-09-24 23:13 ` [PATCH 1/2] tidspbridge: Refactor mapping find/remove operations Laurent Pinchart
2012-09-24 23:13 ` [PATCH 2/2] tidspbridge: Fix VM_PFNMAP mapping Laurent Pinchart
2012-10-12 21:32 ` [PATCH 1/2] tidspbridge: Refactor mapping find/remove operations Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 09/15] tidspbridge: Remove unused hw_mmu_map_attrs_t::donotlockmpupage field Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 10/15] ARM: OMAP: iommu: fix including iommu.h without IOMMU_API selected Laurent Pinchart
2012-09-19 12:06 ` [PATCH v2 11/15] arm: omap: iommu: Include required headers in iommu.h and iopgtable.h Laurent Pinchart
2012-09-19 12:07 ` [PATCH v2 12/15] tidspbridge: Use constants defined in IOMMU platform headers Laurent Pinchart
2012-09-19 12:07 ` [PATCH v2 13/15] tidspbridge: Simplify pte_update and mem_map_vmalloc functions Laurent Pinchart
2012-09-19 12:07 ` [PATCH v2 14/15] tidspbridge: Use correct types to describe physical, MPU, DSP addresses Laurent Pinchart
2012-09-19 12:07 ` [PATCH v2 15/15] tidspbridge: Replace hw_mmu_map_attrs_t structure with a prot bitfield Laurent Pinchart
2012-09-21 16:18 ` [PATCH v2 00/15] tidspbridge driver MMU-related cleanups Ramirez Luna, Omar
2012-09-24 23:15 ` Laurent Pinchart [this message]
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=5440295.qvmhmnK8Sf@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-omap@vger.kernel.org \
--cc=omar.ramirez@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.