Skip to content

L
linux
Switch branch/tag
  1. 18 Oct, 2007 5 commits
    • Rob Landley's avatar
      kbuild: stop docproc segfaulting when SRCTREE isn't set. · bb13be51
      Rob Landley authored 
      Prevent docproc from segfaulting when SRCTREE isn't set.
Signed-off-by: default avatarRob Landley <rob@landley.net>
Acked-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      bb13be51
    • Trent Piepho's avatar
      kbuild: modpost problem when symbols move from one module to another · 4b21960f
      Trent Piepho authored 
      When part of build an external module tree, modpost first reads in the
kernel's and then the external tree's Module.symvers files.  From these files
it establishes a symbol => module mapping.  When it later reads in each module
built and processes the symbols it finds, it discovers the symbol=>module
mapping from Module.symvers and leaves it as it is.

The problem comes with a module has been re-named or a symbol has moved from
one module to another, since the Module.symvers file was generated.  modpost
does not update the symbol=>module mapping when it finds the new location of
the symbol when scanning the newly built modules.  This results in the module
containing incorrect dependency information and the new Module.symvers file
written by modpost will also contain the incorrect mappings, perpetuating the
problem to the next build, and so on.

When building the out of kernel development tree for kernel subsystem, like
v4l-dvb or ALSA, deleting the external Module.symvers file before building
(which the kernel build system doesn't do and shouldn't be necessary anyway),
won't fix the problem.  modpost still reads the kernel's Module.symvers, and
since we a building a kernel subsystem, it will define the same symbols as the
external modules.
Signed-off-by: default avatarTrent Piepho <xyzzy@speakeasy.org>
Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      4b21960f
    • Yinghai Lu's avatar
      kbuild: cscope - filter out .tmp_* in find_sources · 37ab7a26
      Yinghai Lu authored 
      remove .tmp_kallsyms*.S in cscope.files
Signed-off-by: default avatarYinghai Lu <yinghai.lu@sun.com>
Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      37ab7a26
    • Sam Ravnborg's avatar
      kbuild: mailing list has moved · 347d12d7
      Sam Ravnborg authored 
      The old list at sourceforge had a few issues:
- it was subscriber-only
- it were relying on moderation

And I could see several mails did not get to the list lately
so I decided this was a good time for a new list.

I already requested marc.info to archieve the new list -
and I dunno where else the old list was archieved but we
ought to update.

I have no access to the list of subscribers on the old list
so people will have to subscribe manually.

How to subscribe:

send a mail to: majordomo@vger.kernel.org
containing following text:
subscribe linux-kbuild

See also http://vger.kernel.org/vger-lists.htmlSigned-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      347d12d7
    • Sam Ravnborg's avatar
      kbuild: check asm symlink when building a kernel · fc333b2d
      Sam Ravnborg authored 
      We often hit the situation where the asm symlink
in include/ points to the wrong architecture.
In 9 out of 10 cases thats because we forgot to set
ARCH but sometimes we just reused the same tree
for another ARCH. For the merged x86 tree we need
to create a new symlink but this is not obvious.
So with the following patch we check if the symlink
points to the correct architecture and error
out if this is not the case.
Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      fc333b2d
  3. 17 Oct, 2007 35 commits
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7