Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
11 个月 前同步成功

通知 150
Star 36
Fork 7
cloud-kernel
cloud-kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 27 12月, 2005 4 次提交
    • S
      kbuild: tags file generation fixup · 54e08a23
      由 Samuel Thibault 提交于 
      Here is a fixup for tags file generation, for proper tags of
__releases/__acquires functions.

Signed-off-by: samuel.thibault@ens-lyon.org
Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      54e08a23
    • 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
  3. 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
  5. 17 12月, 2005 4 次提交
  7. 22 11月, 2005 1 次提交
  9. 21 11月, 2005 3 次提交
  11. 20 11月, 2005 4 次提交
  13. 19 11月, 2005 20 次提交