search for: flush_kthread_work

...on+0x1b/0x20 [btrfs] [36700.671649] [<ffffffffa05c8a81>] btrfs_uuid_scan_kthread+0x211/0x3d0 [btrfs] [36700.671655] [<ffffffffa05c8870>] ? __btrfs_open_devices+0x2a0/0x2a0 [btrfs] [36700.671657] [<ffffffff81065fa0>] kthread+0xc0/0xd0 [36700.671659] [<ffffffff81065ee0>] ? flush_kthread_worker+0xb0/0xb0 [36700.671661] [<ffffffff816fcd1c>] ret_from_fork+0x7c/0xb0 [36700.671662] [<ffffffff81065ee0>] ? flush_kthread_worker+0xb0/0xb0 [36700.671663] INFO: task btrfs:15481 blocked for more than 120 seconds. [36700.671664] "echo 0 > /proc/sys/kernel/hung_task_timeout_sec...

...rfs] May 7 02:09:21 caper kernel: [ 726.753901] [<ffffffffa0140b10>] ? check_pending_worker_creates.isra.1+0xf0/0xf0 [btrfs] May 7 02:09:21 caper kernel: [ 726.753994] [<ffffffff810802e0>] kthread+0xc0/0xd0 May 7 02:09:21 caper kernel: [ 726.754069] [<ffffffff81080220>] ? flush_kthread_worker+0xb0/0xb0 May 7 02:09:21 caper kernel: [ 726.754145] [<ffffffff8170d42c>] ret_from_fork+0x7c/0xb0 May 7 02:09:21 caper kernel: [ 726.754219] [<ffffffff81080220>] ? flush_kthread_worker+0xb0/0xb0 May 7 02:09:21 caper kernel: [ 726.754291] Code: c1 49 63 46 58 48 89 c2 48 c1 e2...

...16f/0x5d0 [btrfs] > [ 5123.800401] [<ffffffff810888a8>] ? __wake_up_common+0x58/0x90 > [ 5123.800411] [<ffffffffa056aac0>] ? btrfs_queue_worker+0x310/0x310 [btrfs] > [ 5123.800415] [<ffffffff8107f080>] kthread+0xc0/0xd0 > [ 5123.800417] [<ffffffff8107efc0>] ? flush_kthread_worker+0xb0/0xb0 > [ 5123.800423] [<ffffffff816f452c>] ret_from_fork+0x7c/0xb0 > [ 5123.800425] [<ffffffff8107efc0>] ? flush_kthread_worker+0xb0/0xb0 > > I have attached meminfo/slabinfo that I peridically captured before > running the test & while the test was going th...

...] cleaner_kthread+0xa9/0x120 [btrfs] [ 386.318924] [<ffffffffa00e5730>] ? btree_invalidatepage+0x80/0x80 [btrfs] [ 386.318931] [<ffffffff8107c3f3>] kthread+0x93/0xa0 [ 386.318939] [<ffffffff816a7a84>] kernel_thread_helper+0x4/0x10 [ 386.318946] [<ffffffff8107c360>] ? flush_kthread_worker+0xb0/0xb0 [ 386.318952] [<ffffffff816a7a80>] ? gs_change+0x13/0x13 [ 386.318956] btrfs-transacti D 0000000000000000 0 3507 2 0x00000000 [ 386.318963] ffff88040aa15920 0000000000000046 0000000000000003 0000000000025250 [ 386.318971] ffff88040aa15fd8 ffff88040aa15fd8 ffff8804...

