clang+VNET -> netstat: no namelist
kostikbel at gmail.com
Mon May 21 08:41:28 UTC 2012
On Mon, May 21, 2012 at 06:51:21AM +0000, Hartmut Brandt wrote:
> 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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20120521/3dd1d98c/attachment.pgp
More information about the freebsd-current