On Thu, 7 Dec 2006, Gunnar Krull wrote:
# rmmod libafs
BUG: warning at fs/proc/generic.c:732/remove_proc_entry()
Call Trace:
[00406bd4] linux_sparc_syscall32+0x3c/0x40
[00010f2c] 0x10f34
I'd guess we try unmapping a proc entry we didn't install, but, not your
problem.
192
On Thursday 07 December 2006 10:03, Marcus Watts wrote:
> Gunnar Krull <[EMAIL PROTECTED]> and others wrote:
> ...
>
> > > > I think that's the reason why my token gets discarded when trying to
> > > > access a protected folder of our afs filespace:
> > > > afs: Tokens for user of AFS id 1032 fo
Gunnar Krull <[EMAIL PROTECTED]> and others wrote:
...
> > > I think that's the reason why my token gets discarded when trying to
> > > access a protected folder of our afs filespace:
> > > afs: Tokens for user of AFS id 1032 for cell ** are discarded
> > > (rxkad error=19270410)
> >
> > 19
On Wednesday 06 December 2006 23:49, Jeffrey Hutzelman wrote:
> On Wednesday, November 15, 2006 09:44:56 AM +0100 Gunnar Krull
>
> <[EMAIL PROTECTED]> wrote:
> ># modprobe libafs
> > Found system call table at 0x4164b8 (exported)
> > Found 32-bit system call table at 0x416000 (exported)
> >
> > (Sh
On Wednesday, November 15, 2006 09:44:56 AM +0100 Gunnar Krull
<[EMAIL PROTECTED]> wrote:
# modprobe libafs
Found system call table at 0x4164b8 (exported)
Found 32-bit system call table at 0x416000 (exported)
(Shouldn't it be a 64-bit system call table ?)
There are two tables - one for "n
Hi all,
I have a problem with the OpenAFS kernel modules build on a dual-sparc64 with
Debian Etch running, again.
The modules for the different afs versions are compiled on a 2.6.18 Debian
kernel (linux-image-2.6.18-2-sparc64-smp) and configured with:
./configure --with-afs-sysname=sparc64_li