1. 25 11月, 2010 2 次提交
    • A
      arm: omap1: make some functions static · e6f16821
      Aaro Koskinen 提交于
      Make some functions static to get rid of the following sparse warnings:
      
      arch/arm/mach-omap1/mcbsp.c:177:12: warning: symbol 'omap1_mcbsp_init' was not declared. Should it be static?
      arch/arm/mach-omap1/mux.c:346:22: warning: symbol 'omap1_cfg_reg' was not declared. Should it be static?
      arch/arm/plat-omap/dma.c:177:5: warning: symbol 'omap_dma_in_1510_mode' was not declared. Should it be static?
      arch/arm/plat-omap/sram.c:273:12: warning: symbol 'omap1_sram_init' was not declared. Should it be static?
      Signed-off-by: NAaro Koskinen <aaro.koskinen@nokia.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      e6f16821
    • A
      arm: omap1: add missing includes · 706afdda
      Aaro Koskinen 提交于
      Add missing includes to get rid of the following sparse warnings:
      
      arch/arm/mach-omap1/devices.c:225:13: warning: symbol 'omap1_camera_init' was not declared. Should it be static?
      arch/arm/mach-omap1/flash.c:15:6: warning: symbol 'omap1_set_vpp' was not declared. Should it be static?
      arch/arm/mach-omap1/serial.c:190:6: warning: symbol 'omap_serial_wake_trigger' was not declared. Should it be static?
      arch/arm/mach-omap1/time.c:252:18: warning: symbol 'omap_timer' was not declared. Should it be static?
      Signed-off-by: NAaro Koskinen <aaro.koskinen@nokia.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      706afdda
  2. 22 11月, 2010 1 次提交
  3. 09 11月, 2010 1 次提交
  4. 06 11月, 2010 1 次提交
  5. 20 10月, 2010 2 次提交
  6. 18 10月, 2010 1 次提交
  7. 13 10月, 2010 1 次提交
  8. 02 10月, 2010 4 次提交
  9. 30 9月, 2010 1 次提交
  10. 24 9月, 2010 1 次提交
    • C
      HTCHERALD: MMC, I2C, HTCPLD, SPI, TSC2046 · 493c32a0
      Cory Maccarrone 提交于
      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: NCory Maccarrone <darkstar6262@gmail.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      493c32a0
  11. 22 9月, 2010 1 次提交
    • K
      OMAP1: PM: add simple runtime PM layer to manage clocks · e933ec7c
      Kevin Hilman 提交于
      On OMAP1, we do not have omap_device + omap_hwmod to manage the
      device-specific idle, enable and shutdown.  Instead, just
      enable/disable device clocks automatically at the runtime PM level.
      
      This allows drivers to not have any OMAP1 specific clock management
      and allows them to simply use the runtime PM API to manage clocks.
      
      OMAP1 compile fixes Manjunatha GK <manjugk@ti.com>
      
      Cc: Manjunatha GK <manjugk@ti.com>
      Signed-off-by: NKevin Hilman <khilman@deeprootsystems.com>
      e933ec7c
  12. 12 8月, 2010 1 次提交
    • L
      ASoC: multi-component - ASoC Multi-Component Support · f0fba2ad
      Liam Girdwood 提交于
      This patch extends the ASoC API to allow sound cards to have more than one
      CODEC and more than one platform DMA controller. This is achieved by dividing
      some current ASoC structures that contain both driver data and device data into
      structures that only either contain device data or driver data. i.e.
      
       struct snd_soc_codec    --->  struct snd_soc_codec (device data)
                                +->  struct snd_soc_codec_driver (driver data)
      
       struct snd_soc_platform --->  struct snd_soc_platform (device data)
                                +->  struct snd_soc_platform_driver (driver data)
      
       struct snd_soc_dai      --->  struct snd_soc_dai (device data)
                                +->  struct snd_soc_dai_driver (driver data)
      
       struct snd_soc_device   --->  deleted
      
      This now allows ASoC to be more tightly aligned with the Linux driver model and
      also means that every ASoC codec, platform and (platform) DAI is a kernel
      device. ASoC component private data is now stored as device private data.
      
      The ASoC sound card struct snd_soc_card has also been updated to store lists
      of it's components rather than a pointer to a codec and platform. The PCM
      runtime struct soc_pcm_runtime now has pointers to all its components.
      
      This patch adds DAPM support for ASoC multi-component and removes struct
      snd_soc_socdev from DAPM core. All DAPM calls are now made on a card, codec
      or runtime PCM level basis rather than using snd_soc_socdev.
      
      Other notable multi-component changes:-
      
       * Stream operations now de-reference less structures.
       * close_delayed work() now runs on a DAI basis rather than looping all DAIs
         in a card.
       * PM suspend()/resume() operations can now handle N CODECs and Platforms
         per sound card.
       * Added soc_bind_dai_link() to bind the component devices to the sound card.
       * Added soc_dai_link_probe() and soc_dai_link_remove() to probe and remove
         DAI link components.
       * sysfs entries can now be registered per component per card.
       * snd_soc_new_pcms() functionailty rolled into dai_link_probe().
       * snd_soc_register_codec() now does all the codec list and mutex init.
      
      This patch changes the probe() and remove() of the CODEC drivers as follows:-
      
       o Make CODEC driver a platform driver
       o Moved all struct snd_soc_codec list, mutex, etc initialiasation to core.
       o Removed all static codec pointers (drivers now support > 1 codec dev)
       o snd_soc_register_pcms() now done by core.
       o snd_soc_register_dai() folded into snd_soc_register_codec().
      
      CS4270 portions:
      Acked-by: NTimur Tabi <timur@freescale.com>
      
      Some TLV320aic23 and Cirrus platform fixes.
      Signed-off-by: NRyan Mallon <ryan@bluewatersys.com>
      
      TI CODEC and OMAP fixes
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: NJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Signed-off-by: NJarkko Nikula <jhnikula@gmail.com>
      
      Samsung platform and misc fixes :-
      Signed-off-by: NChanwoo Choi <cw00.choi@samsung.com>
      Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      Reviewed-by: NJassi Brar <jassi.brar@samsung.com>
      Signed-off-by: NSeungwhan Youn <sw.youn@samsung.com>
      
      MPC8610 and PPC fixes.
      Signed-off-by: NTimur Tabi <timur@freescale.com>
      
      i.MX fixes and some core fixes.
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      
      J4740 platform fixes:-
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      
      CC: Tony Lindgren <tony@atomide.com>
      CC: Nicolas Ferre <nicolas.ferre@atmel.com>
      CC: Kevin Hilman <khilman@deeprootsystems.com>
      CC: Sascha Hauer <s.hauer@pengutronix.de>
      CC: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
      CC: Kuninori Morimoto <morimoto.kuninori@renesas.com>
      CC: Daniel Gloeckner <dg@emlix.com>
      CC: Manuel Lauss <mano@roarinelk.homelinux.net>
      CC: Mike Frysinger <vapier.adi@gmail.com>
      CC: Arnaud Patard <apatard@mandriva.com>
      CC: Wan ZongShun <mcuos.com@gmail.com>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      f0fba2ad
  13. 09 8月, 2010 1 次提交
  14. 04 8月, 2010 10 次提交
  15. 02 8月, 2010 1 次提交
  16. 27 7月, 2010 2 次提交
    • P
      OMAP1: clock: some cleanup · fb2fc920
      Paul Walmsley 提交于
      Convert most of the magic numbers in mach-omap1/clock_data.c to use
      macros.  Clean up a few comments to conform with Documentation/CodingStyle.
      Mark the current clkops_uart as being OMAP16xx-only, and add some comments
      to indicate that it does not belong there, for future cleanup.
      
      This patch should not cause any functional changes.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      fb2fc920
    • P
      OMAP1: OPP: add KConfig entry for 96MHz ARM rate (using a 12MHz oscillator) · 936305a9
      Paul Walmsley 提交于
      Add KConfig entry for one of the OMAP1 DVFS rates that was missing it.
      Based on the surrounding rate KConfigs and the oscillator frequency,
      this patch marks it as valid for all OMAP1 platforms -- Richard,
      Tuukka, Tony, perhaps you can comment if this does not look right?
      
      In the long term, all of these CONFIG_OMAP_ARM_*MHZ should be removed.
      The OPP settings should be associated with the platform information in
      the structure data (perhaps by extending the omap_chip defines).  The
      selection of which rates to use should be handled at runtime; rates
      that are impossible due to xtal frequency mismatch or SoC-type
      mismatch should not be included.  If implemented correctly, this
      should save some CPU time and some memory on OMAP1 kernels.
      Reported-by: NChristoph Egger <siccegge@cs.fau.de>
      Reported-by: NThe VAMOS Research Project <vamos@i4.informatik.uni-erlangen.de>
      Cc: Marek Vasut <marek.vasut@gmail.com>
      Cc: Richard Woodruff <r-woodruff2@ti.com>
      Cc: Tuukka Tikkanen <tuukka.tikkanen@nokia.com>
      Cc: Tony Lindgren <tony@atomide.com>
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      936305a9
  17. 16 7月, 2010 1 次提交
  18. 05 7月, 2010 8 次提交