09 Nov, 2012
1 commit
-
Get rid of the mach-omap2/common.c globals by moving the global
initialization for IP block addresses that must occur early into
mach-omap2/io.c. In the process, remove the *_map_common_io*() and
SoC-specific *set_globals* functions.Signed-off-by: Paul Walmsley
Tested-by: Vaibhav Hiremath
18 Oct, 2012
1 commit
-
Remove arch/arm/plat-omap/include/plat/sdrc.h by folding its contents
into arch/arm/mach-omap2/sdrc.h. The objective is to assist Tony in
cleaning out arch/arm/plat-omap/, as his upstreams request.Signed-off-by: Paul Walmsley
Cc: Tony Lindgren
[tony@atomide.com: updated to remove rotate macros]
Signed-off-by: Tony Lindgren
22 Dec, 2010
1 commit
-
The SRAM PA addresses are locally defined and used at
different places, i.e. SRAM management code and idle sleep code.The macros are now defined at a centralized place, for
easier maintenance.Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.Signed-off-by: Jean Pihet
Acked-by: Santosh Shilimkar
Tested-by: Nishanth Menon
Signed-off-by: Kevin Hilman
12 Dec, 2009
2 commits
-
The OMAP2 clock code currently #includes a large .h file full of static
data structures. Instead, define the data in a .c file.Russell King proposed this new arrangement:
http://marc.info/?l=linux-omap&m=125967425908895&w=2
This patch also deals with most of the flagrant checkpatch violations.
While here, separate the prcm_config data structures out into their own
files, opp2xxx.h and opp24{2,3}0_data.c, and only build in the OPP tables
for the target device. This should save some memory. In the long run,
these prcm_config tables should be replaced with OPP code.Signed-off-by: Paul Walmsley
Cc: Russell King
Cc: Richard Woodruff
Cc: Nishanth Menon -
clock34xx.c contains some macros which probably belong in mach-omap2/sdrc.h.
Move those macros to mach-omap2/sdrc.h.Signed-off-by: Paul Walmsley
21 Oct, 2009
1 commit
-
Move the remaining headers under plat-omap/include/mach
to plat-omap/include/plat. Also search and replace the
files using these headers to include using the right path.This was done with:
#!/bin/bash
mach_dir_old="arch/arm/plat-omap/include/mach"
plat_dir_new="arch/arm/plat-omap/include/plat"
headers=$(cd $mach_dir_old && ls *.h)
omap_dirs="arch/arm/*omap*/ \
drivers/video/omap \
sound/soc/omap"
other_files="drivers/leds/leds-ams-delta.c \
drivers/mfd/menelaus.c \
drivers/mfd/twl4030-core.c \
drivers/mtd/nand/ams-delta.c"for header in $headers; do
old="#include
20 Oct, 2009
1 commit
-
This patch splits OMAP2_IO_ADDRESS to OMAP2_L3_IO_ADDRESS and
OMAP2_L4_IO_ADDRESS to reclaim more IO space.The omap_read*() and omap_write*() functions will work only over
L4 address space. Current omap kernel stack uses these functions
only to access registers over L4 io address spaceNote that these macros should only be used when ioremap does
not work. Please use ioremap instead in all new code.Signed-off-by: Santosh Shilimkar
Signed-off-by: Tony Lindgren
29 Aug, 2009
1 commit
-
Search and replace OMAP_IO_ADDRESS with OMAP1_IO_ADDRESS and OMAP2_IO_ADDRESS,
and convert omap_read/write into a functions instead of a macros.Also rename OMAP_MPUIO_VBASE to OMAP1_MPUIO_VBASE.
In the long run, most code should use ioremap + __raw_read/write instead.
Signed-off-by: Tony Lindgren
07 Aug, 2008
1 commit
-
This just leaves include/asm-arm/plat-* to deal with.
Signed-off-by: Russell King
03 Jul, 2008
1 commit
-
New struct omap_globals contains the omap processor specific
module bases. Use omap_globals to set the various base addresses
to make detecting omap chip type simpler.Also introduce OMAP1_IO_ADDRESS and OMAP2_IO_ADDRESS for future multi-omap
patches.Signed-off-by: Tony Lindgren
15 Apr, 2008
1 commit
-
This patch adds common register access for 24xx and 34xx power
and clock management in order to share code between 24xx and 34xx.Only change USB platform init code to use new register access, other
access will be changed in later patches.Signed-off-by: Paul Walmsley
Signed-off-by: Tony Lindgren