05 Jul, 2011
2 commits
-
Add twl4030_vibra platform data, and the needed regulators
for twl6040 vibrator.Signed-off-by: Peter Ujfalusi
Acked-by: Tony Lindgren -
TWL6040 IC provides analog high-end audio codec functions for
handset applications. It contains several audio analog inputs
and outputs as well as vibrator support. It's connected to the
host processor via PDM interface for audio data communication.
The audio modules are controlled by internal registers that
can be accessed by I2C and PDM interface.TWL6040 MFD will be registered as a child of TWL-CORE, and will
have two children of its own: twl6040-codec and twl6040-vibra.This driver is based on TWL4030 and WM8350 MFD drivers.
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Peter Ujfalusi
Acked-by: Samuel Ortiz
04 Jul, 2011
5 commits
-
Allign the platform data names for twl4030 audio submodule:
twl4030_audio_data: for the core MFD driver
twl4030_codec_data: for ASoC codec driver
twl4030_vibra_data: for the input/ForceFeedback driverTo avoid breakage, change all depending drivers, files
to use the new types.Signed-off-by: Peter Ujfalusi
Acked-by: Samuel Ortiz -
Some regulator config can be moved out from board files,
since they are close to identical.Signed-off-by: Peter Ujfalusi
Acked-by: Tony Lindgren -
Reduce the amount of duplicated code by moving the common
configuration for twl4030/5030/tpsxx to the twl-common file.
Use the omap3_pmic_get_config function from board files to
properly configure the PMIC with the common fields.Signed-off-by: Peter Ujfalusi
Acked-by: Tony Lindgren -
Reduce the amount of duplicated code by moving the common
configuration for TWL6030 (on OMAP4 platform) to the
twl-common file.
Use the omap4_pmic_get_config function from board files to
properly configure the PMIC with the common fields.Signed-off-by: Peter Ujfalusi
Acked-by: Tony Lindgren -
Introduce a new file, which will be used to configure
common pmic (TWL) devices, regulators, and TWL audio.Signed-off-by: Peter Ujfalusi
Acked-by: Tony Lindgren
29 Jun, 2011
6 commits
-
…khilman/linux-omap-pm into devel-cleanup
Conflicts:
arch/arm/mach-omap2/pm-debug.c
arch/arm/mach-omap2/pm.h -
We haven't seen either use for in-driver transfer API in McBSP driver
over the years so it looks they can be removed too.Signed-off-by: Jarkko Nikula
Signed-off-by: Tony Lindgren -
We haven't seen any use for the SPI API in McBSP driver over the years. More
over, Peter Ujfalusi noticed that SPI mode is not
even supported since OMAP2430 so it's very unlikely that we'll see any use
for it in the future either.Signed-off-by: Jarkko Nikula
Acked-by: Peter Ujfalusi
Signed-off-by: Tony Lindgren -
Fix compilation error introduced with 786b01a8c1db0c0decca55d660a2a3ebd7cfb26b
(cleanup regulator supply definitions in mach-omap2).Signed-off-by: Peter Ujfalusi
[tony@atomide.com: updated comments]
Signed-off-by: Tony Lindgren -
omap_nand_platform_data fields 'options', 'gpio_irq', 'nand_setup' and
'dma_channel' are never referenced by the NAND driver, yet various
board files are initializing those fields. This is both incorrect and
confusing, so remove them. This allows to get rid of a global
variable in gpmc-nand.c.This also corrects an issue where some boards are trying to pass NAND
16bit flag through .options, but the driver is using .devsize instead
and ignoring .options.Finally, .dev_ready is treated as a flag by the driver, so make it bool
instead of a function pointer.Signed-off-by: Grazvydas Ignotas
Signed-off-by: Tony Lindgren
28 Jun, 2011
6 commits
-
We can keep everything sys_timer and gptimer.c related code in
timer.c as the code will be very minimal.Later on we can also remove timer-mpu.c, as it can be called from
omap4_timer_init function.This allows us to get rid of confusing existing files. We currently
have timer-gp.c, timer-mpu.c, and patches have been posted to add
dmtimer.c. There's no need to have these multiple files, we can
put everything into timer.c.Signed-off-by: Tony Lindgren
-
This is no longer needed as we now just set the desired
.timer in MACHINE_START. We can now also remove timer-gp.h.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman -
Use dmtimer macros for clocksource. As with the clockevent,
this allows us to initialize the rest of dmtimer code later on.Note that eventually we will be initializing the timesource
from init_early so sched_clock will work properly for
CONFIG_PRINTK_TIME.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman -
There's no need to initialize the dmtimer framework early.
Just mark the clocksource and timesource as reserved, and
initialize dmtimer with an arch_initcall.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman -
Fix the section mismatch warning:
WARNING: vmlinux.o(.text+0x21118): Section mismatch
in reference from the function pm_dbg_init() to the
function .init.text:pwrdms_setup()
The function pm_dbg_init() references
the function __init pwrdms_setup().
This is often because pm_dbg_init lacks a __init
annotation or the annotation of pwrdms_setup is wrong.Signed-off-by: Sanjeev Premi
Signed-off-by: Kevin Hilman -
Remove OMAP3-specific register dumping feature from PM debug layer.
This is removed because:- it's ugly
- it's OMAP3-specific, and will obviously not scale to OMAP4+
- userspace /dev/mem-based tools (like omapconf) can do this much betterTested-by: Santosh Shilimkar
Acked-by: Santosh Shilimkar
Acked-by: Jean Pihet
Signed-off-by: Kevin Hilman
21 Jun, 2011
6 commits
-
Tested-by: Santosh Shilimkar
Acked-by: Santosh Shilimkar
Signed-off-by: Kevin Hilman -
Remove the OMAP-specific PM debug 'sleep_while_idle' feature which is
currently available as an OMAP-specific debugfs entry.This duplicates existing ARM-generic functionality available as a
boot-time option using the boot cmdline option 'hohlt'.If runtime configuration of this is needed, then adding a debugfs
entry for the ARM-generic hlt/nohlt interface should be added.Tested-by: Santosh Shilimkar
Acked-by: Santosh Shilimkar
Acked-by: Jean Pihet
Signed-off-by: Kevin Hilman -
Error label case seems to have a 2 tab indentation when just 1 is
necessary.Signed-off-by: Nishanth Menon
Signed-off-by: Kevin Hilman -
Since we already know the state of the autocomp enablement, we can
see if the requested state is different from the current state and
enable/disable SR only on the need basis.Signed-off-by: Nishanth Menon
Signed-off-by: Kevin Hilman -
We will enable and disable interrupt on a need basis in the class
driver. We need to keep the IRQ disabled by default else the
forceupdate or vcbypass events could trigger events that we don't
need/expect to handle.This is a preparation for SmartReflex AVS class drivers such as
class 2 and class 1.5 which would need to use interrupts. Existing
SmartReflex AVS class 3 driver does not require to use interrupts
and is not impacted by this change.Signed-off-by: Nishanth Menon
Signed-off-by: Kevin Hilman -
Interrupt notification mechanism of SmartReflex can be used by the
choice of implementation of the class driver. For example, Class 2 and
Class 1.5 of SmartReflex can both use the interrupt notification to
identify the transition of voltage or other events.Hence, the actual class does not matter for notifier. Let the class
driver's handling decide how it should be used. SmartReflex driver
should provide just the primitives.Signed-off-by: Nishanth Menon
Signed-off-by: Kevin Hilman
20 Jun, 2011
5 commits
-
This removes the support for setting the wake-up timer for debugging.
Later on we can reserve gptimer1 for PM code only and have similar
functionality.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman -
This patch makes timer-gp.c to use only a subset of dmtimer
functions without the need to initialize dmtimer code early.Also note that now with the inline functions, timer_set_next_event
becomes more efficient in the lines of assembly code.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman -
This will allow us to share the code between system timer and
dmtimer device driver code without having to initialize all the
dmtimers early. This change will also make the timer_set_next_event
more efficient as the inline functions will optimize the code
better for the timer reprogramming.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman -
These will be needed when dmtimer platform init code gets split
for omap1 and omap2+. These will also be needed for separate
sys_timer init and driver init for the rest of the hardware timers
in the following patches. No functional changes.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman -
This is needed for the following patches so we can initialize the
rest of the hardware timers later on.As with the init_irq calls, there's no need to do cpu_is_omap calls
during the timer init as we only care about the major omap generation.
This means that we can initialize the sys_timer with the .timer
entries alone.Note that for now we just set stubs for the various sys_timer entries
that will get populated in a later patch. The following patches will
also remove the omap_dm_timer_init calls and change the init for the
rest of the hardware timers to happen with an arch_initcall.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman
16 Jun, 2011
1 commit
-
This allows us to remove cpu_is_omap calls from init_irq functions.
There should not be any need for cpu_is_omap calls as at this point.
During the timer init we only care about SoC generation, and not about
subrevisions.The main reason for the patch is that we want to initialize only
minimal omap specific code from the init_early call.Signed-off-by: Tony Lindgren
Reviewed-by: Kevin Hilman
14 Jun, 2011
7 commits
-
When runtime PM is disabled, device clocks need to be enabled on
device add and disabled on device remove. This currently is not
happening because in the !PM_RUNTIME case, no notifiers are registered
for OMAP1 devices.Fix this by ensuring notifiers are registered, even in the !PM_RUNTIME case.
Reported-by: Janusz Krzysztofik
Tested-by: Janusz Krzysztofik
Signed-off-by: Kevin Hilman
Signed-off-by: Tony Lindgren -
CC: Mark Brown
CC: Mike Rapoport
CC: Nishant Kamat
CC: Steve Sakoman
CC: Felipe Balbi
Signed-off-by: Oleg Drokin
Acked-by: Felipe Balbi
Signed-off-by: Tony Lindgren -
to use REGULATOR_SUPPLY arrays.
CC: Mark Brown
CC: Mike Rapoport
CC: Nishant Kamat
CC: Steve Sakoman
CC: Felipe Balbi
CC: Santosh Shilimkar
CC: peter.barada@logicpd.com
Signed-off-by: Oleg Drokin
Acked-by: Felipe Balbi
Signed-off-by: Tony Lindgren -
…l/git/tip/linux-2.6-tip
* 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
ftrace: Revert 8ab2b7efd ftrace: Remove unnecessary disabling of irqs
kprobes/trace: Fix kprobe selftest for gcc 4.6
ftrace: Fix possible undefined return code
oprofile, dcookies: Fix possible circular locking dependency
oprofile: Fix locking dependency in sync_start()
oprofile: Free potentially owned tasks in case of errors
oprofile, x86: Add comments to IBS LVT offset initialization -
…rnel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
* 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
x86: devicetree: Add missing early_init_dt_setup_initrd_arch stub
x86: cpu-hotplug: Prevent softirq wakeup on wrong CPU* 'irq-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
genirq: Prevent potential NULL dereference in irq_set_irq_wake() -
…git/kgene/linux-samsung
* 's5p-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung:
ARM: S3C2410: remove the now empty mach-s3c2410/irq.c
ARM: S3C24XX: Move s3c24xx_irq_syscore_ops to plat-s3c24xx/irq.c
ARM: S3C24xx: Fix missing struct for s3c2410_dma_chan
ARM: SAMSUNG: Remove unused onenand plat functions
ARM: EXYNOS4: Remove compiler warning on exynos4_pwm4_resume
ARM: S5P: Fix compilation error for exynos4_defconfig
ARM: S5P: Should be S3C_VA_USB_HSPHY instead of S5P_VA_XX
ARM: S5P64X0: Fix SPI platform device name
ARM: S5PV210: Fix possible null pointer dereference
13 Jun, 2011
2 commits
-
…git/khilman/linux-omap-pm into fixes
-
Commit d5ce2b65 "omap3630: nand: fix device size to work in polled mode"
changed values for .devsize in nand platform data, now we have to pass
NAND_BUSWIDTH_16 instead of '1' to select 16bit NAND.Update pandora's platform data accordingly, also specify appropriate
transfer type.Signed-off-by: Grazvydas Ignotas
Signed-off-by: Tony Lindgren