Well, this is certainly part of the problem, but yes, the actual tests require a MODVERSION'ed kernel.
-derek "Neulinger, Nathan" <[EMAIL PROTECTED]> writes: > Looks like this is probably the problem: > > if test "$ac_cv_linux_config_modversions" = "xno"; then > AC_MSG_WARN([Cannot determine sys_call_table status. > assuming it's exported]) > ac_cv_linux_exports_sys_call_table=yes > else > LINUX_EXPORTS_SYS_CALL_TABLE > LINUX_EXPORTS_KALLSYMS_SYMBOL > LINUX_EXPORTS_KALLSYMS_ADDRESS > LINUX_EXPORTS_INIT_MM > if test "x$ac_cv_linux_exports_sys_call_table" = > "xno"; then > > It's missing the "x" in front of the > "x$ac_cv_linux_config_modversions"... > > -- Nathan > > ------------------------------------------------------------ > Nathan Neulinger EMail: [EMAIL PROTECTED] > University of Missouri - Rolla Phone: (573) 341-4841 > Computing Services Fax: (573) 341-4216 > > > > -----Original Message----- > > From: Neulinger, Nathan > > Sent: Wednesday, December 04, 2002 3:53 PM > > To: [EMAIL PROTECTED] > > Subject: [OpenAFS-devel] problem configuring current cvs on > > 2.4.20-pre7... > > > > > > Was working fine a few weeks ago, but with new sys call table > > lack-of-export handling stuff, does not work any more: > > > > checking for i_dirty_data_buffers in struct inode... yes > > checking for i_devices in struct inode... yes > > checking for inode_setattr return type... yes > > checking for linux/completion.h existance... no > > checking for exported tasklist_lock... no > > checking for redhat kernel configuration... no > > checking if kernel uses MODVERSIONS... no > > checking which kernel modules to build... MP SP > > checking for exported sys_call_table... no > > checking for exported kallsyms_symbol_to_address... no > > checking for exported kallsyms_address_to_symbol... no > > checking for exported init_mm... no > > configure: error: no available sys_call_table access method > > > > > > This is a standard kernel, not a goofy redhat custom one. > > Note, I do NOT > > use module symbol versions. Are the sys_call_table and other checks > > breaking without MODVERSIONS? (They look to be checking for _ver_.... > > symbols.) > > > > I'll dig into this a bit, but figured that whoever added this > > code might > > have an idea how to unbreak it. > > > > -- Nathan > > > > ------------------------------------------------------------ > > Nathan Neulinger EMail: [EMAIL PROTECTED] > > University of Missouri - Rolla Phone: (573) 341-4841 > > Computing Services Fax: (573) 341-4216 > > _______________________________________________ > > OpenAFS-devel mailing list > > [EMAIL PROTECTED] > > https://lists.openafs.org/mailman/listinfo/openafs-devel > > > _______________________________________________ > OpenAFS-devel mailing list > [EMAIL PROTECTED] > https://lists.openafs.org/mailman/listinfo/openafs-devel -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH [EMAIL PROTECTED] PGP key available _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
