Messages in this thread | | | Subject | Re: CIFS oops in 2.5.69-mm5 | From | Steven French <> | Date | Mon, 19 May 2003 11:10:09 -0500 |
| |
Looks like this oops occurred right next to a list_for_each in which I demultiplex the received network response from the server and try to match it against one of the pending requests in the list. No obvious reason was this should oops and access to the list is spinlock protected. The location reminds me of the problems with prefetch that Jon Grimm and Andi were mentioning.
>I just tried mouting a cifs share in 2.5.69-mm5 and got this during the >attempt. > >Unable to handle kernel paging request at virtual address 4fb899ce >printing eip: >.eeac8eed >*pde = 00000000 >Oops: 0002 [#1] >CPU: 0 >EIP: 0060:[<eeac8eed>] Not tainted VLI >EFLAGS: 00010246 >EIP is at cifs_demultiplex_thread+0x329/0x4c8 [cifs] >eax: eaf21664 ebx: dbe42450 ecx: eaf21600 edx: 00000000 >esi: 0000005b edi: 0000005b ebp: c1efffec esp: c1efffa8 >ds: 007b es: 007b ss: 0068 >Process cifsd (pid: 21104, threadinfo=c1efe000 task=eafeae00)
Although one of the three newer cifs changesets at bk://cifs.bkbits.net/linux-2.5cifs (changeset 1.1115) adds missing spinlock protection for modifications to the one list that was missing spinlocks (the cifs open file list) and changes a list_for_each to list_for_each_safe in one case where releasing the spinlock temporarily was necessary, which does fix a different oops, none of the three pending cifs vfs changesets are likely to affect this problem. This one looks unrelated and plausibly similar to the other two reports of general prefetch problems mentioned in earlier posts.
Steve French Senior Software Engineer Linux Technology Center - IBM Austin phone: 512-838-2294 email: sfrench at-sign us dot ibm dot com
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |