nnpfs_readdir problem

Tomas Olsson tol at stacken.kth.se
Tue Apr 4 16:12:54 CEST 2006


Jean-Damien Durand <Jean-Damien.Durand at cern.ch> writes:
> Apr  4 12:26:01 pcitds04 kernel: nnpfs_syscall returns error: 0
> Apr  4 12:26:01 pcitds04 kernel: BUG: using smp_processor_id() in preemptible [00000001] code: fs/20020
> Apr  4 12:26:01 pcitds04 kernel: caller is sys_afs_int+0x654/0x673 [nnpfs]
>
Oh my. How ironic. You do a pioctl to turn on the debug flags, and at the
end of that routine there's a debug print that now gets executed. Which
calls smp_processor_id(), causing the oops.

You probably want
http://cvsweb.stacken.kth.se/cvsweb.cgi/arla/nnpfs/linux/nnpfs_syscalls.c.diff?r1=1.117;r2=1.118

> Apr  4 12:26:01 pcitds04 kernel: nnpfs_readdir offset: 547 namlen: 0 offset2: 2595
> Apr  4 12:26:01 pcitds04 last message repeated 1341 times
>
I wonder how that happened. Hopefully 
http://cvsweb.stacken.kth.se/cvsweb.cgi/arla/nnpfs/linux/nnpfs_inodeops.c.diff?r1=1.215;r2=1.216
helps to avoid the loop in case it happens again. If you can reproduce it
easily, the patch along with "fs nnpfsdeb vnops" should give some clue
about how to fix the cause.

thanks  
        /t


More information about the Arla-drinkers mailing list