On October 5, 2009 04:25:49 pm Dave Anderson wrote:
 However, then you loaded (via an internal "add-symbol-file"
gdb operation)
 the older nfsd.ko module's information into the crash utility -- and it
 overwrote the original symbol value data with that from the (non-matching)
 nfsd.ko that contains the incorrect f908b984 address.  So the crash utility
 is just doing what you told it to do.  There's no support for loading a
 module that doesn't match reality, and continuing to use the old (correct)
 symbol addresses. 
Hi Dave,
thank you for clarifications. 'lru_head' originates indeed not from the 
System.map but rather kallsyms. This means that on a live kernel I'll be able 
to use old debuginfo nfsd.ko if I am careful and get the address _before_ 
using mod command. But now I understand that this approach is very 
error-prone.
Thanks,
Alex
-- 
------------------------------------------------------------------
Alexandre Sidorenko             email: asid(a)hp.com
WTEC Linux			Hewlett-Packard (Canada)
------------------------------------------------------------------