[OpenAFS] 1.3.78 and amd64_linux26

[Miroslav Ruda]

Hello,

  I have tried 1.3.78 on my Suse 9.2 x86_64, with default kernel 2.6.8-24.11. 
Openafs compiles fine, with sysname amd64_linux26, and I'm able to start afsd.
However, my first ls on our cell (not /afs) gives oops of bash:

Pid: 5202, comm: bash Tainted:  PF U (2.6.8-24.11-default 
SL92_BRANCH-200501141301260000)
RIP: 0010:[<ffffffff8018908b>] <ffffffff8018908b>{generic_delete_inode+59}
RSP: 0018:000001000b401b98  EFLAGS: 00010212
RAX: 000001001fa3a820 RBX: 000001001fa3a800 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000038 RDI: 000001001fa3a800
RBP: ffffffffa038f3e0 R08: 0000000000000000 R09: 000001000b4019a8
R10: 0000000000000000 R11: 0000000000000000 R12: 000001001fa35400
R13: 000001000bdcba0c R14: 000001000bdcba0c R15: 000001000b401c78
FS:  0000002a95d36800(0000) GS:ffffffff804c7480(0000) knlGS:000000005569a080
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000008 CR3: 0000000000101000 CR4: 00000000000006e0
Process bash (pid: 5202, threadinfo 000001000b400000, task 000001001b8927f0)
Stack: 0000010000000000 000001001fa3a800 0000000000000000 ffffffff80187ae4
        000001001fa3a800 ffffffffa033728e 000001001fa3a800 ffffffffa0343587
        000001000a60f400 ffffffffa033c160
Call Trace:<ffffffff80187ae4>{iput+116} <ffffffffa033728e>{:libafs:afs_PutVCache+78}
        <ffffffffa0343587>{:libafs:afs_lookup+3623} 
<ffffffffa033c160>{:libafs:afs_CopyOutAttrs+496}
        <ffffffffa036da42>{:libafs:afs_linux_lookup+66} 
<ffffffff8017cd46>{do_lookup+214}
        <ffffffff8017eea2>{link_path_walk+2194} 
<ffffffff8017f10e>{link_path_walk+2814}
        <ffffffff8017f98c>{path_lookup+380} <ffffffff80180cdf>{__user_walk+63}
        <ffffffff80178a59>{vfs_stat+41} <ffffffff80178d1f>{sys_newstat+31}
        <ffffffff8011042e>{system_call+126}

Code: 48 89 4a 08 48 89 11 48 89 40 08 48 83 8f f0 01 00 00 10 48
RIP <ffffffff8018908b>{generic_delete_inode+59} RSP <000001000b401b98>
CR2: 0000000000000008

Any idea? Arla is working on the same machine/kernel/cell fine :-)
-- 
                   Mirek Ruda