1. 27 12月, 2005 3 次提交
    • S
      kbuild: remove EXPERIMENTAL tag from Module versioning · 0d541643
      Sam Ravnborg 提交于
      Module versioning support has been stable for a loong time
      so let's get rid of the EXPERIMENTAL tag.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      0d541643
    • S
      kbuild: Create _shipped files for genksyms · c40f5640
      Sam Ravnborg 提交于
      Generate _shipped files so the genksyms change in previous commit is enabled.
      The files are generated with latest versions of the tools:
      
      bison (GNU Bison) 2.0
      flex version 2.5.4
      GNU gperf 3.0.1
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      c40f5640
    • R
      kbuild: Fix genksyms handling of DEFINE_PER_CPU(struct foo_s *, bar); · a89a0a23
      Robin Holt 提交于
      This is a one-line change to parse.y.
      To take advantage of this the scripts/genksyms/*_shipped files needs to
      be rebuild - this is the next patch.
      
      When a .c file contains:
      DEFINE_PER_CPU(struct foo_s *, bar);
      
      the .cpp output looks like:
      __attribute__((__section__(".data.percpu"))) __typeof__(struct foo_s *) per_cpu__bar;
      
      With the existing parse.y, the value inside the paranthesis of
      __typeof__() does not evaluate as a type_specifier and therefore
      per_cpu__bar does not get assigned a type for genksyms which results in
      the EXPORT_PER_CPU_SYMBOL() not generating a CRC value.
      
      I have compared the Modules.symvers with and without this
      patch and for ia64's defconfig, the only change is:
      Before 0x00000000    per_cpu____sn_nodepda   vmlinux
      After  0x9d3f3faa    per_cpu____sn_nodepda   vmlinux
      
      per_cpu____sn_nodepda was the original source of my problems.
      Signed-off-by: NRobin Holt <holt@sgi.com>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      a89a0a23
  2. 26 12月, 2005 4 次提交
    • U
      kbuild: set correct KBUILD_MODNAME when using well known kernel symbols as module names · f83b5e32
      Ustyugov Roman 提交于
      This patch fixes a problem when we use well known kernel symbols as module
      names.
      
      For example, if module source name is current.c, idle_stack.c or etc.,
      we have a bad KBUILD_MODNAME value.
      For example, KBUILD_MODNAME will be "get_current()" instead of "current", or
      "(init_thread_union.stack)" instead of "idle_task".
      
      The trick is to define a stringify macro on the commandline - named
      KBUILD_STR for namespace reasons - and then to stringify the module
      name.
      
      There are a few uses of KBUILD_MODNAME throughout the tree but the usage
      is for debug and will not be harmed by this change so left untouched for now.
      
      While at it KBUILD_BASENAME was changed too. Any spinlock usage in the
      unix module would have created wrong section names without it.
      Usage in spinlock.h fixed so it no longer stringify KBUILD_BASENAME.
      
      Original patch from Ustyogov Roman - all bugs introduced by me.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      f83b5e32
    • S
      kbuild: escape '#' in .target.cmd files · 4d99f93b
      Sam Ravnborg 提交于
      Commandlines are contained in the .<target>.cmd files and in case they
      contain a '#' char make see this as start of comment.
      Teach fixdep to escape the '#' char so make will assing the full commandline.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      4d99f93b
    • J
      kbuild: Add ctags support for function prototypes and external variable declarations · f6333eb4
      John Kacur 提交于
      This patch adds function prototypes and external variable declarations
      to the set of tag kinds when running ctags. I find this useful when
      perusing the kernel. Please apply.
      Signed-off-by: NJohn Kacur <jkacur@rogers.com>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      f6333eb4
    • L
      kbuild: Fix crc-error warning on modules · 9572b28f
      Luke Yang 提交于
         This is the patch for the following issue:
      
       In include/linux/module.h, "__crc_" and "__ksymtab_" are hard
      coded to be the   prefix for some kinds of symbols (CRC symbol and
      ksymtab section). But in script /mod/modpost.c,
      MODULE_SYMBOL_PREFIX##"__crc_" is used as the prefix to search CRC
      symbols. So if an architecture (such as h8300 or Blackfin) defines
      MODULE_SYMBOL_PREFIX as not NULL ("_"), modpost will always warn about
      "no invalid crc".
        And it is the same with KSYMTAB_PFX.
      Signed-off-by: NLuke Yang <luke.adi@gmail.com>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      9572b28f
  3. 17 12月, 2005 4 次提交
  4. 22 11月, 2005 1 次提交
  5. 21 11月, 2005 3 次提交
  6. 20 11月, 2005 4 次提交
  7. 19 11月, 2005 21 次提交