From: Omar Ramirez Luna <omar.ramirez@ti.com>
To: Greg Kroah-Hartman <gregkh@suse.de>
Cc: devel@driverdev.osuosl.org,
Omar Ramirez Luna <omar.ramirez@ti.com>,
Russell King <linux@arm.linux.org.uk>,
Tony Lindgren <tony@atomide.com>,
Felipe Contreras <felipe.contreras@gmail.com>,
linux-kernel@vger.kernel.org,
Fernando Guzman Lugo <x0095840@ti.com>,
linux-omap@vger.kernel.org, Rene Sapiens <rene.sapiens@ti.com>,
linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/02] staging: tidspbridge: 2.6.37-rcX fixes
Date: Wed, 10 Nov 2010 19:50:23 -0600 [thread overview]
Message-ID: <1289440225-27221-1-git-send-email-omar.ramirez@ti.com> (raw)
Hi Greg,
Please consider the following patch set for tidspbridge driver in
staging tree, the following has been tested on an omap3430 based board
+ gst-dsp environment. Many thanks to Felipe Contreras for piling this up,
as I'm just propagating his patches.
First two patches:
1. omap: dsp: remove shm from normal memory
2. staging: tidspbridge: hardcode SCM macros while fix is upstreamed
Resolve a couple of build breaks due to adaptations for memblock
and SCM layer.
(2) Is meant as a temporary fix, until the patches to fix this
(currently in review) are upstreamed. [1]
The rest of the series, is the revert of iommu migration changes. These
are needed because, without modifications made to iommu module, they do not
work; these modifications (on iommu code) didn't make it for the previous
merge window either.
I will avoid posting the reverts (unless required), they can be found
(along with the two patches of this series) at:
git://dev.omapzoom.org/pub/scm/tidspbridge/kernel-dspbridge.git
tidspbridge-2.6.37-rc1
Felipe Contreras (14):
omap: dsp: remove shm from normal memory
staging: tidspbridge: hardcode SCM macros while fix is upstreamed
Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
Revert "staging: tidspbridge - remove dmm custom module"
Revert "staging: tidspbridge - deprecate reserve/unreserve_memory
funtions"
Revert "staging: tidspbridge - remove reserved memory clean up"
Revert "staging: tidspbridge: remove dw_dmmu_base from cfg_hostres
struct"
Revert "staging: tidspbridge - move all iommu related code to a new
file"
Revert "staging: tidspbridge - remove hw directory"
Revert "staging: tidspbridge - fix mmufault support"
Revert "staging: tidspbridge - remove custom mmu code from
tiomap3430.c"
Revert "staging: tidspbridge - rename bridge_brd_mem_map/unmap to a
proper name"
Revert "staging: tidspbridge - move shared memory iommu maps to
tiomap3430.c"
Revert "staging: tidspbridge: replace iommu custom for opensource
implementation"
arch/arm/plat-omap/devices.c | 4 +-
drivers/staging/tidspbridge/Kconfig | 1 -
drivers/staging/tidspbridge/Makefile | 7 +-
drivers/staging/tidspbridge/core/_deh.h | 5 +-
drivers/staging/tidspbridge/core/_tiomap.h | 19 +-
drivers/staging/tidspbridge/core/dsp-mmu.c | 317 ------
drivers/staging/tidspbridge/core/io_sm.c | 180 +++-
drivers/staging/tidspbridge/core/tiomap3430.c | 1083 ++++++++++++++++++--
drivers/staging/tidspbridge/core/tiomap3430_pwr.c | 4 +
drivers/staging/tidspbridge/core/tiomap_io.c | 17 +-
drivers/staging/tidspbridge/core/ue_deh.c | 115 ++-
drivers/staging/tidspbridge/hw/EasiGlobal.h | 41 +
drivers/staging/tidspbridge/hw/MMUAccInt.h | 76 ++
drivers/staging/tidspbridge/hw/MMURegAcM.h | 225 ++++
drivers/staging/tidspbridge/hw/hw_defs.h | 58 ++
drivers/staging/tidspbridge/hw/hw_mmu.c | 562 ++++++++++
drivers/staging/tidspbridge/hw/hw_mmu.h | 163 +++
.../tidspbridge/include/dspbridge/cfgdefs.h | 1 +
.../staging/tidspbridge/include/dspbridge/dev.h | 24 +
.../staging/tidspbridge/include/dspbridge/dmm.h | 75 ++
.../staging/tidspbridge/include/dspbridge/drv.h | 10 +
.../tidspbridge/include/dspbridge/dsp-mmu.h | 67 --
.../tidspbridge/include/dspbridge/dspdefs.h | 44 +
.../tidspbridge/include/dspbridge/dspioctl.h | 7 +
.../staging/tidspbridge/include/dspbridge/proc.h | 46 +
drivers/staging/tidspbridge/pmgr/dev.c | 63 ++-
drivers/staging/tidspbridge/pmgr/dmm.c | 533 ++++++++++
drivers/staging/tidspbridge/pmgr/dspapi.c | 34 +-
drivers/staging/tidspbridge/rmgr/drv.c | 15 +
drivers/staging/tidspbridge/rmgr/drv_interface.c | 2 +
drivers/staging/tidspbridge/rmgr/node.c | 48 +-
drivers/staging/tidspbridge/rmgr/proc.c | 197 ++++-
32 files changed, 3471 insertions(+), 572 deletions(-)
delete mode 100644 drivers/staging/tidspbridge/core/dsp-mmu.c
create mode 100644 drivers/staging/tidspbridge/hw/EasiGlobal.h
create mode 100644 drivers/staging/tidspbridge/hw/MMUAccInt.h
create mode 100644 drivers/staging/tidspbridge/hw/MMURegAcM.h
create mode 100644 drivers/staging/tidspbridge/hw/hw_defs.h
create mode 100644 drivers/staging/tidspbridge/hw/hw_mmu.c
create mode 100644 drivers/staging/tidspbridge/hw/hw_mmu.h
create mode 100644 drivers/staging/tidspbridge/include/dspbridge/dmm.h
delete mode 100644 drivers/staging/tidspbridge/include/dspbridge/dsp-mmu.h
create mode 100644 drivers/staging/tidspbridge/pmgr/dmm.c
WARNING: multiple messages have this Message-ID (diff)
From: omar.ramirez@ti.com (Omar Ramirez Luna)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/02] staging: tidspbridge: 2.6.37-rcX fixes
Date: Wed, 10 Nov 2010 19:50:23 -0600 [thread overview]
Message-ID: <1289440225-27221-1-git-send-email-omar.ramirez@ti.com> (raw)
Hi Greg,
Please consider the following patch set for tidspbridge driver in
staging tree, the following has been tested on an omap3430 based board
+ gst-dsp environment. Many thanks to Felipe Contreras for piling this up,
as I'm just propagating his patches.
First two patches:
1. omap: dsp: remove shm from normal memory
2. staging: tidspbridge: hardcode SCM macros while fix is upstreamed
Resolve a couple of build breaks due to adaptations for memblock
and SCM layer.
(2) Is meant as a temporary fix, until the patches to fix this
(currently in review) are upstreamed. [1]
The rest of the series, is the revert of iommu migration changes. These
are needed because, without modifications made to iommu module, they do not
work; these modifications (on iommu code) didn't make it for the previous
merge window either.
I will avoid posting the reverts (unless required), they can be found
(along with the two patches of this series) at:
git://dev.omapzoom.org/pub/scm/tidspbridge/kernel-dspbridge.git
tidspbridge-2.6.37-rc1
Felipe Contreras (14):
omap: dsp: remove shm from normal memory
staging: tidspbridge: hardcode SCM macros while fix is upstreamed
Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
Revert "staging: tidspbridge - remove dmm custom module"
Revert "staging: tidspbridge - deprecate reserve/unreserve_memory
funtions"
Revert "staging: tidspbridge - remove reserved memory clean up"
Revert "staging: tidspbridge: remove dw_dmmu_base from cfg_hostres
struct"
Revert "staging: tidspbridge - move all iommu related code to a new
file"
Revert "staging: tidspbridge - remove hw directory"
Revert "staging: tidspbridge - fix mmufault support"
Revert "staging: tidspbridge - remove custom mmu code from
tiomap3430.c"
Revert "staging: tidspbridge - rename bridge_brd_mem_map/unmap to a
proper name"
Revert "staging: tidspbridge - move shared memory iommu maps to
tiomap3430.c"
Revert "staging: tidspbridge: replace iommu custom for opensource
implementation"
arch/arm/plat-omap/devices.c | 4 +-
drivers/staging/tidspbridge/Kconfig | 1 -
drivers/staging/tidspbridge/Makefile | 7 +-
drivers/staging/tidspbridge/core/_deh.h | 5 +-
drivers/staging/tidspbridge/core/_tiomap.h | 19 +-
drivers/staging/tidspbridge/core/dsp-mmu.c | 317 ------
drivers/staging/tidspbridge/core/io_sm.c | 180 +++-
drivers/staging/tidspbridge/core/tiomap3430.c | 1083 ++++++++++++++++++--
drivers/staging/tidspbridge/core/tiomap3430_pwr.c | 4 +
drivers/staging/tidspbridge/core/tiomap_io.c | 17 +-
drivers/staging/tidspbridge/core/ue_deh.c | 115 ++-
drivers/staging/tidspbridge/hw/EasiGlobal.h | 41 +
drivers/staging/tidspbridge/hw/MMUAccInt.h | 76 ++
drivers/staging/tidspbridge/hw/MMURegAcM.h | 225 ++++
drivers/staging/tidspbridge/hw/hw_defs.h | 58 ++
drivers/staging/tidspbridge/hw/hw_mmu.c | 562 ++++++++++
drivers/staging/tidspbridge/hw/hw_mmu.h | 163 +++
.../tidspbridge/include/dspbridge/cfgdefs.h | 1 +
.../staging/tidspbridge/include/dspbridge/dev.h | 24 +
.../staging/tidspbridge/include/dspbridge/dmm.h | 75 ++
.../staging/tidspbridge/include/dspbridge/drv.h | 10 +
.../tidspbridge/include/dspbridge/dsp-mmu.h | 67 --
.../tidspbridge/include/dspbridge/dspdefs.h | 44 +
.../tidspbridge/include/dspbridge/dspioctl.h | 7 +
.../staging/tidspbridge/include/dspbridge/proc.h | 46 +
drivers/staging/tidspbridge/pmgr/dev.c | 63 ++-
drivers/staging/tidspbridge/pmgr/dmm.c | 533 ++++++++++
drivers/staging/tidspbridge/pmgr/dspapi.c | 34 +-
drivers/staging/tidspbridge/rmgr/drv.c | 15 +
drivers/staging/tidspbridge/rmgr/drv_interface.c | 2 +
drivers/staging/tidspbridge/rmgr/node.c | 48 +-
drivers/staging/tidspbridge/rmgr/proc.c | 197 ++++-
32 files changed, 3471 insertions(+), 572 deletions(-)
delete mode 100644 drivers/staging/tidspbridge/core/dsp-mmu.c
create mode 100644 drivers/staging/tidspbridge/hw/EasiGlobal.h
create mode 100644 drivers/staging/tidspbridge/hw/MMUAccInt.h
create mode 100644 drivers/staging/tidspbridge/hw/MMURegAcM.h
create mode 100644 drivers/staging/tidspbridge/hw/hw_defs.h
create mode 100644 drivers/staging/tidspbridge/hw/hw_mmu.c
create mode 100644 drivers/staging/tidspbridge/hw/hw_mmu.h
create mode 100644 drivers/staging/tidspbridge/include/dspbridge/dmm.h
delete mode 100644 drivers/staging/tidspbridge/include/dspbridge/dsp-mmu.h
create mode 100644 drivers/staging/tidspbridge/pmgr/dmm.c
WARNING: multiple messages have this Message-ID (diff)
From: Omar Ramirez Luna <omar.ramirez@ti.com>
To: Greg Kroah-Hartman <gregkh@suse.de>
Cc: Tony Lindgren <tony@atomide.com>,
Russell King <linux@arm.linux.org.uk>,
Felipe Contreras <felipe.contreras@gmail.com>,
Omar Ramirez Luna <omar.ramirez@ti.com>,
Fernando Guzman Lugo <x0095840@ti.com>,
Rene Sapiens <rene.sapiens@ti.com>,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, devel@driverdev.osuosl.org
Subject: [PATCH 00/02] staging: tidspbridge: 2.6.37-rcX fixes
Date: Wed, 10 Nov 2010 19:50:23 -0600 [thread overview]
Message-ID: <1289440225-27221-1-git-send-email-omar.ramirez@ti.com> (raw)
Hi Greg,
Please consider the following patch set for tidspbridge driver in
staging tree, the following has been tested on an omap3430 based board
+ gst-dsp environment. Many thanks to Felipe Contreras for piling this up,
as I'm just propagating his patches.
First two patches:
1. omap: dsp: remove shm from normal memory
2. staging: tidspbridge: hardcode SCM macros while fix is upstreamed
Resolve a couple of build breaks due to adaptations for memblock
and SCM layer.
(2) Is meant as a temporary fix, until the patches to fix this
(currently in review) are upstreamed. [1]
The rest of the series, is the revert of iommu migration changes. These
are needed because, without modifications made to iommu module, they do not
work; these modifications (on iommu code) didn't make it for the previous
merge window either.
I will avoid posting the reverts (unless required), they can be found
(along with the two patches of this series) at:
git://dev.omapzoom.org/pub/scm/tidspbridge/kernel-dspbridge.git
tidspbridge-2.6.37-rc1
Felipe Contreras (14):
omap: dsp: remove shm from normal memory
staging: tidspbridge: hardcode SCM macros while fix is upstreamed
Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
Revert "staging: tidspbridge - remove dmm custom module"
Revert "staging: tidspbridge - deprecate reserve/unreserve_memory
funtions"
Revert "staging: tidspbridge - remove reserved memory clean up"
Revert "staging: tidspbridge: remove dw_dmmu_base from cfg_hostres
struct"
Revert "staging: tidspbridge - move all iommu related code to a new
file"
Revert "staging: tidspbridge - remove hw directory"
Revert "staging: tidspbridge - fix mmufault support"
Revert "staging: tidspbridge - remove custom mmu code from
tiomap3430.c"
Revert "staging: tidspbridge - rename bridge_brd_mem_map/unmap to a
proper name"
Revert "staging: tidspbridge - move shared memory iommu maps to
tiomap3430.c"
Revert "staging: tidspbridge: replace iommu custom for opensource
implementation"
arch/arm/plat-omap/devices.c | 4 +-
drivers/staging/tidspbridge/Kconfig | 1 -
drivers/staging/tidspbridge/Makefile | 7 +-
drivers/staging/tidspbridge/core/_deh.h | 5 +-
drivers/staging/tidspbridge/core/_tiomap.h | 19 +-
drivers/staging/tidspbridge/core/dsp-mmu.c | 317 ------
drivers/staging/tidspbridge/core/io_sm.c | 180 +++-
drivers/staging/tidspbridge/core/tiomap3430.c | 1083 ++++++++++++++++++--
drivers/staging/tidspbridge/core/tiomap3430_pwr.c | 4 +
drivers/staging/tidspbridge/core/tiomap_io.c | 17 +-
drivers/staging/tidspbridge/core/ue_deh.c | 115 ++-
drivers/staging/tidspbridge/hw/EasiGlobal.h | 41 +
drivers/staging/tidspbridge/hw/MMUAccInt.h | 76 ++
drivers/staging/tidspbridge/hw/MMURegAcM.h | 225 ++++
drivers/staging/tidspbridge/hw/hw_defs.h | 58 ++
drivers/staging/tidspbridge/hw/hw_mmu.c | 562 ++++++++++
drivers/staging/tidspbridge/hw/hw_mmu.h | 163 +++
.../tidspbridge/include/dspbridge/cfgdefs.h | 1 +
.../staging/tidspbridge/include/dspbridge/dev.h | 24 +
.../staging/tidspbridge/include/dspbridge/dmm.h | 75 ++
.../staging/tidspbridge/include/dspbridge/drv.h | 10 +
.../tidspbridge/include/dspbridge/dsp-mmu.h | 67 --
.../tidspbridge/include/dspbridge/dspdefs.h | 44 +
.../tidspbridge/include/dspbridge/dspioctl.h | 7 +
.../staging/tidspbridge/include/dspbridge/proc.h | 46 +
drivers/staging/tidspbridge/pmgr/dev.c | 63 ++-
drivers/staging/tidspbridge/pmgr/dmm.c | 533 ++++++++++
drivers/staging/tidspbridge/pmgr/dspapi.c | 34 +-
drivers/staging/tidspbridge/rmgr/drv.c | 15 +
drivers/staging/tidspbridge/rmgr/drv_interface.c | 2 +
drivers/staging/tidspbridge/rmgr/node.c | 48 +-
drivers/staging/tidspbridge/rmgr/proc.c | 197 ++++-
32 files changed, 3471 insertions(+), 572 deletions(-)
delete mode 100644 drivers/staging/tidspbridge/core/dsp-mmu.c
create mode 100644 drivers/staging/tidspbridge/hw/EasiGlobal.h
create mode 100644 drivers/staging/tidspbridge/hw/MMUAccInt.h
create mode 100644 drivers/staging/tidspbridge/hw/MMURegAcM.h
create mode 100644 drivers/staging/tidspbridge/hw/hw_defs.h
create mode 100644 drivers/staging/tidspbridge/hw/hw_mmu.c
create mode 100644 drivers/staging/tidspbridge/hw/hw_mmu.h
create mode 100644 drivers/staging/tidspbridge/include/dspbridge/dmm.h
delete mode 100644 drivers/staging/tidspbridge/include/dspbridge/dsp-mmu.h
create mode 100644 drivers/staging/tidspbridge/pmgr/dmm.c
next reply other threads:[~2010-11-11 1:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-11 1:50 Omar Ramirez Luna [this message]
2010-11-11 1:50 ` [PATCH 00/02] staging: tidspbridge: 2.6.37-rcX fixes Omar Ramirez Luna
2010-11-11 1:50 ` Omar Ramirez Luna
2010-11-11 1:50 ` [PATCH 01/02] omap: dsp: remove shm from normal memory Omar Ramirez Luna
2010-11-11 1:50 ` Omar Ramirez Luna
2010-12-02 21:32 ` Russell King - ARM Linux
2010-12-02 21:32 ` Russell King - ARM Linux
2010-11-11 1:50 ` [PATCH 02/02] staging: tidspbridge: hardcode SCM macros while fix is upstreamed Omar Ramirez Luna
2010-11-11 1:50 ` Omar Ramirez Luna
2010-11-11 13:17 ` [PATCH 00/02] staging: tidspbridge: 2.6.37-rcX fixes Greg KH
2010-11-11 13:17 ` Greg KH
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=1289440225-27221-1-git-send-email-omar.ramirez@ti.com \
--to=omar.ramirez@ti.com \
--cc=devel@driverdev.osuosl.org \
--cc=felipe.contreras@gmail.com \
--cc=gregkh@suse.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=rene.sapiens@ti.com \
--cc=tony@atomide.com \
--cc=x0095840@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.