...65/0x500 [btrfs] [<ffffffffa0198615>] finish_ordered_fn+0x15/0x20 [btrfs] [<ffffffffa01bd8f0>] worker_loop+0xa0/0x330 [btrfs] [<ffffffffa01bd850>] ? check_pending_worker_creates.isra.1+0xe0/0xe0 [btrfs] [<ffffffff810930c9>] kthread+0xc9/0xe0 [<ffffffff81093000>] ? flush_kthread_worker+0xb0/0xb0 [<ffffffff81784abc>] ret_from_fork+0x7c/0xb0 [<ffffffff81093000>] ? flush_kthread_worker+0xb0/0xb0 Code: 00 00 4c 89 f6 4c 89 e7 48 98 48 8d 04 80 48 8d 54 80 65 e8 b2 6c 04 00 4c 89 ee 4c 89 f7 e8 d7 f4 ff ff 85 c0 0f 8f 5c ff ff ff <0f> 0b 0f 0b 66 66 2e 0f 1f 84 0...

...(include/linux/list.h:189 kernel/workqueue.c:2147) [ 161.613469] ? process_one_work (kernel/workqueue.c:2091) [ 161.613469] kthread (kernel/kthread.c:207) [ 161.613469] ? finish_task_switch (./arch/x86/include/asm/current.h:14 kernel/sched/sched.h:1058 kernel/sched/core.c:2258) [ 161.613469] ? flush_kthread_work (kernel/kthread.c:176) [ 161.613469] ret_from_fork (arch/x86/kernel/entry_64.S:283) [ 161.613469] ? flush_kthread_work (kernel/kthread.c:176) And a few soft lockup messages inside the scheduler after that. Thanks, Sasha

...(include/linux/list.h:189 kernel/workqueue.c:2147) [ 161.613469] ? process_one_work (kernel/workqueue.c:2091) [ 161.613469] kthread (kernel/kthread.c:207) [ 161.613469] ? finish_task_switch (./arch/x86/include/asm/current.h:14 kernel/sched/sched.h:1058 kernel/sched/core.c:2258) [ 161.613469] ? flush_kthread_work (kernel/kthread.c:176) [ 161.613469] ret_from_fork (arch/x86/kernel/entry_64.S:283) [ 161.613469] ? flush_kthread_work (kernel/kthread.c:176) And a few soft lockup messages inside the scheduler after that. Thanks, Sasha

The freeze rwsem is taken by sb_start_intwrite() and dropped during the commit_ or end_transaction(). In the async case, that happens in a worker thread. Tell lockdep the calling thread is releasing ownership of the rwsem and the async thread is picking it up. Josef and I worked out a more complicated solution that made the async commit thread join and potentially get a later transaction, but

