[OpenAFS] RE: 1.3.81 insmod

[ted creedon]

Won't build here using the autoconf.h change. The afs compile dies in the
MODLOAD area.

Just rebuilt 3 SuSe 9.2 kernels and openafs-1.3.81's per my procedure below.

Clients seem to run fine on all 3 systems. Time will tell. One server will
be built tomorrow.
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 4:25 PM
Cc: openafs-info@openafs.org
Subject: Re: [OpenAFS] RE: 1.3.81 insmod

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