[OpenAFS] problem with openafs on a recompiled 2.4.20-8 kernel

Johann Cohen-Tanugi johann.cohen@pi.infn.it
12 Jun 2003 17:16:02 +0200


On Thu, 2003-06-12 at 16:52, Derrick J Brashear wrote:
> On Thu, 12 Jun 2003, Johann Cohen-Tanugi wrote:
> 
> > Hi,
> > thanks for answering quickly.
> >
> > On Thu, 2003-06-12 at 16:20, Derek Atkins wrote:
> > > Did you completely remove Red Hat's ksyms before you rebuilt your
> > > kernel with a different configuration?
> > >
> > I had no clue about it until you mentioned it. Then I looked at the man
> > of ksyms, etc.... So, to answer your question I never did anything about
> > these symbols. Can you tell me more about removing ksyms? I never saw
> > any mention of it before! I just make xconfig,, make dep, make bzImage,
> > modules etc...
> 
> Removing them is the wrong answer. Making the ones in the headers you have
> match the kernel you deployed is the correct answer.
> 
I am not sure what you mean but if I do sbin/ksyms, I have 
1) output like:
d083a000 
__insmod_usbcore_O/lib/modules/2.4.20-8/kernel/drivers/usb/usbcore.o_M3EBE5F96_V132116  [usbcore]
and the path is correct
2) output like:
d083a060  __insmod_usbcore_S.text_L48514    [usbcore]
and there no idea....

Given the doc on building kernel, I assume that the symbols are
correctly loaded when you run a given kernel....
So in my case I am running my recompiled 2.4.20-8 kernel and attempting
to build afs source, so the ksyms should be correct.
Maybe I am missing your point....

> > But as a matter of fact I am currently experiencing problems compiling
> > kernel 2.4.20-18.9 modules andit seems to be a config problems because
> > it incorrectly parse kernel.h  and/or module.h, starting at lines using
> > "extern"
> 
> Provide an error?
> 
for instance:
make[2]: Entering directory
`/usr/src/linux-2.4.20-18.9/drivers/ieee1394'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.20-18.9/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-DMODULE -DMODVERSIONS -include
/usr/src/linux-2.4.20-18.9/include/linux/modversions.h  -nostdinc
-iwithprefix include -DKBUILD_BASENAME=ohci1394  -DEXPORT_SYMTAB -c
ohci1394.c
In file included from ohci1394.c:81:
/usr/src/linux-2.4.20-18.9/include/linux/kernel.h:60: invalid suffix on
integer constant
/usr/src/linux-2.4.20-18.9/include/linux/kernel.h:60: parse error before
numeric constant
/usr/src/linux-2.4.20-18.9/include/linux/kernel.h:60: warning: function
declaration isn't a prototype

note that I managed to compile this module once, and it is currently
running....


> > Please let me know what you expect me to do about these ksyms before
> > compiling.... Note that I also tried the binaries provided by openAFS...
> > Why would these also fail?
> 
> Because they were build for Redhat provided kernels at the time of the
> release; If you're not runnong one of those, they won't help you.
> 
ok, but I added acpi support, plus changed a few config to match my
hardware better, and recompiled... so if this is not a standard 2.4.20-8
anymore for afs, it has to be because of config parameters that it
expects in the kernel, and that I inadvertantly switched off or
modularized, or whatever.... This is what I am trying to understand.

Johann

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