...d+0x2af/0x380 [ 155.100004] [<c1048310>] ? rescuer_thread+0x1d0/0x1d0 [ 155.100004] [<c1048310>] ? rescuer_thread+0x1d0/0x1d0 [ 155.100004] [<c104bfa4>] kthread+0xa4/0xb0 [ 155.100004] [<c14b6c00>] ret_from_kernel_thread+0x20/0x30 [ 155.100004] [<c104bf00>] ? flush_kthread_worker+0x70/0x70 [ 155.100004] Code: 71 a9 e2 90 8d 74 26 00 83 c4 0c 5b 5e 5f 5d c3 66 90 66 90 66 90 66 90 55 89 e5 0f 0b 8d 74 26 00 8d bc 27 00 00 00 00 55 89 e5 <0f> 0b 8d 74 [ 155.100004] EIP: [<dea19e13>] nvkm_event_get+0x3/0x10 [nouveau] SS:ESP 0068:dd5c9ea8 [ 155.100004] ---[ en...

...ge_workers.isra.29+0x130/0x130 Mar 27 10:54:08 cvk-7 kernel: [ 361.374574] [<ffffffff8108a42c>] kthread+0x8c/0xa0 Mar 27 10:54:08 cvk-7 kernel: [ 361.374579] [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10 Mar 27 10:54:08 cvk-7 kernel: [ 361.374583] [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0 Mar 27 10:54:08 cvk-7 kernel: [ 361.374587] [<ffffffff81666bf0>] ? gs_change+0x13/0x13 Mar 27 10:54:08 cvk-7 kernel: [ 361.374610] INFO: task libvirtd:3302 blocked for more than 120 seconds. Mar 27 10:54:08 cvk-7 kernel: [ 361.374614] "echo 0 > /proc/sys/kernel/hung_ta...

...81081c69>] worker_thread+0x169/0x360 [ 5472.100203] [<ffffffff81081b00>] ? manage_workers.clone.21+0x240/0x240 [ 5472.100220] [<ffffffff81086496>] kthread+0x96/0xa0 [ 5472.100236] [<ffffffff815e5bb4>] kernel_thread_helper+0x4/0x10 [ 5472.100253] [<ffffffff81086400>] ? flush_kthread_worker+0xb0/0xb0 [ 5472.100269] [<ffffffff815e5bb0>] ? gs_change+0x13/0x13 [ 5472.100279] ---[ end trace a8bae5767c2c3e55 ]--- -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vg...

...el: [<ffffffffa026cc40>] ? btrfs_queue_worker+0x310/0x310 [btrfs] Dec 11 17:49:04 SANOS1 kernel: [<ffffffff81061bde>] kthread+0x8e/0xa0 Dec 11 17:49:04 SANOS1 kernel: [<ffffffff81590594>] kernel_thread_helper+0x4/0x10 Dec 11 17:49:04 SANOS1 kernel: [<ffffffff81061b50>] ? flush_kthread_worker+0x70/0x70 Dec 11 17:49:04 SANOS1 kernel: [<ffffffff81590590>] ? gs_change+0x13/0x13 Dec 11 17:49:04 SANOS1 kernel: Code: 20 a8 04 75 2c 48 8b 03 a8 10 75 23 48 8b 03 f6 c4 20 75 19 f0 80 63 01 f7 48 c7 43 30 00 00 00 00 48 89 df e8 24 c6 ea e0 eb c0 <0f> 0b 0f 0b 0f 0b 0f 0b 66 2e 0f...

...s.isra.29+0x130/0x130 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124246] [<ffffffff8108a42c>] kthread+0x8c/0xa0 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124251] [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124255] [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124259] [<ffffffff81666bf0>] ? gs_change+0x13/0x13 Apr 27 17:40:01 ZHJD-VM6 CRON[19062]: (root) CMD ( /opt/bin/ha_check_resource.sh) Apr 27 17:40:01 ZHJD-VM6 CRON[19061]: (root) CMD ( /opt/bin/libvirtd_check.sh) Apr 27 17:40:01 ZHJD-VM6...

...s.isra.29+0x130/0x130 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124246] [<ffffffff8108a42c>] kthread+0x8c/0xa0 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124251] [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124255] [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0 Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124259] [<ffffffff81666bf0>] ? gs_change+0x13/0x13 Apr 27 17:40:01 ZHJD-VM6 CRON[19062]: (root) CMD ( /opt/bin/ha_check_resource.sh) Apr 27 17:40:01 ZHJD-VM6 CRON[19061]: (root) CMD ( /opt/bin/libvirtd_check.sh) Apr 27 17:40:01 ZHJD-VM6...

...worker_thread+0x124/0x2d0 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414831] [<c10753c0>] ? manage_workers.isra.28+0x110/0x110 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414839] [<c10792dd>] kthread+0x6d/0x80 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414846] [<c1079270>] ? flush_kthread_worker+0x80/0x80 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414853] [<c15ae33e>] kernel_thread_helper+0x6/0x10 my machine is Dell Laptop Latitude E6510. 12.04 ubuntu and kernel: Linux karolszk-lap 3.2.0-32-generic-pae #51-Ubuntu SMP Wed Sep 26 21:54:23 UTC 2012 i686 i686 i386 GNU/Linux -- Y...

