Re: nnpfs_readdir problem

Tomas Olsson <[email protected]>
Newsgroups gmane.comp.file-systems.arla.general
Message-ID <[email protected]>
Jean-Damien Durand <[email protected]> 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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.