1. 31 3月, 2014 1 次提交
  2. 31 12月, 2013 3 次提交
  3. 08 12月, 2013 1 次提交
  4. 26 11月, 2013 1 次提交
  5. 25 6月, 2013 1 次提交
  6. 28 5月, 2013 1 次提交
  7. 03 9月, 2012 1 次提交
  8. 20 5月, 2012 1 次提交
  9. 17 4月, 2012 1 次提交
  10. 29 12月, 2011 1 次提交
  11. 11 12月, 2011 1 次提交
  12. 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
  13. 15 8月, 2010 1 次提交
  14. 28 2月, 2010 2 次提交
  15. 23 4月, 2009 1 次提交
  16. 03 12月, 2008 1 次提交
  17. 11 9月, 2008 1 次提交
  18. 07 6月, 2008 1 次提交
  19. 19 5月, 2008 2 次提交
  20. 05 4月, 2008 1 次提交
  21. 06 2月, 2008 1 次提交
  22. 13 6月, 2005 2 次提交
  23. 19 4月, 2005 2 次提交
  24. 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