1. 26 12月, 2005 2 次提交
    • 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
    • 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
  2. 12 9月, 2005 1 次提交
  3. 20 8月, 2005 1 次提交
  4. 14 7月, 2005 1 次提交
    • F
      [PATCH] kbuild: modpost needs to cope with new glibc elf header on sparc · b95d4fec
      Fabio Massimo Di Nitto 提交于
      Recently a change in the glibc elf.h header has been introduced causing
      modpost to spawn tons of warnings (like the one below) building the kernel
      on sparc:
      
      [SNIP]
      *** Warning: "current_thread_info_reg" [net/sunrpc/auth_gss/auth_rpcgss.ko] undefined!
      *** Warning: "" [net/sunrpc/auth_gss/auth_rpcgss.ko] undefined!
      *** Warning: "" [net/sunrpc/auth_gss/auth_rpcgss.ko] undefined!
      [SNIP]
      
      Ben Collins discovered that the STT_REGISTERED definition in glibc did change
      and that this change needs to be propagated to modpost.
      
      glibc change:
      -#define STT_REGISTER   13              /* Global register reserved to app. */
      +#define STT_SPARC_REGISTER     13      /* Global register reserved to app. */
      
      I did and tested this simple patch to maintain compatibility with newer (>= 2.3.4)
      and older (<= 2.3.2) glibc.
      Signed-off-by: NFabio M. Di Nitto <fabbione@fabbione.net>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      b95d4fec
  5. 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