On Thu, 2012-07-12 at 10:44 +0200, Mike Galbraith wrote: > On Thu, 2012-07-12 at 07:47 +0200, Mike Galbraith wrote: > > Greetings, > > > > I'm chasing btrfs critters in an enterprise 3.0-rt kernel, and just > > checked to see if they're alive in virgin latest/greatest rt kernel. > > > > Both are indeed alive and well, ie I didn't break it, nor did the > > zillion patches in enterprise base kernel, so others may have an > > opportunity to meet these critters up close and personal as well. > > 3.2-rt both explodes and deadlocks as well. 3.0-rt (virgin I mean) does > neither, so with enough re-integrate investment, it might be bisectable. Nope, virgin 3.0-rt just didn't feel like it at the time. Booted it again to run hefty test over lunch, it didn't survive 1 xfstests 006, much less hundreds. crash> bt PID: 7604 TASK: ffff880174238b20 CPU: 0 COMMAND: "btrfs-worker-0" #0 [ffff88017455d9c8] machine_kexec at ffffffff81025794 #1 [ffff88017455da28] crash_kexec at ffffffff8109781d #2 [ffff88017455daf8] panic at ffffffff814a0661 #3 [ffff88017455db78] __try_to_take_rt_mutex at ffffffff81086d2f #4 [ffff88017455dbc8] rt_spin_lock_slowlock at ffffffff814a2670 #5 [ffff88017455dca8] rt_spin_lock at ffffffff814a2db9 #6 [ffff88017455dcb8] schedule_bio at ffffffff81243133 #7 [ffff88017455dcf8] btrfs_map_bio at ffffffff812477be #8 [ffff88017455dd68] __btree_submit_bio_done at ffffffff812152f6 #9 [ffff88017455dd78] run_one_async_done at ffffffff812148fa #10 [ffff88017455dd98] run_ordered_completions at ffffffff812493e8 #11 [ffff88017455ddd8] worker_loop at ffffffff81249dc9 #12 [ffff88017455de88] kthread at ffffffff81070266 #13 [ffff88017455df48] kernel_thread_helper at ffffffff814a9be4 crash> struct rt_mutex 0xffff880174530108 struct rt_mutex { wait_lock = { raw_lock = { slock = 7966 } }, wait_list = { node_list = { next = 0xffff880175ecc970, prev = 0xffff880175ecc970 }, rawlock = 0xffff880175ecc968, spinlock = 0x0 }, owner = 0x1, save_state = 0, file = 0x0, name = 0xffffffff81763d02 "&(&device->io_lock)->lock", line = 0, magic = 0x0 } -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html