e141b3c45d
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@icyb.net.ua> |
||
|---|---|---|
| .. | ||
| files | ||
| distinfo | ||
| Makefile | ||
| pkg-descr | ||
| pkg-plist | ||