Thayumanavar Sachithanantham:
> The kernel is 2.6.27.45 SLES kernel with aufs ( recent ver as taken
> git for 2.6.27) pulled into it.
How recent is it?
For instance, I made some bugfixes recently. Do you think they are
related to your problem?
4946ca0 2010-07-21 aufs: bugfix, buffer overrun in au_whtmp_lkup()
068b8fe 2010-07-20 aufs: bugfix, un-static a local var in dy_get()
4de8d40 2010-07-20 aufs: Fix null pointer dereference on branch deletion
396a2f0 2010-06-29 aufs: bugfix, separate the workqueue for preprocessing mmap
135ac88 2010-06-20 aufs: possible bugfix, sbinfo lock in deleting inode, lockdep
6ef8250 2010-06-20 aufs: possible bugfix, sbinfo lock in deleting inode, core
eb6254f 2010-06-20 aufs: possible bugfix, sbinfo lock in deleting inode, use
si_pid
89d5929 2010-06-16 aufs: possible bugfix, sbinfo lock in deleting inode, si_pid
functions
40d554b 2010-06-16 aufs: possible bugfix, sbinfo lock in deleting inode, __si_
lock
> The test cases involves creating parallel threads ( that does file
> creation (using dd), mkdir, unlink and rename) and a parallel script
> that tries do
> branch deletion contiuously in a loop until we succed to delete a
> branch ( when no EBUSY comes up).
Interesting.
I will try such test when I have time.
> Here is the backtrace and diassembly for the crash:
> [ from diassembly it appear that deref of h_inode->i_count in
> au_h_iptr led to crash).
:::
> =A0 =A0[exception RIP: au_h_iptr+69]
:::
> =A0 =A0RAX: 00000000000000a5 =A0RBX: ffffffff8020bfcb =A0RCX: ffffffffc0ed0=
:::
> 0xffffffffa02a777d <au_h_iptr+69>: =A0 =A0 =A0cmpl =A0 $0x0,0x48(%rax)
Let me make sure.
Does it compare the contents of (0xa5 + 0x48) with zero?
Probably you already confirmed that 0x48 is the offset of i_count, and
RAX is h_inode which is broken 0xa5. Is this what you are thinking?
J. R. Okajima
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev