Re: CIFS oops in 2.5.69-mm5

Steven French (sfrench@us.ibm.com)
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/