cvs commit: ports/palm/uppc-kmod Makefile

Edwin Groothuis edwin at FreeBSD.org
Sat Sep 8 05:31:15 PDT 2007


edwin       2007-09-08 12:31:14 UTC

  FreeBSD ports repository

  Modified files:
    palm/uppc-kmod       Makefile 
  Log:
  uppc kmod installation problem on amd64
  
          Please see a discussion thread starting with the following message:
          http://lists.freebsd.org/pipermail/freebsd-ports/2007-August/042999.html
  
          It seems that installation action of uppc-kmod port (do-install target)
          uses incorrect tool to put uppc.ko in its destination. It seems that the
          tool (${INSTALL_PROGRAM}) corrupts the .ko, so that it is not a valid
          kernel module anymore. If I put uppc.ko into /boot/kernel and do kldxref
          then kldxref complains about missing symbol table in uppc.ko and dumps
          core. If the module is loaded then it crashes my system.
  
          On the other hand, if I simply copy uppc.ko from work directory then it
          works ok.
  
          Essentially this is the same issue as described in the following PR only
          with another port:
          http://www.freebsd.org/cgi/query-pr.cgi?pr=100703
  
          Kostik Belousov confirms the issue with stripping kernel modules on amd64:
          You cannot strip kernel modules on amd64, because modules are elf object
          files, as opposed to shared objects on all other archs. Strip strips the
          object file symbol table, that is used by the static linker and in-kernel
          linker on amd64. On the other hand, shared object contains also a dynamic
          symbol table, that is not stripped and used by in-kernel linker on !amd64.
  
  PR:             ports/115517
  Submitted by:   Andriy Gapon <avg at icyb.net.ua>
  
  Revision  Changes    Path
  1.19      +5 -0      ports/palm/uppc-kmod/Makefile


More information about the cvs-all mailing list