1. 08 6月, 2007 4 次提交
    • P
      sh: Kill off dead SH7604 support. · b9601c5e
      Paul Mundt 提交于
      This was added during 2.5.x, but was never moved along. This
      can easily be resurrected if someone has one they wish to work
      with, but it's not worth keeping around in its current form.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      b9601c5e
    • P
      sh: Wrap CPU tuning through cc-option. · 6240d92f
      Paul Mundt 提交于
      Some compilers don't support the explicit CPU tuning, while binutils
      is still able to handle the special subtype-specific opcodes. Make
      the CFLAG optional, falling back on the compiler default if nothing
      better exists.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      6240d92f
    • P
      sh: Rip out special unknown machvec. · fd8f20e8
      Paul Mundt 提交于
      This kills off the BareCPU board as a "special" machvec, rather,
      we leave this as a default for when no other vector is available,
      or when we want to use it in combination with other vectors for
      testing with generic ops. As sh_mv is copied out anyways (or
      overloaded when an alternate vector is explicitly selected), this
      doesn't consume any additional memory.
      
      The generic machvec can be forcibly selected with sh_mv=generic,
      or by not having any other boards enabled.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      fd8f20e8
    • P
      sh: Get multiple boards in one image working again. · 25f8151b
      Paul Mundt 提交于
      This tidies up the build rules and permits multiple boards to be
      linked in to the same kernel. The earlier Kconfig work ensures that
      the CPU configuration is consistent across the boards, as this is
      the only thing that we can't do dynamically.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      25f8151b
  2. 31 5月, 2007 1 次提交
  3. 07 5月, 2007 5 次提交
  4. 14 2月, 2007 1 次提交
  5. 13 2月, 2007 1 次提交
  6. 12 12月, 2006 1 次提交
  7. 06 12月, 2006 4 次提交
  8. 27 9月, 2006 13 次提交
  9. 09 6月, 2006 1 次提交
  10. 06 3月, 2006 1 次提交
  11. 17 1月, 2006 1 次提交
  12. 07 11月, 2005 1 次提交
  13. 12 9月, 2005 1 次提交
    • S
      kbuild: rename prepare to archprepare to fix dependency chain · 5bb78269
      Sam Ravnborg 提交于
      When introducing the generic asm-offsets.h support the dependency
      chain for the prepare targets was changed. All build scripts expecting
      include/asm/asm-offsets.h to be made when using the prepare target would broke.
      With the limited number of prepare targets left in arch Makefiles
      the trivial solution was to introduce a new arch specific target: archprepare
      
      The dependency chain looks like this now:
      
      prepare
        |
        +--> prepare0
               |
               +--> archprepare
                      |
      		+--> scripts_basic
                      +--> prepare1
                             |
                             +---> prepare2
                                     |
                                     +--> prepare3
      
      So prepare 3 is processed before prepare2 etc.
      This guaantees that the asm symlink, version.h, scripts_basic
      are all updated before archprepare is processed.
      
      prepare0 which build the asm-offsets.h file will need the
      actions performed by archprepare.
      
      The head target is now named prepare, because users scripts will most
      likely use that target, but prepare-all has been kept for compatibility.
      Updated Documentation/kbuild/makefiles.txt.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      5bb78269
  14. 10 9月, 2005 1 次提交
  15. 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