1. 05 9月, 2005 1 次提交
  2. 30 8月, 2005 1 次提交
  3. 29 8月, 2005 1 次提交
  4. 24 8月, 2005 1 次提交
  5. 11 8月, 2005 1 次提交
  6. 08 8月, 2005 1 次提交
    • L
      Linux 2.6.13-rc6 · 6fc32179
      Linus Torvalds 提交于
      Last (?) -rc, partly brought on by the aic7xxx performance fixes (ie get
      them tested in an -rc release before the real 2.6.13).
      6fc32179
  7. 02 8月, 2005 1 次提交
  8. 29 7月, 2005 2 次提交
  9. 27 7月, 2005 3 次提交
  10. 26 7月, 2005 2 次提交
  11. 25 7月, 2005 2 次提交
  12. 22 7月, 2005 1 次提交
  13. 18 7月, 2005 1 次提交
  14. 15 7月, 2005 3 次提交
    • S
      kbuild: fix make O=... build · 946dc121
      Sam Ravnborg 提交于
      It fixes the following error:
      
      make[1]: *** No rule to make target `include/asm', needed by `arch/alpha/kernel/asm-offsets.s'.  Stop.
      
      Reported by:
      From: Jan Dittmer <j.dittmer@portrix.net>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      946dc121
    • S
      kbuild: Don't fail if include/asm symlink exists · d80e2246
      Sam Ravnborg 提交于
      From: Andreas Gruenbacher <agruen@suse.de>
      
      We're having the following situation: There are user-space applications
      that include kernel headers directly. With a completely unconfigured
      /usr/src/linux tree, including most headers fails because essential
      files are not there:
      
      	include/asm
      	include/linux/autoconf.h
      	include/linux/version.h
      
      So we create these files. On the other hand, we want to use
      /usr/src/linux as read-only source for building kernels or additional
      modules. Now when building a kernel with a separate output directory
      (O=), there is a check in the main makefile for the include/asm symlink.
      There is no real need for this check: if we ensure that
      $(objdir)/include/asm is always created as the patch does,
      $(srctree)/include/asm becomes irrelevant.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      d80e2246
    • S
      kbuild: Add target debug_kallsyms · 33bc25ea
      Sam Ravnborg 提交于
      From: Keith Owens <kaos@ocs.com.au>
      
      Make it easier to generate maps for debugging kallsyms problems.
      debug_kallsyms is only a debugging target so no help or silent mode.
      Signed-off-by: NKeith Owens <kaos@ocs.com.au>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      33bc25ea
  15. 14 7月, 2005 2 次提交
    • I
      [PATCH] kbuild: allow cscope to index multiple architectures · a0674e88
      Ian Campbell 提交于
      I have a single source tree which I cross compile for a couple of
      different architectures using ARHC=foo O=blah etc.
      
      The existing cscope target is very handy but only indexes the current
      $(ARCH), which is a pain since inevitably I'm interested in the other
      one at any given time ;-). This patch allows me to pass a list of
      architectures for cscope to index. e.g.
      	make ALLSOURCE_ARCHS="i386 arm" cscope
      
      This change also works for etags etc, and I presume it is just as useful
      there.
      Signed-off-by: NIan Campbell <ijc@hellion.org.uk>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      a0674e88
    • K
      [PATCH] kbuild: make 'cscope -q' play well with cscope.el · acbef459
      Karl Hegbloom 提交于
      I tried the Linux Makefile 'make cscope' target, and found that the
      generated database is not compatible with 'cscope.el' under XEmacs.
      The thing is that 'cscope.el' does not allow setting the command line
      options to the 'cscope' commands it runs, and it errors with a message
      about the options not matching the ones used to generate the index.
      
      It turns out the cscope designers already thought of this.  The
      options can be written into the "cscope.files".  The included patch
      moves the "-q" and "-k" options from the 'cmd_cscope' to the
      'cmd_cscope-file', echoing them into the top of the files listing.
      
      Now the index is generated with the "-q" option, and when 'cscope.el'
      performs it's search, it uses that argument as well.  Lookups are fast
      and everyone is happy.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      acbef459
  16. 13 7月, 2005 1 次提交
    • L
      Linux 2.6.13-rc3 · c32511e2
      Linus Torvalds 提交于
      Yeah, this time hopefully I'm not confusing the version
      numbers. The last release was -rc2, _this_ is -rc3.
      c32511e2
  17. 08 7月, 2005 2 次提交
  18. 06 7月, 2005 1 次提交
  19. 29 6月, 2005 1 次提交
    • L
      Linux v2.6.13-rc1 · 4c91aedb
      Linus Torvalds 提交于
      Ok, a lot of things were pending after the 2.6.12 release, let's try to
      start calming things down again.
      4c91aedb
  20. 26 6月, 2005 1 次提交
  21. 24 6月, 2005 1 次提交
  22. 18 6月, 2005 1 次提交
  23. 06 6月, 2005 1 次提交
  24. 25 5月, 2005 1 次提交
  25. 17 5月, 2005 1 次提交
  26. 07 5月, 2005 1 次提交
  27. 01 5月, 2005 2 次提交
  28. 21 4月, 2005 1 次提交
    • L
      Linux v2.6.12-rc3 · a2755a80
      Linus Torvalds 提交于
      Releasing this will also make "git" the official source control
      thing. Here's to hoping for the best.
      a2755a80
  29. 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