[OpenAFS] RE: 1.3.81 insmod

[ted creedon]

If  CONFIG_AUDITSYSCALL is undefed, include .ted or something to the
-version- info in /usr/src/linux/Makefile

make bzImage;make modules;make modules_install;make install;

Hack /boot/grub/menu/lst and insert the new *.ted kernel, etc..

Reboot

Make openafs 1.3.181 over again starting with ./configure
-switches-you-want;make; make install again

Then test with: insmod ./libafs-new-version-.ko #works with no errors now. 

Then: cp /usr/vice/etc/libafs-new-version-.ko
/lib/modules/-new-version-/kernel/fs/afs; 

#may have to mkdir /lib/modules/-version-/kernel/fs/afs first..

Run: depmod in /lib/modules/-version-

Test with: modprobe libafs; lsmod|g afs; rmmod libafs;

/etc/init.d/afs-client start #now works....

It would be nice not to have to rebuild the SuSE kernels if possible. SuSe
9.3 is on order....

tedc

-----Original Message-----
From: openafs-info-admin@openafs.org [mailto:openafs-info-admin@openafs.org]
On Behalf Of Ken Aaker
Sent: Thursday, April 07, 2005 11:35 AM
To: openafs-info@openafs.org
Subject: Re: [OpenAFS] RE: 1.3.81 insmod

>
> On Thu, 7 Apr 2005, ted creedon wrote:
>
>> Insmod for the 1.3.81 generated libafs-2.6.8.24.18-smp.ko generates 
>> an unknown symbol error.
>
>
> Which symbol?

Ooopsy, the To: field should have been to openafs-info.... Sorry.


If it's  the same one I ran into, it would be audit_putname() that gets
referenced from include/linux/fs.h when CONFIG_AUDITSYSCALL is turned on.
I've been cheating and just undef'ed CONFIG_AUDITSYSCALL, and the client
works Ok. audit_putname() is in the GPLOnly group (I think).

Ken

> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info



_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info