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
  2. 17 Oct, 2007 35 commits