1. 25 9月, 2012 1 次提交
  2. 13 9月, 2012 2 次提交
    • T
      ARM: OMAP: Split plat/hardware.h, use local soc.h for omap2+ · dbc04161
      Tony Lindgren 提交于
      As the plat and mach includes need to disappear for single zImage work,
      we need to remove plat/hardware.h.
      
      Do this by splitting plat/hardware.h into omap1 and omap2+ specific files.
      
      The old plat/hardware.h already has omap1 only defines, so it gets moved
      to mach/hardware.h for omap1. For omap2+, we use the local soc.h
      that for now just includes the related SoC headers to keep this patch more
      readable.
      
      Note that the local soc.h still includes plat/cpu.h that can be dealt
      with in later patches. Let's also include plat/serial.h from common.h for
      all the board-*.c files. This allows making the include files local later
      on without patching these files again.
      
      Note that only minimal changes are done in this patch for the
      drivers/watchdog/omap_wdt.c driver to keep things compiling. Further
      patches are needed to eventually remove cpu_is_omap usage in the drivers.
      
      Also only minimal changes are done to sound/soc/omap/* to remove the
      unneeded includes and to define OMAP44XX_MCPDM_L3_BASE locally so there's
      no need to include omap44xx.h.
      
      While at it, also sort some of the includes in the standard way.
      
      Cc: linux-watchdog@vger.kernel.org
      Cc: alsa-devel@alsa-project.org
      Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>
      Cc: Jarkko Nikula <jarkko.nikula@bitmer.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Acked-by: NWim Van Sebroeck <wim@iguana.be>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      dbc04161
    • T
      ARM: OMAP2+: Prepare for irqs.h removal · 7d7e1eba
      Tony Lindgren 提交于
      As the interrupts should only be defined in the platform_data, and
      eventually coming from device tree, there's no need to define them
      in header files.
      
      Let's remove the hardcoded references to irqs.h and fix up the includes
      so we don't rely on headers included in irqs.h. Note that we're
      defining OMAP_INTC_START as 0 to the interrupts. This will be needed
      when we enable SPARSE_IRQ. For some drivers we need to add
      #include <plat/cpu.h> for now until these drivers are fixed to
      remove cpu_is_omapxxxx() usage.
      
      While at it, sort som of the includes the standard way, and add
      the trailing commas where they are missing in the related data
      structures.
      
      Note that for drivers/staging/tidspbridge we just define things
      locally.
      
      Cc: Paul Walmsley <paul@pwsan.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      7d7e1eba
  3. 08 8月, 2012 1 次提交
  4. 20 7月, 2012 1 次提交
  5. 02 7月, 2012 1 次提交
  6. 21 6月, 2012 1 次提交
  7. 20 6月, 2012 1 次提交
  8. 10 5月, 2012 1 次提交
  9. 16 4月, 2012 1 次提交
  10. 07 3月, 2012 3 次提交
  11. 29 2月, 2012 1 次提交
  12. 24 11月, 2011 1 次提交
  13. 30 9月, 2011 2 次提交
  14. 10 8月, 2011 1 次提交
    • P
      OMAP: Fix linking error in twl-common.c for OMAP2/3/4 only builds · d12d1fca
      Peter Ujfalusi 提交于
      Commit b22f954b (OMAP4: Move common twl6030 configuration to twl-common)
      caused compile failures for code for OMAP arch which is not selected by
      the config.
      
      Fixes issues like:
      With CONFIG_ARCH_OMAP3=y and CONFIG_ARCH_OMAP4=n, I'm getting this:
      
      arch/arm/mach-omap2/built-in.o:(.data+0xf99c): undefined reference to `omap4430_phy_init'
      arch/arm/mach-omap2/built-in.o:(.data+0xf9a0): undefined reference to `omap4430_phy_exit'
      arch/arm/mach-omap2/built-in.o:(.data+0xf9a4): undefined reference to `omap4430_phy_power'
      arch/arm/mach-omap2/built-in.o:(.data+0xf9a8): undefined reference to `omap4430_phy_set_clk'
      arch/arm/mach-omap2/built-in.o:(.data+0xf9ac): undefined reference to `omap4430_phy_suspend'
      
      Fix the problem by moving the code to ifdef sections for omap3 and omap4.
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
      [tony@atomide.com: updated comments]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      d12d1fca
  15. 04 7月, 2011 5 次提交
  16. 11 5月, 2011 1 次提交
  17. 07 5月, 2010 1 次提交
  18. 06 5月, 2010 1 次提交
  19. 12 1月, 2010 1 次提交
  20. 10 10月, 2009 1 次提交
    • P
      ASoC: TPA6130A2 amplifier driver · 493b67ef
      Peter Ujfalusi 提交于
      Driver for Texas Instruments TPA6130A2 stereo headphone
      amplifier.
      
      The driver provides playback gain control and also pre-defined
      DAPM_HP widgets and DAPM routings for power management.
      
      The DAPM_HP widget names are:
      "TPA6130A2 Headphone Left"
      "TPA6130A2 Headphone Right"
      
      From soc machine drivers to use with the tpa6130a2 amplifier,
      the tpa6130a2_add_controls has to be called, which adds the alsa
      controls and the DAPM routing needed for the tpa6130a2.
      After that the machine driver can connect the codec's output
      with 'TPA6130A2 Left' and 'TPA6130A2 Right':
      
              {"TPA6130A2 Left", NULL, "CODEC LEFT OUT"},
              {"TPA6130A2 Right", NULL, "CODEC RIGHT OUT"},
      
      Internally the left and right channels are powered separately.
      When none of the channels are needed the amplifier is powered
      down:
      hard power: valid GPIO number is passed within platform data
      soft power: Using the software shutdown of the amplifier
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      493b67ef
  21. 07 5月, 2009 1 次提交
  22. 17 4月, 2009 1 次提交
  23. 30 4月, 2008 1 次提交
  24. 20 3月, 2008 1 次提交
  25. 09 5月, 2007 1 次提交
  26. 03 4月, 2006 1 次提交
  27. 08 9月, 2005 1 次提交
  28. 03 5月, 2005 1 次提交
  29. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4