[OpenAFS] SuSE 10.1 kernel compile error - OpenAFS 1.5.2

ted creedon tcreedon@easystreet.com
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.


-----Original Message-----
From: openafs-info-admin@openafs.org [mailto:openafs-info-admin@openafs.org]
On Behalf Of Derek Atkins
Sent: Thursday, July 13, 2006 6:30 AM
To: chas williams - CONTRACTOR
Cc: Jeffrey Hutzelman; tcreedon@easystreet.com; openafs-info@openafs.org
Subject: Re: [OpenAFS] SuSE 10.1 kernel compile error -
OpenAFS 1.5.2

"chas williams - CONTRACTOR" <chas@cmf.nrl.navy.mil> writes:

> In message <D926CDB9E3672E5F38B5D18C@bistromath.pc.cs.cmu.edu>,Jeffrey
> n writes:
>>> FATAL: modpost: GPL-incompatible module libafs.ko uses GPL-only symbol
>>> 'sys_open'
>>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