[Bug 89131] Hangs when checking torrent through libtorrent; kernel BUG at mm/iov_iter.c:219!

[bugzilla-daemon@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=89131

Theodore Tso <tytso@mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tytso@mit.edu

--- Comment #6 from Theodore Tso <tytso@mit.edu> ---
Couple of questions.   First of all, is there any chance you could give a try
with 3.18.0, and see if it fails there?

Also, can you try to get line numbers out of the stack dump?   

Also, how long does it take before you trigger the failure?  I'm in particular
interested in seeing where this comes from:

[ 4244.680376]  [<ffffffff81203313>] __blockdev_direct_IO+0x25e3/0x3630

Part of the problem here is that fs/direct_io.c has a bunch of inline
functions, so it becomes tricky to figure out where the call to advance_iovec
comes from.   This looks like a bug in the core direct I/O code, but we do a
fair amount of regression testing and this is a new one; it's a bit surprising
no once else found this when running xfstests.

To get the line numbers, compile the kernel with

CONFIG_DEBUG_INFO=y

(You can also set CONFIG_DEBUG_INFO_REDUCED to reduce the size of your kernel
build.)

Then use the addr2line program to translate the address to a line number, i.e.:

addr2line -e /path/to/kernel/build/vmlinux -i -a ffffffff81203313

Finally, can you send me an output of dumpe2fs -h of your ext3/ext4 file
system, just so I can understand what file system features are enabled with
your file system.

Thanks!!

-- 
You are receiving this mail because:
You are watching the assignee of the bug.