aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2010-09-27update OMAP Kconfig help texts for all supported SoC modelsLennert Buytenhek2-2/+2
update OMAP Kconfig help texts for all supported SoC models Signed-off-by: Lennert Buytenhek <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-27Merge branch 'devel-omap-smp-on-up' into omap-for-linusTony Lindgren6-264/+17
2010-09-27Merge branch 'devel-boards' into omap-for-linusTony Lindgren3-3/+199
2010-09-27Merge branch 'misc_2.6.37' of git://git.pwsan.com/linux-2.6 into omap-for-linusTony Lindgren3-31/+30
2010-09-27Merge branch 'devel-omap-misc' into omap-for-linusTony Lindgren32-130/+190
2010-09-27omap: mmc: extended to pass host capabilities from board fileSukumar Ghorai23-61/+67
wires variable is renamed, extended and this single variable to be used to pass the platform capabilities, e.g DDR mode. Also removed the hardcoded value was using as bus-width. Signed-off-by: Sukumar Ghorai <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-27omap2: McBSP: Remove mux code for OMAP2420 McBSP2 and do cleanupsJarkko Nikula1-39/+0
This 'legacy' OMAP2420 McBSP2 muxing code is currently broken after recent conversion to new mux code. The omap_mcbsp_request calling this code is usually called after booting whereas the omap_mux_init_signal is __init marked so null pointer dereference would occur. Fix this by removing the muxing code and let the bootloader or board file to do it if necessary. Remove also omap2_mcbsp_ops as there is no use for it. Signed-off-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-27omap: McBSP: Do not enable SRG in slave modePeter Ujfalusi1-5/+8
McBSP SRG (Sample Rate Generator) and FSG (Frame Sync Generator) is only needed to be enabled, when McBSP is master. In McBSP slave mode, the SRG, and FSG can be kept disabled, which might save some power at the end in this configuration. Signed-off-by: Peter Ujfalusi <[email protected]> Acked-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-27omap: i2c: Avoid compilation error in case the header is included multiple timesSubramaniam C.A1-0/+4
Added defines to avoid compilation error. Signed-off-by: Subramaniam C.A <[email protected]> Acked-by: Felipe Balbi <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-27omap: crypto: updates to enable omap aesDmitry Kasatkin4-3/+74
Updates to enable omap aes Signed-off-by: Dmitry Kasatkin <[email protected]> [[email protected]: updated to use CONFIG_ARCH_OMAP2/3 instead of old 24XX/34XX] Signed-off-by: Tony Lindgren <[email protected]>
2010-09-27omap: usb: fix build warningAnand Gadiyar1-1/+1
Fix this and similar build warnings when building with omap_4430sdp_defconfig. CC arch/arm/mach-omap2/board-4430sdp.o In file included from arch/arm/mach-omap2/board-4430sdp.c:36: arch/arm/plat-omap/include/plat/usb.h:109: warning: return type defaults to 'int' Signed-off-by: Anand Gadiyar <[email protected]> Acked-by: Felipe Balbi <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-24omap4: board-omap4panda: adding leds status1 and status2Ricardo Salveti de Araujo1-0/+32
At Pandaboard we have 2 status leds, so adding them with similar usage as we have for Beagleboard (heartbeat and mmc0). The patch basically adds the platform data required by leds-gpio driver. Signed-off-by: Ricardo Salveti de Araujo <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-24omap: 4430sdp board support for proximity sensorShubhrajyoti Datta1-0/+61
omap 4430sdp board support for the proximity sensor via GPIO keys. The proximity sensor is connected to GPIO and is registered as a GPIO key. - Making the default state of the sensor off at bootup - The init is called before platform_add_devices Signed-off-by: Shubhrajyoti D <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-24Merge branch 'omap_for_2.6.37' of ↵Tony Lindgren6-23/+46
git://dev.omapzoom.org/pub/scm/santosh/kernel-omap4-base into omap-for-linus
2010-09-24OMAP: hwmod: Set autoidle after smartidle during _sysc_enableHema HK1-6/+11
OMAP USBOTG module has a requirement to set the autoidle bit only after setting smartidle bit. Modified the _sys_enable api to set the smartidle first and then the autoidle bit. Setting this will not have any impact on the other modules. Signed-off-by: Hema HK <[email protected]> Signed-off-by: Partha Basak <[email protected]> Cc: Felipe Balbi <[email protected]> Cc: Tony Lindgren <[email protected]> Cc: Kevin Hilman <[email protected]> Acked-by: Benoit Cousson <[email protected]> Signed-off-by: Paul Walmsley <[email protected]>
2010-09-24OMAP4: PM: Declare idle modules as functional tooRajendra Nayak1-4/+5
The omap4_cm_wait_module_ready function would only check for the modules to be completely functional before declaring them ready to be accessed. There might also be instances where in the module is actually in idle (under h/w control) but should still be declared accessible, as the h/w control would make it functional when needed. Hence make omap4_cm_wait_module_ready return true in case the module is fully functional *or* in idle state. Fail only if the module is fully disabled or stuck intransition. The explaination from the TRM for the idlest bits on OMAP4 is as below for quick reference Module idle state: 0x0 func: Module is fully functional, including OCP 0x1 trans: Module is performing transition: wakeup, or sleep, or sleep abortion 0x2 idle: Module is in Idle mode (only OCP part). It is functional if using separate functional clock 0x3 disabled: Module is disabled and cannot be accessed Signed-off-by: Rajendra Nayak <[email protected]> Signed-off-by: Partha Basak <[email protected]> Signed-off-by: Benoit Cousson <[email protected]> Signed-off-by: Paul Walmsley <[email protected]>
2010-09-24OMAP: omap_device: Fix to support multiple hwmods for a single deviceKishon Vijay Abraham I1-21/+14
Currently there is a bug in the existing omap_device core code when extracting the hwmod structures passed to omap_device_build_ss(). This bug gets exposed only when passing multiple hwmod structures to omap_device_build_ss() resulting in incorrect extraction from second hwmod structure. This fix uses the pointer to pointer to omap_hwmod structure (array of pointers to omap_hwmod structure) passed to omap_device_build_ss() to correctly extract the appropriate omap_hwmod structure. This patch has been created and tested on lo/master and mainline. Signed-off-by: Kishon Vijay Abraham I <[email protected]> Signed-off-by: Paul Walmsley <[email protected]> Acked-by: Benoit Cousson <[email protected]> Acked-by: Kevin Hilman <[email protected]> Cc: Charulatha V <[email protected]> Cc: Shubhrajyoti D <[email protected]>
2010-09-24omap4: Fix bootup crash observed with higher CPU clocksSantosh Shilimkar1-1/+1
This patch is temporary fix to below crash. This is observed when CPU is clocked more than 600 MHz. Unhandled fault: imprecise external abort (0x1406) at 0xbf9ef65c Internal error: : 1406 [#1] PREEMPT SMP last sysfs file: Modules linked in: CPU: 0 Not tainted (2.6.36-rc3+ #18) PC is at kernel_thread_helper+0x0/0x14 LR is at kernel_thread_helper+0x0/0x14 pc : [<c003ce14>] lr : [<c003ce14>] psr: 00000093 sp : dc83bff8 ip : 00000000 fp : 00000000 r10: 00000000 r9 : 00000000 r8 : 00000000 r7 : 00000013 r6 : c003ce28 r5 : c008935c r4 : 00000000 r3 : 00000000 r2 : 00000000 r1 : 00000000 r0 : 00000000 Flags: nzcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel Control: 10c53c7f Table: 8000404a DAC: 00000017 Process swapper (pid: 2, stack limit = 0xdc83a2f0) Stack: (0xdc83bff8 to 0xdc83c000) bfe0: 00000000 ffffffff [<c003ce14>] (kernel_thread_helper+0x0/0x14) from [<fffffffe>] (0xfffffffe) Code: c03a0ba3 c03a5fcb c045c880 c0394035 (eb017701) ---[ end trace 1b75b31a2719ed1c ]--- The timer hwmod adaptation will eventually fix it in a proper way. Signed-off-by: Rajendra Nayak <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2010-09-24omap4: Panda: Add DEBUG_LL supportDavid Anders1-0/+1
Add support for use of DEBUG_LL for use with PandaBoard. Signed-off-by: David Anders <[email protected]>
2010-09-24omap4: l2x0: Fix init parameter for es2.0Santosh Shilimkar1-3/+7
On ES2.0 the L2 cache init parameter ineeds to be changed to take care of cache size. The cache size is 1MB on ES2.0 vs 512KB on ES1.0 This patch fixes the init parameter to update the same using dynamic cpu version check Signed-off-by: Santosh Shilimkar <[email protected]>
2010-09-24omap4: Update id.c and cpu.h for es2.0Santosh Shilimkar2-8/+35
This patch updates the id.c and cpu.h files to support omap4 ES2.0 silicon detection. Few initial omap4 es2 samples IDCODE is same as es1. So the patch uses ARM cpuid register to detect the ES version for such samples Signed-off-by: Santosh Shilimkar <[email protected]>
2010-09-24omap4: sram: Fix start addressVikram Pandita1-1/+1
On OMAP4 there is no need to have SRAM_BOOTLOADER_SZ provision Hence put this macro under CONFIG_ARCH_OMAP2PLUS check Signed-off-by: Vikram Pandita <[email protected]> Reviewed-by: Santosh Shilimkar <[email protected]>
2010-09-24omap: sram: fix is_sram_locked checkVikram Pandita1-10/+1
For OMAP24xx/34xx/44xx: omap_type() returns the correct type: OMAP2_DEVICE_TYPE_TEST OMAP2_DEVICE_TYPE_EMU OMAP2_DEVICE_TYPE_SEC OMAP2_DEVICE_TYPE_GP OMAP2_DEVICE_TYPE_BAD In current implementation there are two problems: Problem 1: For 34xx, the current if check will never return true. Problem 2: For 24xx the correct type check should be with omap_type() function Verified by checking the TRM 24xx for CONTROL_STATUS register bits Signed-off-by: Vikram Pandita <[email protected]> Acked-by: Santosh Shilimkar <[email protected]>
2010-09-23omap: n8x0: Mux i2s codec port pins for McBSP blockJarkko Nikula1-0/+5
Bootloader on Nokia N800 and N810 muxes I2C codec port pins for EAC block. As there is no driver and use for EAC, mux those pins for McBSP instead since N810 ASoC drivers can use it. Signed-off-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23omap: n8x0: Register i2c2 and add board info with tlv320aic3xfor N810Jarkko Nikula1-0/+16
Second i2c bus on Nokia N800 and N810 shares both common and hw specific peripherals. Register now this bus and add board info with tlv320aic3x for N810. Common peripherals may be added as an additional board info to omap_register_i2c_bus(2, ...); Signed-off-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23omap: n8x0: Cleanup i2c1 and menelaus registrationJarkko Nikula1-19/+15
- Move n8x0_i2c_board_info_1 out from #ifdef CONFIG_MENELAUS block, register i2c1 in n8x0_init_machine and do a few clean-ups around these. Code looks better if board infos are grouped together - Mark n8x0_i2c_board_info_1 and n8x0_menelaus_platform_data with __initdata Signed-off-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23omap2: fix assorted compiler warningsSanjeev Premi3-5/+3
This patch fixes these compiler warnings: CC arch/arm/mach-omap2/mux.o arch/arm/mach-omap2/mux.c: In function 'omap_mux_init_gpio': arch/arm/mach-omap2/mux.c:90: warning: 'gpio_mux' may be used uninitial ized in this function CC arch/arm/plat-omap/gpio.o arch/arm/plat-omap/gpio.c: In function 'omap2_gpio_resume_after_idle': arch/arm/plat-omap/gpio.c:2152: warning: 'l' may be used uninitialized in this function arch/arm/plat-omap/gpio.c: In function 'omap2_gpio_prepare_for_idle': arch/arm/plat-omap/gpio.c:2085: warning: 'l2' may be used uninitialized in this function arch/arm/plat-omap/gpio.c:2085: warning: 'l1' may be used uninitialized in this function CC arch/arm/mach-omap2/board-omap4panda.o arch/arm/mach-omap2/board-omap4panda.c: In function 'omap4_panda_init': arch/arm/mach-omap2/board-omap4panda.c:277: warning: unused variable 's tatus' Signed-off-by: Sanjeev Premi <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23omap: Adding beagle i2c eeprom driver to read EDIDMathieu J. Poirier1-1/+7
Adding i2c eeprom driver to access monitor EDID binary information from user space, something that is required by 'decode-edid' and 'parse-edid'. BugLink: https://bugs.launchpad.net/bugs/608279 Signed-off-by: Mathieu Poirier <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23omap: Beagle: no gpio_wp pin connection on xMRobert Nelson1-1/+3
The omap3630 based BeagleBoard xM uses a MicroSD card slot with no write protection. Signed-off-by: Robert Nelson <[email protected]> Acked-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23omap: Beagle: only Cx boards use pin 23 for write protectRobert Nelson1-1/+2
system_rev comes from u-boot and is a constant 0x20, so Bx boards also fall in this 'if' and will get setup with the wrong gpio_wp pin. Switch to using the Beagle revision routine to correcly set pin 23 only for C1/2/3 and C4 Boards. Bx boards will then use the correct default pin setting. Signed-off-by: Robert Nelson <[email protected]> Acked-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23omap: Beagle: revision detectionRobert Nelson1-0/+88
Due to the omap3530 ES3.0 Silicon being used on both the B5/B6 and C1/2/3 Beagle we can't use the cpu_is_omap34xx() routines to differentiate the Beagle Boards. However gpio pins 171,172,173 where setup for this prupose, so lets use them. Changes: for older U-Boot's, use omap_mux_init_gpio() keep Beagle Rev in board-omap3beagle.c gpio_free on gpio request failure Tested on Beagle Revisions: B5, C2, C4, and xMA Signed-off-by: Robert Nelson <[email protected]> Acked-by: Jarkko Nikula <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23hmc5843: Digital compass board fileShubhrajyoti Datta1-1/+7
The board file changes for the digital compass hmc5843. The interface to the device is i2c. Signed-off-by: Shubhrajyoti D <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-23Merge branch 'pm-runtime' of ↵Tony Lindgren4-4/+191
ssh://master.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm into omap-for-linus
2010-09-23Merge branch 'pm-next' of ↵Tony Lindgren15-230/+696
ssh://master.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm into omap-for-linus
2010-09-23OMAP: GPIO: ensure debounce clocks are disabled during idle/suspendKevin Hilman1-2/+4
If a GPIO bank has more than one GPIO with debounce enabled, the debounce clock will not be fully disabled before going to idle/suspend. In the idle path, we just do a single clk_disable() of the bank's debounce clock. If there are multiple debounce-enabled GPIOs in the bank, that clocks usage count will be > 1, so the clk_disable() will not actually disable the clock. So the fix is to clk_disable() for every debounce-enabled GPIO in the bank (and an equivalent clk_enable() of course.) Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23OMAP4: pm: Change l3_main to l3_main_1 during bus device initBenoit Cousson1-2/+5
The OMAP4 L3 interconnect is split in 3 part for power saving reason. Because of that there is no l3_main like on OMAP2 & 3 but 3 differentes l3_main_X instances. In the case of OMAP4, query only the l3_main_1 part. The clock and voltage are shared across the 3 instances. Signed-off-by: Benoit Cousson <[email protected]> Cc: Paul Walmsley <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23OMAP4: hwmod: Add initial data for OMAP4430 ES1 & ES2Benoit Cousson5-4/+489
The current version contains only the interconnects and the mpu hwmods. The remaining hwmods will be introduced by further patches on top of this one. - enable as well omap_hwmod.c build for OMAP4 Soc Please not that this file uses the new naming convention for naming HW IPs. This convention will be backported soon for previous OMAP2 & 3 data files. new name trm name ------------- ------------------- counter_32k synctimer_32k l3_main l3 timerX gptimerX / dmtimerX mmcX mmchsX / sdmmcX dma_system sdma smartreflex_X sr_X / sr? usb_host_fs usbfshost usb_otg_hs hsusbotg usb_tll_hs usbtllhs_config wd_timerX wdtimerX ipu cortexm3 / ducati dsp c6x / tesla iva ivahd / iva2.2 kbd kbdocp / keyboard mailbox system_mailbox mpu cortexa9 / chiron Signed-off-by: Benoit Cousson <[email protected]> Cc: Paul Walmsley <[email protected]> Cc: Kevin Hilman <[email protected]> Cc: Rajendra Nayak <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23OMAP: omap_device: make all devices a child of a new parent deviceKevin Hilman2-0/+14
In order to help differentiate omap_devices from normal platform_devices, make them all a parent of a new common parent device. Then, in order to determine if a platform_device is also an omap_device, checking the parent is all that is needed. Users of this feature are the runtime PM core for OMAP, where we need to know if a device being passed in is an omap_device or not in order to know whether to call the omap_device API with it. In addition, all omap_devices will now show up under /sys/devices/omap instead of /sys/devices/platform Acked-by: Paul Walmsley <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23Revert "OMAP: omap_device: add omap_device_is_valid()"Kevin Hilman2-22/+0
This reverts commit 0007122ad85cc36b1c18c0b59344093ca210d206. The dereference method of checking for a valid omap_device when wrapping a platform_device is rather unsafe and dangerous. Instead, a better way of checking for a valid omap-device is to use a common parent device for all omap_devices, then a check can simply be made using the device parent. The only user of this API was the initial version of the runtime PM core for OMAP. This has now been switched to check device parent, so there are no more users of this API. Acked-by: Paul Walmsley <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23OMAP clockdomain: initialize clockdomain registers when the clockdomain ↵Paul Walmsley2-98/+15
layer starts When the clockdomain layer initializes, place all clockdomains into software-supervised mode, and clear all wakeup and sleep dependencies immediately, rather than waiting for the PM code to do this later. This fixes a major bug where critical sleep dependencies added by the hwmod code are cleared during late PM init. As a side benefit, the _init_{wk,sleep}dep_usecount() functions are no longer needed, so remove them. Kevin Hilman <[email protected]> did all the really hard work on this, identifying the problem and finding the bug. Signed-off-by: Paul Walmsley <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23omap: pm: Move set_pwrdm_state routine to common pm.cSantosh Shilimkar3-50/+55
The set_pwrdm_state() is needed on omap4 as well so move this routine to common pm.c file so that it's available for omap3/4 Signed-off-by: Rajendra Nayak <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23omap: pm-debug: Enable wakeup_timer_milliseconds debugfs entrySantosh Shilimkar1-0/+3
Commit 8e2efde9 added milliseconds suspend wakeup time support but same interface is not exported through debugfs This patch enables the debugfs hook for wakeup_timer_milliseconds Signed-off-by: Santosh Shilimkar <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23omap: pm-debug: Move common debug code to pm-debug.cSantosh Shilimkar3-18/+20
This patch moves omap2_pm_wakeup_on_timer() and pm debug entries form pm34xx.c to pm-debug.c and export it, so that it is available to other OMAPs Signed-off-by: Santosh Shilimkar <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23OMAP4: pm.c extensions for OMAP4 supportThara Gopinath2-6/+17
OMAP4 has an iva device and a dsp devcice where as OMAP2/3 has only an iva device. In this file the iva device in the system is registered under the name dsp_dev and the API to retrieve the iva device is omap2_get_dsp_device. This patch renames the dsp_dev to iva_dev, renames omap2_get_dsp_device to omap2_get_iva_device, registers dsp_dev for OMAP4 and adds a new API omap4_get_dsp_device to retrieve the dep_dev. Signed-off-by: Thara Gopinath <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23OMAP3: PM: move device-specific special cases from PM core into CPUidleKevin Hilman2-16/+56
In an effort to simplify the core idle path, move any device-specific special case handling from the core PM idle path into the CPUidle pre-idle checking path. This keeps the core, interrupts-disabled idle path streamlined and independent of any device-specific handling, and also allows CPUidle to do the checking only for certain C-states as needed. This patch has the device checks in place for all states with the CHECK_BM flag, namely all states >= C2. This patch was inspired by a similar patch written by Tero Kristo as part of a larger series to add INACTIVE state support. NOTE: This is a baby-step towards decoupling device idle (or system idle) from CPU idle. Eventually, CPUidle should only manage the CPU, and device/system idle should be managed elsewhere. Cc: Tero Kristo <[email protected]> Signed-off-by: Kevin Hilman <[email protected]>
2010-09-23Merge branch 'hwmod_2.6.37' of git://git.pwsan.com/linux-2.6 into omap-for-linusTony Lindgren9-110/+829
2010-09-23HTCHERALD: MMC, I2C, HTCPLD, SPI, TSC2046Cory Maccarrone1-6/+316
This change adds in MMC and I2C support to the HTC Herald board, as well as adding the HTCPLD driver for the PLD used on this phone. It also adds in the gpio-keys entries for the front directional keys and selector and the cursor keys on the slide-out keyboard, and gpio-leds support for the LEDs attached to the htcpld. Additionally, SPI bus support (using the spi100k driver) and touchscreen support (using the ads7846 driver) were added. Signed-off-by: Cory Maccarrone <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2010-09-22OMAP: hwmod: improve documentation, clean up function namesPaul Walmsley2-29/+123
This patch: - adds more documentation to the hwmod code - fixes some documentation typos elsewhere in the file - changes the _sysc_*() function names to appear in (verb, noun) order, to match the rest of the function names. This patch should not result in any functional change. Signed-off-by: Paul Walmsley <[email protected]> Cc: Kevin Hilman <[email protected]> Cc: Benoît Cousson <[email protected]>
2010-09-22OMAP: hwmod: Handle opt clocks node using clk_add_aliasPartha Basak1-1/+42
For every optional clock present per hwmod per omap-device, this function adds an entry in the clocks list of the form <dev-id=dev_name, con-id=role>, if an entry is already present in the list of the form <dev-id=NULL, con-id=role>. The function is called from within the framework inside omap_device_build_ss(), after omap_device_register. This allows drivers to get a pointer to its optional clocks based on its role by calling clk_get(<dev*>, <role>). Link to discussions related to this patch: http://www.spinics.net/lists/linux-omap/msg34809.html Signed-off-by: Charulatha V <[email protected]> Signed-off-by: Partha Basak <[email protected]> Signed-off-by: Benoit Cousson <[email protected]> Signed-off-by: Rajendra Nayak <[email protected]> [[email protected]: simplified loop iterator; removed the superfluous clk_get(), using the clk_get() in clk_add_alias() instead] Signed-off-by: Paul Walmsley <[email protected]> Acked-by: Kevin Hilman <[email protected]>
2010-09-21OMAP: hwmod: Enable module wakeup if in smartidleRajendra Nayak1-2/+4
If a module's OCP slave port is programmed to be in smartidle, its also necessary that they have module level wakeup enabled. Update _sysc_enable in hwmod framework to do this. The thread "[PATCH 7/8] : Hwmod api changes" archived here: http://www.mail-archive.com/[email protected]/msg34212.html has additional technical information on the rationale of this patch. Sergei Shtylyov <[email protected]> identified an indentation problem with this patch - thanks, Sergei. Signed-off-by: Rajendra Nayak <[email protected]> Signed-off-by: Partha Basak <[email protected]> Signed-off-by: Benoît Cousson <[email protected]> [[email protected]: revised patch description] Signed-off-by: Paul Walmsley <[email protected]> Cc: Kevin Hilman <[email protected]> Cc: Sergei Shtylyov <[email protected]>
Powered by cgit, Gruvboxed by Blaster4385.