..._creates.isra.1+0xf0/0xf0 [btrfs] Aug 31 20:30:34 DELL kernel: [34328.216563] [<ffffffff81089fbc>] kthread+0x8c/0xa0 Aug 31 20:30:34 DELL kernel: [34328.218604] [<ffffffff81664034>] kernel_thread_helper+0x4/0x10 Aug 31 20:30:34 DELL kernel: [34328.220886] [<ffffffff81089f30>] ? flush_kthread_worker+0xa0/0xa0 Aug 31 20:30:34 DELL kernel: [34328.223019] [<ffffffff81664030>] ? gs_change+0x13/0x13 Aug 31 20:30:34 DELL kernel: [34328.225103] Code: 01 f0 48 09 f0 a9 ff 0f 00 00 75 4e 49 39 dd b8 01 00 00 00 72 36 0f 1f 40 00 49 8b 7c 24 18 48 89 de 48 c1 ee 0c e8 c7 f3 0a e1 <48> 8b...

...d+0x2af/0x380 [ 290.180008] [<c1048e80>] ? rescuer_thread+0x1d0/0x1d0 [ 290.180008] [<c1048e80>] ? rescuer_thread+0x1d0/0x1d0 [ 290.180008] [<c104cb64>] kthread+0xa4/0xb0 [ 290.180008] [<c14bcc40>] ret_from_kernel_thread+0x20/0x30 [ 290.180008] [<c104cac0>] ? flush_kthread_worker+0x70/0x70 [ 290.180008] Code: cf a9 e2 90 8d 74 26 00 83 c4 0c 5b 5e 5f 5d c3 66 90 66 90 66 90 66 90 55 89 e5 0f 0b 8d 74 [ 290.180008] EIP: [<dea19e63>] nvkm_event_get+0x3/0x10 [nouveau] SS:ESP 0068:dd721ea8 [ 290.180008] ---[ end trace da282f24d1451e27 ]--- -- You are receiving thi...

...congested_fn+0xb0/0xb0 [btrfs] Aug 4 02:26:06 rohan kernel: [ 3878.951105] [<ffffffff8108b78c>] kthread+0x8c/0xa0 Aug 4 02:26:06 rohan kernel: [ 3878.951105] [<ffffffff8166ae74>] kernel_thread_helper+0x4/0x10 Aug 4 02:26:06 rohan kernel: [ 3878.951105] [<ffffffff8108b700>] ? flush_kthread_worker+0xa0/0xa0 Aug 4 02:26:06 rohan kernel: [ 3878.951105] [<ffffffff8166ae70>] ? gs_change+0x13/0x13 Aug 4 02:26:06 rohan kernel: [ 3878.951105] Code: 10 c7 02 01 00 00 00 e9 4a ff ff ff 48 8b 7d 80 4c 89 e6 4c 89 95 68 ff ff ff e8 d4 6f 00 00 4c 8b 95 68 ff ff ff e9 4c fd ff ff <0f> 0...

...0 [ 141.953442] [<ffffffffa0197440>] ? check_pending_worker_creates.isra.2+0xf0/0xf0 [btrfs] [ 141.953472] [<ffffffff8108833c>] kthread+0x8c/0xa0 [ 141.953491] [<ffffffff8165c734>] kernel_thread_helper+0x4/0x10 [ 141.953513] [<ffffffff810882b0>] ? flush_kthread_worker+0xa0/0xa0 [ 141.953535] [<ffffffff8165c730>] ? gs_change+0x13/0x13 [ 141.953553] Code: 01 f0 48 09 f0 a9 ff 0f 00 00 75 4e 49 39 dd b8 01 00 00 00 72 36 0f 1f 40 00 49 8b 7c 24 18 48 89 de 48 c1 ee 0c e8 b7 86 f8 e0 <48> 8b 10 83 e2 08 74 5f 48 89 c7 48 81 c3 00 10...

Paravirt spinlock clears slowpath flag after doing unlock. As explained by Linus currently it does: prev = *lock; add_smp(&lock->tickets.head, TICKET_LOCK_INC); /* add_smp() is a full mb() */ if (unlikely(lock->tickets.tail & TICKET_SLOWPATH_FLAG)) __ticket_unlock_slowpath(lock, prev); which