[OpenAFS] RE: 1.3.81 insmod

[Ken Aaker]

>
>
>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....
>
>  
>

That was what I avoided when I said that I "cheated". I just removed the 
define for CONFIG_AUDITSYSCALL in include/linux/autoconf.h. And I didn't 
build a new kernel. Basically I think somebody screwed up with that 
change to include/linux/fs.h. It shouldn't be referencing GPLONLY 
symbols in an include that isn't GPLONLY itself. It was a gamble, but it 
seemed likely to work, and it does for me, on about a half-dozen machines.

Ken

>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
>
>_______________________________________________
>OpenAFS-info mailing list
>OpenAFS-info@openafs.org
>https://lists.openafs.org/mailman/listinfo/openafs-info
>  
>