1. 27 9月, 2012 1 次提交
    • G
      m68knommu: make ColdFire Interrupt Source register definitions absolute addresses · c986a3d5
      Greg Ungerer 提交于
      Make all definitions of the ColdFire Interrupt Source registers absolute
      addresses. Currently some are relative to the MBAR peripheral region.
      
      The various ColdFire parts use different methods to address the internal
      registers, some are absolute, some are relative to peripheral regions
      which can be mapped at different address ranges (such as the MBAR and IPSBAR
      registers). We don't want to deal with this in the code when we are
      accessing these registers, so make all register definitions the absolute
      address - factoring out whether it is an offset into a peripheral region.
      
      This makes them all consistently defined, and reduces the occasional bugs
      caused by inconsistent definition of the register addresses.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      c986a3d5
  2. 16 7月, 2012 1 次提交
    • S
      m68knommu: Add support for the Coldfire m5441x. · bea8bcb1
      Steven King 提交于
      Add support for the Coldfire 5441x (54410/54415/54416/54417/54418).  Currently
      we only support noMMU mode.  It requires the PIT patch posted previously as it
      uses the PIT instead of the dma timer as a clock source so we can get all that
      GENERIC_CLOCKEVENTS goodness.  It also adds some simple clk definitions and
      very simple minded power management.  The gpio code is tweeked and some
      additional devices are added to devices.c.  The Makefile uses -mv4e as
      apparently, the only difference a v4m (m5441x) and a v4e is the later has a
      FPU, which I don't think should matter to us in the kernel.
      Signed-off-by: NSteven King <sfking@fdwdc.com>
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      bea8bcb1
  3. 05 3月, 2012 2 次提交
  4. 24 12月, 2011 1 次提交
  5. 22 11月, 2011 1 次提交
  6. 25 3月, 2011 1 次提交
    • G
      m68k: merge m68k and m68knommu arch directories · 66d857b0
      Greg Ungerer 提交于
      There is a lot of common code that could be shared between the m68k
      and m68knommu arch branches. It makes sense to merge the two branches
      into a single directory structure so that we can more easily share
      that common code.
      
      This is a brute force merge, based on a script from Stephen King
      <sfking@fdwdc.com>, which was originally written by Arnd Bergmann
      <arnd@arndb.de>.
      
      > The script was inspired by the script Sam Ravnborg used to merge the
      > includes from m68knommu. For those files common to both arches but
      > differing in content, the m68k version of the file is renamed to
      > <file>_mm.<ext> and the m68knommu version of the file is moved into the
      > corresponding m68k directory and renamed <file>_no.<ext> and a small
      > wrapper file <file>.<ext> is used to select between the two version. Files
      > that are common to both but don't differ are removed from the m68knommu
      > tree and files and directories that are unique to the m68knommu tree are
      > moved to the m68k tree. Finally, the arch/m68knommu tree is removed.
      >
      > To select between the the versions of the files, the wrapper uses
      >
      > #ifdef CONFIG_MMU
      > #include <file>_mm.<ext>
      > #else
      > #include <file>_no.<ext>
      > #endif
      
      On top of this file merge I have done a simplistic merge of m68k and
      m68knommu Kconfig, which primarily attempts to keep existing options and
      menus in place. Other than a handful of options being moved it produces
      identical .config outputs on m68k and m68knommu targets I tested it on.
      
      With this in place there is now quite a bit of scope for merge cleanups
      in future patches.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      66d857b0
  7. 15 3月, 2011 1 次提交
  8. 16 9月, 2009 2 次提交
  9. 22 4月, 2009 1 次提交
  10. 13 6月, 2008 1 次提交
  11. 15 2月, 2008 1 次提交
  12. 01 2月, 2008 2 次提交
  13. 23 10月, 2007 1 次提交
    • G
      m68knommu: cleanup m68knommu timer code · 2f2c2679
      Greg Ungerer 提交于
      Reduce the function pointer mess of the m68knommu timer code by calling
      directly to the local hardware's timer setup, and expose the local
      common timer interrupt handler to the lower level hardware timer.
      
      Ultimately this will save definitions of all these functions across all
      the platform code to setup the function pointers (which for any given
      m68knommu CPU family member can be only one set of hardware timer
      functions).
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      2f2c2679
  14. 27 7月, 2007 1 次提交
  15. 09 6月, 2007 1 次提交
  16. 18 2月, 2007 1 次提交
  17. 10 2月, 2007 1 次提交
  18. 06 12月, 2006 1 次提交
  19. 03 7月, 2006 1 次提交
  20. 01 7月, 2006 1 次提交
  21. 26 6月, 2006 1 次提交
  22. 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