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