[OpenAFS] SuSE 10.1 kernel 126.96.36.199-4/64Bit compile error - OpenAFS 1.5.2
Thu, 13 Jul 2006 09:12:50 -0700
It is built against the running kernel.
Modprobe libafs does work as does the client also. An insmod
/usr/vice/etc/libafs....ko is always done prior to placing the kernel module
in /lib/modules and doing a depmod.
From: firstname.lastname@example.org [mailto:email@example.com]
On Behalf Of Derek Atkins
Sent: Thursday, July 13, 2006 6:30 AM
To: chas williams - CONTRACTOR
Cc: Jeffrey Hutzelman; firstname.lastname@example.org; email@example.com
Subject: Re: [OpenAFS] SuSE 10.1 kernel 188.8.131.52-4/64Bit compile error -
"chas williams - CONTRACTOR" <firstname.lastname@example.org> writes:
> In message <D926CDB9E3672E5F38B5D18C@bistromath.pc.cs.cmu.edu>,Jeffrey
> n writes:
>>> FATAL: modpost: GPL-incompatible module libafs.ko uses GPL-only symbol
>>Well, I guess we could LINUX_VERSION_CODE it out or something. I hate to
>>break things if there's some older kernel where that's the only method
>>works (though I can't think of a case where exit+open is known to work and
>>pattern scan isn't).
> unfortunately LINUX_VERSION_CODE is fragile too. just using the new build
> test and building a complete module will let you check for this new
> "sys_open is gpl'ed" condition. this would make the page_follow_link()
> easier too since you wont need the special -Werror.
How does that work if you're not building against the running kernel?
You can't modprobe the test module because you're not running
the kernel you're building against.
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
warlord@MIT.EDU PGP key available
OpenAFS-info mailing list