1. 28 10月, 2005 2 次提交
    • A
      [PATCH] gfp_t: infrastructure · af4ca457
      Al Viro 提交于
      Beginning of gfp_t annotations:
      
       - -Wbitwise added to CHECKFLAGS
       - old __bitwise renamed to __bitwise__
       - __bitwise defined to either __bitwise__ or nothing, depending on
         __CHECK_ENDIAN__ being defined
       - gfp_t switched from __nocast to __bitwise__
       - force cast to gfp_t added to __GFP_... constants
       - new helper - gfp_zone(); extracts zone bits out of gfp_t value and casts
         the result to int
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      af4ca457
    • L
      Linux v2.6.14 · 741b2252
      Linus Torvalds 提交于
      "Better late than never"
      741b2252
  2. 20 10月, 2005 2 次提交
  3. 18 10月, 2005 1 次提交
  4. 11 10月, 2005 1 次提交
  5. 01 10月, 2005 1 次提交
  6. 20 9月, 2005 1 次提交
  7. 13 9月, 2005 1 次提交
  8. 12 9月, 2005 2 次提交
    • S
      kbuild: fix silentoldconfig with make O= · 5011cdd0
      Sam Ravnborg 提交于
      Al Viro reported that sometimes silentoldconfig failed because
      output directory was missing.
      So create it unconditionally before executing conf
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      5011cdd0
    • 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
  9. 11 9月, 2005 1 次提交
  10. 10 9月, 2005 5 次提交
  11. 05 9月, 2005 1 次提交
  12. 30 8月, 2005 1 次提交
  13. 29 8月, 2005 1 次提交
  14. 24 8月, 2005 1 次提交
  15. 11 8月, 2005 1 次提交
  16. 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
  17. 02 8月, 2005 1 次提交
  18. 29 7月, 2005 2 次提交
  19. 27 7月, 2005 3 次提交
  20. 26 7月, 2005 2 次提交
  21. 25 7月, 2005 2 次提交
  22. 22 7月, 2005 1 次提交
  23. 18 7月, 2005 1 次提交
  24. 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
  25. 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