Rajagopal Ananthanarayanan writes:
=>
=> Has anyone tried compiling xfs as a module
=> with top of trunk sources?
=> I keep getting undefined symbols such as
=>
=> --
=> /lib/modules/2.4.0-xfs-new/kernel/fs/xfs/xfs.o: unresolved symbol uiomove_R
=> smp_44d42441
=> /lib/modules/2.4.0-xfs-new/kernel/fs/xfs/xfs.o: unresolved symbol _sv_init_
=> Rsmp_75cd4486
=> /lib/modules/2.4.0-xfs-new/kernel/fs/xfs/xfs.o: unresolved symbol icmn_err_
=> Rsmp_a55dffaa
=> /lib/modules/2.4.0-xfs-new/kernel/fs/xfs/xfs.o: unresolved symbol uuid_is_n
=> il_Rsmp_378f0e3b
=> /lib/modules/2.4.0-xfs-new/kernel/fs/xfs/xfs.o: unresolved symbol _sv_broad
=> cast_Rsmp_aa89645f
=> /lib/modules/2.4.0-xfs-new/kernel/fs/xfs/xfs.o: unresolved symbol mrlock_in
=> it_Rsmp_45efe373
=> ----------
=>
=> ... and many more. I've tried the usual
=> make mrproper etc. tricks, but keep getting
=> the same results.
My TAKE yesterday split a whole heap of support stuff into a separate
module. The module is controlled by CONFIG_XFS_SUPPORT.
You'll need to run "make oldconfig" (or similar) before you build to
get this defined. Also make sure you run "depmod -a" so the dependency
on the new module is picked up.
If you're using insmod not modprobe, you'll have to insmod
xfs/support/xfs_support.o before xfs.
-----------------------------------------------------
Daniel Moore dxm@xxxxxxx
R&D Software Engineer Phone: +61-3-98348209
SGI Performance Tools Group Fax: +61-3-98132378
-----------------------------------------------------
|