search for: mark_lock

...0 [ 138.345022] ? lockdep_hardirqs_on+0x190/0x280 [ 138.349504] ? stack_depot_save+0x253/0x450 [ 138.353731] ? check_chain_key+0x1d1/0x2c0 [ 138.357871] ? __lock_acquire+0x61c/0x2820 [ 138.362033] ? match_held_lock+0x1b/0x230 [ 138.366070] ? check_chain_key+0x1d1/0x2c0 [ 138.370209] ? mark_lock+0xac/0x9e0 [ 138.373734] ? mark_lock+0xac/0x9e0 [ 138.377261] ? mark_lock+0xac/0x9e0 [ 138.380772] ? mark_held_locks+0x65/0x90 [ 138.384730] ? mark_lock+0xac/0x9e0 [ 138.388249] ? trace_hardirqs_on_thunk+0x1a/0x1c [ 138.392895] ? trace_hardirqs_on_thunk+0x1a/0x1c [ 138.397542] ? lockd...

On 3/17/20 5:59 AM, Christoph Hellwig wrote: > On Tue, Mar 17, 2020 at 09:47:55AM -0300, Jason Gunthorpe wrote: >> I've been using v7 of Ralph's tester and it is working well - it has >> DEVICE_PRIVATE support so I think it can test this flow too. Ralph are >> you able? >> >> This hunk seems trivial enough to me, can we include it now? > > I can send

