An error occurred fetching the project authors.
  1. 01 Oct, 2008 4 commits
  2. 23 Sep, 2008 1 commit
  3. 12 Sep, 2008 4 commits
    • Tony Lindgren's avatar
      ARM: OMAP: Fix cpu detection · bf9454a3
      Tony Lindgren authored
      At some point while adding omap2 support, IS_OMAP_CLASS broke as pointed out
      by Russell King. Fix this to work as it used to work, and modify omap24xx and
      omap34xx detection to work accordingly.
      
      Also rename OMAP3430_REV_ES2_2 to OMAP3430_REV_ES3_0.
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      bf9454a3
    • David Brownell's avatar
      twl4030: improve rtc device setup · 74fcfe9c
      David Brownell authored
      Make the twl4030 RTC initialization follow the driver model better.
      The platform device is created (if needed) as part of twl4030 setup
      instead of as a board-specific thing, and fits properly into the
      driver model tree.
      
      The only minor glitch here is on boards using platform_data to pass
      MSECURE initialization hooks to the RTC driver.  The right solution
      probably just removes that platform_data, and might even make Linux
      follow the principle of "least privilege" (at the hardware level!)
      instead of always holding this signal high.
      
      Pending better handling of MSECURE, this patch just does what the
      RTC init does, but earlier:  MSECURE is always high, so the RTC time
      and calendar registers can be updated (and presumably a bunch of
      non-RTC privileged operations will be allowed too).
      
      Yet to be done:  set up the IRQ resource; make the rtc driver use
      that IRQ resource; and properly issue wakeup alarms.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      74fcfe9c
    • David Brownell's avatar
      mach-omap2: fix more arch_initcall() breakage · 846fe83e
      David Brownell authored
      Remove more bogus arch_initcall() logic in mach-omap2/board-xyx.c files.
      They broke a multi-OMAP build I did, at *RUN TIME* not build time, since
      it tried to do the i2c init for every board linked in the kernel.
      
      Remember, init_machine() entries run at arch_initcall() time; that's
      where any board-specific init logic should normally go.  Any initcalls
      in the mach-*/*c files should normally be guarded by tests to make sure
      they only run on the relevant hardware (board, cpu).  Better yet, get
      rid of the initcalls; init_machine() can *explicitly* call the right
      version of that code, and pass in board-specific config data; and there
      are hooks that can handle cpu-specific stuff too.
      
      A quick glance suggests most of the remaining initcall logic in the
      mach-omap2 directory is similarly broken... this patch gets rid of
      one frequently-cloned idiom, it should help.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      846fe83e
    • Tony Lindgren's avatar
      ARM: OMAP: Clean-up MMC device init · 8e6e06c7
      Tony Lindgren authored
      Clean-up MMC device init:
      
      - Initialize devices in mach-omap1/devices.c and mach-omap2/devices.c
        instead of plat-omap/devices.c
      
      - Remove old struct omap_mmc_config, use struct omap_mmc_platform_data instead
      
      Note that this removes the second omap-hsmmc controller init for overo.
      This needs to be fixed properly by changing hsmmc_init() to accept
      board specific struct omap_mmc_platform_data.
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      8e6e06c7
  4. 18 Aug, 2008 1 commit
  5. 05 Aug, 2008 4 commits
  6. 08 Jul, 2008 1 commit
  7. 03 Jul, 2008 1 commit
  8. 24 Apr, 2008 2 commits
  9. 28 Mar, 2008 1 commit
  10. 13 Feb, 2008 1 commit
  11. 30 Jan, 2008 1 commit
  12. 24 Jan, 2008 2 commits
  13. 18 Dec, 2007 1 commit
  14. 17 Dec, 2007 2 commits
  15. 23 Nov, 2007 2 commits
    • Paul Walmsley's avatar
      Runtime constants: introduce omap2_set_globals_*() · 2b256e28
      Paul Walmsley authored
      Add the omap2_set_globals_{242x,243x,343x}() functions.  These
      functions are called early upon boot in the map_io() functions in the
      board-specific init files.  The functions are currently no-ops.  Later
      patches augment these functions to set global variables to the base
      virtual addresses of OMAP modules.  This makes it possible to write
      code that can run without modification on multiple OMAP chip
      revisions.
      
      The *_set_globals_* functions are added into
      arch/arm/plat-omap/common.c.  This patch currently only introduces
      OMAP2 and OMAP3 functions, but a later patch introduces an
      OMAP16XX-specific version, omap1_set_globals_16xx().
      
      Also, while we are here, we get rid of the unused OMAP_L4_BASE define.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      2b256e28
    • Paul Walmsley's avatar
      Remove unused and broken core_l3_ck clk_get from board-3430sdp.c · 00c8199c
      Paul Walmsley authored
      board-3430sdp.c tries to clk_get core_l3_ck.  This clock doesn't exist
      any longer in the current clock34xx.h, so it fails.  The code then tries
      to fetch the clock's rate, which is also not currently used.  This is
      dead code, so remove it.
      
      Tested on 3430SDP ES1.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      00c8199c
  16. 16 Nov, 2007 3 commits
  17. 31 Aug, 2007 1 commit
  18. 11 Jul, 2007 1 commit