| commit | 8280960181eae6e4039957044577b6ef7154220f | |
| author | Tony Lindgren <tony@atomide.com> | |
| Tue, 30 Oct 2012 18:03:22 +0000 (30 11:03 -0700) | ||
| committer | Tony Lindgren <tony@atomide.com> | |
| Wed, 31 Oct 2012 22:37:13 +0000 (31 15:37 -0700) | ||
| tree | dd0590ac041d673f1fbc7a491d99997a6d785901 | treesnapshot (tar.gz zip) |
| parent | 32dee01e67e0d14e86708c4ca6c5a9f4f81d5144 | commitdiff |
ARM: OMAP: Remove cpu_is_omap usage from plat-omap/dma.c
This code will be eventually in drivers, and for the
code in the drivers we don't want to have any cpu_is_omap
usage. Those macros should be private to arch/arm/mach-omap1
and arch/arm/mach-omap2.
To fix this, let's move the define for dma_omap2plus()
to dma-omap.h, and use the existing dma_attr passed in
the platform_data as the revision registers are what they
are.
Note that we can now also remove the relative includes
introduced by the recent clean-up patches.
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Vinod Koul <vinod.koul@intel.com>
Cc: Lokesh Vutla <lokeshvutla@ti.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>
This code will be eventually in drivers, and for the
code in the drivers we don't want to have any cpu_is_omap
usage. Those macros should be private to arch/arm/mach-omap1
and arch/arm/mach-omap2.
To fix this, let's move the define for dma_omap2plus()
to dma-omap.h, and use the existing dma_attr passed in
the platform_data as the revision registers are what they
are.
Note that we can now also remove the relative includes
introduced by the recent clean-up patches.
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Vinod Koul <vinod.koul@intel.com>
Cc: Lokesh Vutla <lokeshvutla@ti.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>