...[ 98.868493] dump_stack+0x96/0xe0 [ 98.871835] check_noncircular+0x2a0/0x2e0 [ 98.875954] ? print_circular_bug.isra.36+0x100/0x100 [ 98.881022] ? deref_stack_reg+0x8d/0xd0 [ 98.884958] ? rcu_read_lock_held_common+0x3e/0x90 [ 98.889784] ? stack_access_ok+0x35/0x80 [ 98.893727] ? mark_lock+0xac/0x9f0 [ 98.897221] ? rcu_read_lock_sched_held+0x5f/0xd0 [ 98.901962] __lock_acquire+0x1696/0x21a0 [ 98.906001] ? ftrace_caller_op_ptr+0xe/0xe [ 98.910204] ? register_lock_class+0x8b0/0x8b0 [ 98.914684] ? stack_access_ok+0x35/0x80 [ 98.918608] ? unwind_next_frame+0x7ee/0x8b0 [...

...ffff88007bcb19d0 ffff88007d403a20 ffffffff81805358 0000000000000000 0000000000000000 0000000000000001 ffff88007bcb25a8 ffff88007bcb19d0 Call Trace: <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 [<ffffffff81805358>] print_usage_bug+0x1f0/0x205 [<ffffffff810ff450>] mark_lock+0x610/0x6d0 [<ffffffff810fe520>] ? print_shortest_lock_dependencies+0x1d0/0x1d0 [<ffffffff81100614>] __lock_acquire+0xaa4/0x1ca0 [<ffffffff8101dc4d>] ? show_trace_log_lvl+0x4d/0x60 [<ffffffff8101c8ad>] ? show_stack_log_lvl+0xad/0x1b0 [<ffffffff811020f4>] lock...

...ffff88007bcb19d0 ffff88007d403a20 ffffffff81805358 0000000000000000 0000000000000000 0000000000000001 ffff88007bcb25a8 ffff88007bcb19d0 Call Trace: <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 [<ffffffff81805358>] print_usage_bug+0x1f0/0x205 [<ffffffff810ff450>] mark_lock+0x610/0x6d0 [<ffffffff810fe520>] ? print_shortest_lock_dependencies+0x1d0/0x1d0 [<ffffffff81100614>] __lock_acquire+0xaa4/0x1ca0 [<ffffffff8101dc4d>] ? show_trace_log_lvl+0x4d/0x60 [<ffffffff8101c8ad>] ? show_stack_log_lvl+0xad/0x1b0 [<ffffffff811020f4>] lock...

...: swapper/0 Not tainted 4.16.0-rc2 #1 [ 162.429624] Hardware name: linux,dummy-virt (DT) [ 162.430631] Call trace: [ 162.431196] dump_backtrace+0x0/0x1c8 [ 162.432005] show_stack+0x14/0x20 [ 162.432747] dump_stack+0xac/0xe4 [ 162.433507] print_usage_bug.part.28+0x258/0x270 [ 162.434510] mark_lock+0x744/0x750 [ 162.435208] __lock_acquire+0xab8/0x18c0 [ 162.435982] lock_acquire+0x48/0x68 [ 162.436678] _raw_read_lock+0x3c/0x50 [ 162.449520] jbd2_trans_will_send_data_barrier+0x44/0xc8 [ 162.450681] ext4_sync_file+0x1e0/0x330 [ 162.451535] vfs_fsync_range+0x48/0xc0 [ 162.452323] di...

...: swapper/0 Not tainted 4.16.0-rc2 #1 [ 162.429624] Hardware name: linux,dummy-virt (DT) [ 162.430631] Call trace: [ 162.431196] dump_backtrace+0x0/0x1c8 [ 162.432005] show_stack+0x14/0x20 [ 162.432747] dump_stack+0xac/0xe4 [ 162.433507] print_usage_bug.part.28+0x258/0x270 [ 162.434510] mark_lock+0x744/0x750 [ 162.435208] __lock_acquire+0xab8/0x18c0 [ 162.435982] lock_acquire+0x48/0x68 [ 162.436678] _raw_read_lock+0x3c/0x50 [ 162.449520] jbd2_trans_will_send_data_barrier+0x44/0xc8 [ 162.450681] ext4_sync_file+0x1e0/0x330 [ 162.451535] vfs_fsync_range+0x48/0xc0 [ 162.452323] di...

...7d403a20 ffffffff81805358 0000000000000000 > 0000000000000000 0000000000000001 ffff88007bcb25a8 ffff88007bcb19d0 > Call Trace: > <IRQ> [<ffffffff81807b4c>] dump_stack+0x4d/0x66 > [<ffffffff81805358>] print_usage_bug+0x1f0/0x205 > [<ffffffff810ff450>] mark_lock+0x610/0x6d0 > [<ffffffff810fe520>] ? print_shortest_lock_dependencies+0x1d0/0x1d0 > [<ffffffff81100614>] __lock_acquire+0xaa4/0x1ca0 > [<ffffffff8101dc4d>] ? show_trace_log_lvl+0x4d/0x60 > [<ffffffff8101c8ad>] ? show_stack_log_lvl+0xad/0x1b0 > [<f...

...#1 > [ 162.429624] Hardware name: linux,dummy-virt (DT) > [ 162.430631] Call trace: > [ 162.431196] dump_backtrace+0x0/0x1c8 > [ 162.432005] show_stack+0x14/0x20 > [ 162.432747] dump_stack+0xac/0xe4 > [ 162.433507] print_usage_bug.part.28+0x258/0x270 > [ 162.434510] mark_lock+0x744/0x750 > [ 162.435208] __lock_acquire+0xab8/0x18c0 > [ 162.435982] lock_acquire+0x48/0x68 > [ 162.436678] _raw_read_lock+0x3c/0x50 > [ 162.449520] jbd2_trans_will_send_data_barrier+0x44/0xc8 > [ 162.450681] ext4_sync_file+0x1e0/0x330 > [ 162.451535] vfs_fsync_rang...

Previous 2.6.31-rc8 kernel was built on F11 and installed with modules on F12. Current kernel has been built on F12 (2.6.31-0.204.rc9.fc12.x86_64) and installed on F12 before loading under Xen 3.4.1. Dmesg log looks similar to Michael Yuong''s ''rc7.git4''  kernel for F12. Boris. --- On Tue, 9/8/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris

Greetings, I got the below dmesg and the first bad commit is commit cf39c8e5352b4fb9efedfe7e9acb566a85ed847c Merge: 3398d25 23b7eaf Author: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed Sep 4 17:45:39 2013 -0700 Merge tag ''stable/for-linus-3.12-rc0-tag'' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip Pull Xen updates from Konrad