1. 01 11月, 2012 1 次提交
    • T
      ARM: OMAP: Remove cpu_is_omap usage from plat-omap/dma.c · 82809601
      Tony Lindgren 提交于
      This code will be eventually in drivers, and for the
      code in the drivers we don't want to have any cpu_is_omap
      usage. Those macros should be private to arch/arm/mach-omap1
      and arch/arm/mach-omap2.
      
      To fix this, let's move the define for dma_omap2plus()
      to dma-omap.h, and use the existing dma_attr passed in
      the platform_data as the revision registers are what they
      are.
      
      Note that we can now also remove the relative includes
      introduced by the recent clean-up patches.
      
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Vinod Koul <vinod.koul@intel.com>
      Cc: Lokesh Vutla <lokeshvutla@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      82809601
  2. 19 10月, 2012 2 次提交
  3. 18 10月, 2012 1 次提交
  4. 16 10月, 2012 1 次提交
  5. 08 5月, 2012 1 次提交
  6. 29 2月, 2012 1 次提交
  7. 05 10月, 2011 1 次提交
  8. 16 9月, 2011 1 次提交
    • K
      OMAP: omap_device: when building return platform_device instead of omap_device · 3528c58e
      Kevin Hilman 提交于
      All of the device init and device driver interaction with omap_device
      is done using platform_device pointers.  To make this more explicit,
      have omap_device return a platform_device pointer instead of an
      omap_device pointer.
      
      All current users of the omap_device pointer were only using it to get
      at the platform_device pointer or struct device pointer, so fixing all
      of the users was trivial.
      
      This also makes it more difficult for device init code to directly
      access members of struct omap_device, and allows for easier changing
      of omap_device internals.
      
      Cc: Paul Walmsley <paul@pwsan.com>
      Signed-off-by: NKevin Hilman <khilman@ti.com>
      3528c58e
  9. 31 3月, 2011 1 次提交
  10. 28 1月, 2011 1 次提交
  11. 21 12月, 2010 2 次提交