kernel/git/stable/linux.git/arch/arm/mach-davinci/io.c, branch master

ARM: mach-davinci: remove arch specific special handling for ioremap

2011-11-16T03:30:39+00:00

A generic version should replace this later. Signed-off-by: Nicolas Pitre

Davinci: iotable based ioremap() interception

2010-05-13T17:05:31+00:00

This patch allows for a more flexible ioremap() interception based on iotable contents. With this patch, the ioremap() interception code can properly translate addresses only after davinci_soc_info has been initialized. Consequently, in soc-specific init functions, davinci_common_init() has to happen before any ioremap() attempts. The da8xx init sequence has been suitably modified to meet this restriction. Signed-off-by: Cyril Chemparathy Signed-off-by: Kevin Hilman

ARM: Add caller information to ioremap

2010-02-15T21:39:11+00:00

This allows the procfs vmallocinfo file to show who created the ioremap regions. Note: __builtin_return_address(0) doesn't do what's expected if its used in an inline function, so we leave __arm_ioremap callers in such places alone. Signed-off-by: Russell King

davinci: Encapsulate SoC-specific data in a structure

2009-05-26T15:14:04+00:00

Create a structure to encapsulate SoC-specific information. This will assist in generalizing code so it can be used by different SoCs that have similar hardware but with minor differences such as having a different base address. The idea is that the code for each SoC fills out a structure with the correct information. The board-specific code then calls the SoC init routine which in turn will call a common init routine that makes a copy of the structure, maps in I/O regions, etc. After initialization, code can get a pointer to the structure by calling davinci_get_soc_info(). Eventually, the common init routine will make a copy of all of the data pointed to by the structure so the original data can be made __init_data. That way the data for SoC's that aren't being used won't consume memory for the entire life of the kernel. The structure will be extended in subsequent patches but initially, it holds the map_desc structure for any I/O regions the SoC/board wants statically mapped. Signed-off-by: Mark A. Greer Signed-off-by: Kevin Hilman

davinci: add arch_ioremap() which uses existing static mappings

2009-04-23T16:31:09+00:00

Add arch-specific ioremap() which uses any existing static mappings in place of doing a new mapping. From now on, drivers should always use ioremap() instead of IO_ADDRESS(). In addition, remove the davinci_[read|write]* macros in favor of using ioremap. Signed-off-by: Kevin Hilman

davinci: major rework of clock, PLL, PSC infrastructure

2009-04-23T16:31:00+00:00

This is a significant rework of the low-level clock, PLL and Power Sleep Controller (PSC) implementation for the DaVinci family. The primary goal is to have better modeling if the hardware clocks and features with the aim of DVFS functionality. Highlights: - model PLLs and all PLL-derived clocks - model parent/child relationships of PLLs and clocks - convert to new clkdev layer - view clock frequency and refcount via /proc/davinci_clocks Special thanks to significant contributions and testing by David Brownell. Cc: David Brownell Signed-off-by: Kevin Hilman

[ARM] Convert asm/io.h to linux/io.h

2008-09-06T11:10:45+00:00

Signed-off-by: Russell King

[ARM] Move include/asm-arm/arch-* to arch/arm/*/include/mach

2008-08-07T08:55:48+00:00

This just leaves include/asm-arm/plat-* to deal with. Signed-off-by: Russell King

[ARM] 4430/1: davinci: clock control support

2007-07-12T08:57:09+00:00

Support clock control driver for TI DaVinci SoC Signed-off-by: Vladimir Barinov Signed-off-by: Kevin Hilman Signed-off-by: Russell King

[ARM] 4303/3: base kernel support for TI DaVinci

2007-05-11T16:26:55+00:00

Add base kernel support for the TI DaVinci platform. This patch only includes interrupts, timers, CPU identification, serial support and basic power and sleep controller init. More drivers to come. Signed-off-by: Kevin Hilman Signed-off-by: Russell King