2010-08-12 14:02:56 -06:00
|
|
|
obj-y += io.o idle.o timer.o
|
|
|
|
ifndef CONFIG_ARCH_MSM8X60
|
2010-03-03 09:54:11 -07:00
|
|
|
obj-y += acpuclock-arm11.o
|
2010-08-12 14:02:56 -06:00
|
|
|
obj-y += dma.o
|
|
|
|
endif
|
2007-11-26 05:11:43 -07:00
|
|
|
|
2010-04-30 23:06:50 -06:00
|
|
|
ifdef CONFIG_MSM_VIC
|
|
|
|
obj-y += irq-vic.o
|
|
|
|
else
|
2010-08-12 14:02:56 -06:00
|
|
|
ifndef CONFIG_ARCH_MSM8X60
|
2010-04-30 23:06:50 -06:00
|
|
|
obj-y += irq.o
|
|
|
|
endif
|
2010-08-12 14:02:56 -06:00
|
|
|
endif
|
2010-04-30 23:06:50 -06:00
|
|
|
|
2010-08-24 20:51:15 -06:00
|
|
|
obj-$(CONFIG_ARCH_MSM8X60) += clock-dummy.o iommu.o iommu_dev.o devices-msm8x60-iommu.o
|
2010-04-21 17:20:27 -06:00
|
|
|
obj-$(CONFIG_MSM_PROC_COMM) += proc_comm.o clock-pcom.o vreg.o
|
|
|
|
obj-$(CONFIG_MSM_PROC_COMM) += clock.o
|
2010-05-06 14:54:17 -06:00
|
|
|
obj-$(CONFIG_ARCH_QSD8X50) += sirc.o
|
2009-07-01 18:58:37 -06:00
|
|
|
obj-$(CONFIG_MSM_SMD) += smd.o smd_debug.o
|
2009-11-15 19:16:43 -07:00
|
|
|
obj-$(CONFIG_MSM_SMD) += last_radio_log.o
|
2007-11-26 05:12:13 -07:00
|
|
|
|
2010-03-30 17:11:57 -06:00
|
|
|
obj-$(CONFIG_MACH_TROUT) += board-trout.o board-trout-gpio.o board-trout-mmc.o devices-msm7x00.o
|
2010-04-30 22:21:24 -06:00
|
|
|
obj-$(CONFIG_MACH_HALIBUT) += board-halibut.o devices-msm7x00.o
|
2010-05-06 13:44:57 -06:00
|
|
|
obj-$(CONFIG_ARCH_MSM7X30) += board-msm7x30.o devices-msm7x30.o
|
2010-05-06 14:54:17 -06:00
|
|
|
obj-$(CONFIG_ARCH_QSD8X50) += board-qsd8x50.o devices-qsd8x50.o
|
2010-08-12 14:02:56 -06:00
|
|
|
obj-$(CONFIG_ARCH_MSM8X60) += board-msm8x60.o
|
2010-05-06 14:54:17 -06:00
|
|
|
|
msm: add gpiomux api for gpio multiplex & configuration.
Add the 'gpiomux' api, which addresses the following shortcomings
of existing tlmm api:
- gpio power-collapse, which is managed by a peripheral processor on
other targets, must be managed by the application processor on the 8x60.
- The enable/disable flag of the legacy gpio_tlmm_config api
is not applicable on the 8x60, and causes confusion.
- The gpio 'direction' bits are meaningless for all func_sel
configurations except for generic-gpio mode (func_sel 0), in which
case the gpio_direction_* functions should be used. Having these
bits in the tlmm api leads to confusion and misuse of the gpiolib
api, and they have been removed in gpiomux.
- The functional api of the legacy system ran contrary to the typical
use-case, which is a single massive configuration at boot. Rather
than forcing hundreds of 'config' function calls, the new api
allows data to be configured with a single table.
gpiomux_get and gpiomux_put are meant to be called automatically
when gpio_request and gpio_free are called, giving automatic
gpiomux/tlmm control to those drivers/lines with simple
power profiles - in the simplest cases, an entry in the gpiomux table
and the correct usage of gpiolib is all that is required to get proper
gpio power control.
Signed-off-by: Gregory Bean <gbean@codeaurora.org>
Signed-off-by: Daniel Walker <dwalker@codeaurora.org>
2010-08-28 11:05:44 -06:00
|
|
|
obj-$(CONFIG_ARCH_MSM7X30) += gpiomux-7x30.o gpiomux-v1.o gpiomux.o
|
|
|
|
obj-$(CONFIG_ARCH_QSD8X50) += gpiomux-8x50.o gpiomux-v1.o gpiomux.o
|
|
|
|
obj-$(CONFIG_ARCH_MSM8X60) += gpiomux-8x60.o gpiomux-v2.o gpiomux.o
|
2010-09-10 16:03:36 -06:00
|
|
|
ifndef CONFIG_MSM_V2_TLMM
|
|
|
|
obj-y += gpio.o
|
|
|
|
endif
|