On Mon, 2 Dec 2002, Derrick J Brashear wrote: > On Tue, 3 Dec 2002, [iso-8859-2] Martin MOKREJŠ wrote: > > > > I thought that when I compile my own kernel downloaded from www.kernel.org > > > > I'm safe. > > > > > > so did i, unless 2.4.20 is also broken. > > > > 2.4.19 works fine for me, with 2.4.20 I cannot load the module at all. > > if you're sure you compiled the 2.4.20 module against useful headers, a > trip into src/libafs/MODLOAD-2.4.20-whatever and something like > foreach i (*.o) > echo $i > nm $i|grep kunmap_high > end > > should tell you which object file is sad.
Hi, I've got back to this. So far, linux-2.4.19 has been running fine with openafs-1.2.6 on this machine. I still can't upgrade, I've retried right now for linux-2.4.20 with openafs-1.2.8, self compiled. The problem is in osi_vnodeops.o, referring to kunmap_high. I've disable HIGHMEM I/O in the kernel 2.4.20 and recmpiled that, but that did not help. I use HIGHMEM enabled kernel on uniprocessor AMD machine. If you want, I can disable highmem in the kernel if you want. The openafs-1.2.8/config.status says: s%@LINUX_KERNEL_PATH@%/usr/src/linux-2.4.20%g s%@LINUX_VERSION@%2.4.20%g s%@MKAFS_OSTYPE@%LINUX%g s%@TOP_SRCDIR@%/scratch/openafs-1.2.8/src%g s%@TOP_INCDIR@%/scratch/openafs-1.2.8/include%g s%@TOP_LIBDIR@%/scratch/openafs-1.2.8/lib%g s%@DEST@%/scratch/openafs-1.2.8/i386_linux24/dest%g Using the exactly same procedure, I can get openafs-1.2.8 compiled against 2.4.19 and running on that kernel. -- Martin Mokrejs <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs MIPS / Institute for Bioinformatics <http://mips.gsf.de> GSF - National Research Center for Environment and Health Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany tel.: +49-89-3187 3683 , fax: +49-89-3187 3585 _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
