linux-kernel - Re: 3.14-rc2 XFS backtrace because irqs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20140211210841.GM13647@dastard>
Date:	Wed, 12 Feb 2014 08:08:41 +1100
From:	Dave Chinner <david@...morbit.com>
To:	Dave Jones <davej@...hat.com>,
	Linux Kernel <linux-kernel@...r.kernel.org>, xfs@....sgi.com
Subject: Re: 3.14-rc2 XFS backtrace because irqs_disabled.

On Tue, Feb 11, 2014 at 12:27:07PM -0500, Dave Jones wrote:
> BUG: sleeping function called from invalid context at mm/mempool.c:203
> in_atomic(): 0, irqs_disabled(): 1, pid: 27511, name: trinity-c3
> 5 locks held by trinity-c3/27511:
>  #0:  (sb_writers#9){......}, at: [<ffffffff831df3b4>] mnt_want_write+0x24/0x50
>  #1:  (&type->i_mutex_dir_key#3){......}, at: [<ffffffff831cced4>] do_last.isra.51+0x294/0x11f0
>  #2:  (sb_internal#2){......}, at: [<ffffffffc03225c4>] xfs_trans_alloc+0x24/0x40 [xfs]
>  #3:  (&(&ip->i_lock)->mr_lock/1){......}, at: [<ffffffffc036447f>] xfs_ilock+0x16f/0x1b0 [xfs]
>  #4:  (&(&ip->i_lock)->mr_lock){......}, at: [<ffffffffc03646d4>] xfs_ilock_nowait+0x184/0x200 [xfs]
> CPU: 3 PID: 27511 Comm: trinity-c3 Not tainted 3.14.0-rc2+ #111 
>  ffffffff83a3fd56 0000000045a3849a ffff88009f368f60 ffffffff8372afea
>  0000000000000000 ffff88009f368f88 ffffffff8309ddb5 0000000000000010
>  ffff880243566288 0000000000000008 ffff88009f369008 ffffffff831534d3
> Call Trace:
>  [<ffffffff8372afea>] dump_stack+0x4e/0x7a
>  [<ffffffff8309ddb5>] __might_sleep+0x105/0x150
>  [<ffffffff831534d3>] mempool_alloc+0xa3/0x170
>  [<ffffffff831a955a>] ? deactivate_slab+0x51a/0x590
>  [<ffffffff831f8fd6>] bio_alloc_bioset+0x156/0x210
>  [<ffffffffc0308231>] _xfs_buf_ioapply+0x1c1/0x3c0 [xfs]
>  [<ffffffffc03798f2>] ? xlog_bdstrat+0x22/0x60 [xfs]
>  [<ffffffffc030849b>] xfs_buf_iorequest+0x6b/0xf0 [xfs]
>  [<ffffffffc03798f2>] xlog_bdstrat+0x22/0x60 [xfs]
>  [<ffffffffc037ba87>] xlog_sync+0x3a7/0x5b0 [xfs]
>  [<ffffffffc037bd9f>] xlog_state_release_iclog+0x10f/0x120 [xfs]
>  [<ffffffffc037c840>] xlog_write+0x6f0/0x800 [xfs]
>  [<ffffffffc037e061>] xlog_cil_push+0x2f1/0x410 [xfs]
>  [<ffffffffc037e948>] xlog_cil_force_lsn+0x1d8/0x210 [xfs]
>  [<ffffffffc03428a8>] ? xfs_bmbt_get_all+0x18/0x20 [xfs]
>  [<ffffffffc037cc40>] _xfs_log_force+0x70/0x290 [xfs]
>  [<ffffffff830a4edd>] ? get_parent_ip+0xd/0x50
>  [<ffffffffc037ce86>] xfs_log_force+0x26/0xb0 [xfs]
>  [<ffffffffc03076e6>] ? _xfs_buf_find+0x1f6/0x3c0 [xfs]
>  [<ffffffffc03074e3>] xfs_buf_lock+0x133/0x140 [xfs]
>  [<ffffffffc03076e6>] _xfs_buf_find+0x1f6/0x3c0 [xfs]
>  [<ffffffffc030796a>] xfs_buf_get_map+0x2a/0x1b0 [xfs]
>  [<ffffffffc0383c61>] xfs_trans_get_buf_map+0x1a1/0x240 [xfs]
>  [<ffffffffc034e03d>] xfs_da_get_buf+0xbd/0x100 [xfs]
>  [<ffffffffc0356869>] xfs_dir3_data_init+0x59/0x1d0 [xfs]
>  [<ffffffffc03526db>] ? xfs_dir2_grow_inode+0x13b/0x150 [xfs]
>  [<ffffffffc0354ede>] xfs_dir2_sf_to_block+0x17e/0x7b0 [xfs]
>  [<ffffffffc0351f5a>] ? xfs_dir2_sfe_get_ino+0x1a/0x20 [xfs]
>  [<ffffffffc035e9b4>] ? xfs_dir2_sf_check.isra.7+0x114/0x1b0 [xfs]
>  [<ffffffffc034c24f>] ? xfs_da_compname+0x1f/0x30 [xfs]
>  [<ffffffffc035f503>] ? xfs_dir2_sf_lookup+0x303/0x310 [xfs]
>  [<ffffffffc035f858>] xfs_dir2_sf_addname+0x348/0x6d0 [xfs]
>  [<ffffffffc031970d>] ? xfs_setup_inode+0x1cd/0x320 [xfs]
>  [<ffffffffc03529a4>] xfs_dir_createname+0x184/0x1e0 [xfs]
>  [<ffffffffc03663d9>] xfs_create+0x469/0x580 [xfs]
>  [<ffffffffc0318864>] xfs_vn_mknod+0xc4/0x1e0 [xfs]
>  [<ffffffffc0318993>] xfs_vn_create+0x13/0x20 [xfs]
>  [<ffffffff831ccc15>] vfs_create+0x95/0xc0
>  [<ffffffff831cd638>] do_last.isra.51+0x9f8/0x11f0
>  [<ffffffff831c9e11>] ? link_path_walk+0x81/0x870
>  [<ffffffff831cdef9>] path_openat+0xc9/0x620
>  [<ffffffff8331cc02>] ? put_dec+0x72/0x90
>  [<ffffffff831ceb6d>] do_filp_open+0x4d/0xb0
>  [<ffffffff831bc4ae>] file_open_name+0xfe/0x160
>  [<ffffffff831bc554>] filp_open+0x44/0x60
>  [<ffffffff83221862>] do_coredump+0x602/0xf60
>  [<ffffffff83081358>] get_signal_to_deliver+0x2b8/0x6b0
>  [<ffffffff830024d7>] do_signal+0x57/0x9d0
>  [<ffffffff8311115e>] ? __acct_update_integrals+0x8e/0x120
>  [<ffffffff83730000>] ? __schedule+0x60/0x850
>  [<ffffffff8373a1db>] ? preempt_count_sub+0x6b/0xf0
>  [<ffffffff83735a31>] ? _raw_spin_unlock+0x31/0x50
>  [<ffffffff830ab671>] ? vtime_account_user+0x91/0xa0
>  [<ffffffff8314f57b>] ? context_tracking_user_exit+0x9b/0x100
>  [<ffffffff83002eac>] do_notify_resume+0x5c/0xa0
>  [<ffffffff83736746>] retint_signal+0x46/0x90

There's nowhere in this XFS stack that disables interrupts, so I
thinks it's either above or below XFS that is causing this problem.

Cheers,

Dave.
-- 
Dave Chinner
david@...morbit.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/