On Friday, October 27, 2006 08:02:07 PM +0200 Stefaan <[EMAIL PROTECTED]> wrote:

On 10/24/06, Peter N. Schweitzer <[EMAIL PROTECTED]> wrote:

Yes, I didn't mean to be unclear.  The problem I'm having is with a
2.6.18 system building 1.4.2.

I can confirm this.  amd64 box, linux vanilla 2.6.18, openafs 1.4.2,
both from their original sources
It does build perfectly, but afterwards
bubbles ~ # depmod -e -a -F /usr/src/linux-2.6.18/System.map 2.6.18
WARNING: /lib/modules/2.6.18/fs/openafs/libafs.ko needs unknown symbol
tasklist_lock
it seems that the module has an unresolved symbol.

I have the impression that the developers believe this is fixed. Can
there be something both Peter and I are doing wrong such that the fix
is ineffective? Or is something else missing?

Well, the patch I sent to the list should have made the problem go away for the original poster, but was incomplete and never meant to be applied in that form. The gatekeepers cleaned it up before committing, but there is one case that was missed, which only affects amd64.

What I'm about to suggest isn't the "right" fix; in particular, it will probably break syscall table scanning on older kernel versions. But it should make your module load and work.

Go into src/afs/LINUX/osi_probe.c, and look for a line like this:

   (unsigned long)(&tasklist_lock) - 0x30000,

Remove the "- 0x30000" and the unresolved symbol reference should go away.

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

Reply via email to