An error occurred fetching the project authors.
  1. 07 May, 2007 1 commit
    • David Brownell's avatar
      ARM: OMAP: h4 must have blinky leds!! · 1d54bddb
      David Brownell authored
      This adds generic support for the "debug board" LEDs used by most of
      TI's OMAP reference boards, and board-specific support for the H4.
      
      It's derived from the not-as-generic stuff used by OMAP1 H2/H3/P2.
      Those should be able to switch easily to this version, and clean up
      some of the omap1-specific code.
      
      In addition to H4 support, one key improvement is supporting not just
      the "old" ARM debug LED API (with timer and idle LEDs, plus four that
      can be handy for kernel debugging), but it also supports the "new"
      generic LED API (most useful for usermode stuff IMO).  Either or both
      APIs can be enabled.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      1d54bddb
  2. 02 Mar, 2007 2 commits
  3. 05 Dec, 2006 1 commit
  4. 03 Oct, 2006 1 commit
  5. 29 Sep, 2006 1 commit
  6. 02 Apr, 2006 1 commit
  7. 08 Feb, 2006 1 commit
  8. 13 Jan, 2006 1 commit
  9. 10 Nov, 2005 1 commit
    • Tony Lindgren's avatar
      [ARM] 3145/1: OMAP 3a/5: Add support for omap24xx · 1dbae815
      Tony Lindgren authored
      Patch from Tony Lindgren
      
      This patch adds support for omap24xx series of processors.
      The files live in arch/arm/mach-omap2, and share common
      files with omap15xx and omap16xx processors in
      arch/arm/plat-omap.
      
      Omap24xx support was originally added for 2.6.9 by TI.
      This code was then improved and integrated to share common
      code with omap15xx and omap16xx processors by various
      omap developers, such as Paul Mundt, Juha Yrjola, Imre Deak,
      Tony Lindgren, Richard Woodruff, Nishant Menon, Komal Shah
      et al.
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      1dbae815