On Mon, May 21, 2012 at 06:51:21AM +0000, Hartmut Brandt wrote: > Hi, > > I'm running a kernel+world compiled with clang (everything fresh from two > days ago). Kernel and world are in sync. When I run netstat -rn I get a > 'no namelist'. > > I tried to track that down and it looks like this is an issue with the symbol > dumptid defined in kern_shutdown. libkvm tries to look up this symbol when > it figures out whether it needs to do a second run on a symbol list with > all the symbols that have not been found prefixed by vnet_. the kldsym > system call fails to lookup this symbol when the kernel is compiled with clang > and hence libkvm fails to recognize the VNET kernel. > > I 'fixed' this by making dumptid non-static, but I wonder how a static > symbol can be returned by kldsym in the gcc case. To me this looks > not entirely useful. > > Maybe someone with more knowledge of the kernel symbol stuff has an idea > of a real fix. I think making dumptid not-static is the right thing to do, if it is indeed looked up by external consumer. The kernel linkers use the normal symbol table, and not the dynamic symbol table. Taking aside the reasons for this choice, it just so happens that our version of gcc does not optimize out the assign-only static dumptid variable. Clang is more aggressive and dumptid is removed, so it does not appear in the symbol table.
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:27 UTC