2.4.5-ac12 -- Unresolved symbols in drivers/net/wan/comx.o -- "proc_get_inode"
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 4 lines · Frank Davis
It appears that
fs/proc/inode.o(whereproc_get_inode()is defined)
is not being included when comx.o is built . Keith, I'm not too familar the build's dependencies process to know ifdrivers/net/wan/Makefileshould be modified or another build file.
One long line of 255 characters reformatted for readability. Also your mailer appended Miles's original text without any attribution and without quoting it, making it look as though you (Frank Davis) wrote the bug report. You need a better mailer for linux-kernel. Having got that off my chest (and added attribution and quoting) ...
Quoted 8 lines
Miles T Lane wrote
Quoted 7 lines
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
if [ -r System.map ]; then/sbin/depmod-ae -F System.map 2.4.5-ac12; fi
depmod: *** Unresolved symbols in/lib/modules/2.4.5-ac12/kernel/drivers/net/wan/comx.o
depmod:proc_get_inode
fs/proc/inode.c is included, it is a fundamental part of /proc. The problem is that proc_get_inode is not listed as an exported symbol. Interesting that nobody else has reported this, proc_get_inode has never been exported in the 2.4 series and comx.c has not changed in this area either, looks like nobody else has tried to run comx as a module.
The obvious fix is to add EXPORT_SYMBOL(proc_get_inode) to fs/proc/root.c but I am not sure that the obvious fix is the correct one. All the other uses of proc_get_inode are in the proc system, should another subsystem be delving into proc internals? I'm going to bounce this one to the proc and comx maintainers to let them decide amongst themselves. Hmmm, no official proc maintainer so it's off to l-k for this mail.