From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa0-f51.google.com (mail-oa0-f51.google.com [209.85.219.51]) by kanga.kvack.org (Postfix) with ESMTP id 00C6F6B0035 for ; Sun, 15 Dec 2013 23:04:45 -0500 (EST) Received: by mail-oa0-f51.google.com with SMTP id i7so4441586oag.24 for ; Sun, 15 Dec 2013 20:04:45 -0800 (PST) Received: from aserp1040.oracle.com (aserp1040.oracle.com. [141.146.126.69]) by mx.google.com with ESMTPS id bx5si6713865oec.39.2013.12.15.20.04.44 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 15 Dec 2013 20:04:45 -0800 (PST) Message-ID: <52AE7B10.2080201@oracle.com> Date: Sun, 15 Dec 2013 23:01:20 -0500 From: Sasha Levin MIME-Version: 1.0 Subject: mm: shm: hang in shmem_fallocate Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Hugh Dickins Cc: Andrew Morton , "linux-mm@kvack.org" , LKML Hi all, While fuzzing with trinity inside a KVM tools guest running latest -next, I've noticed that quite often there's a hang happening inside shmem_fallocate. There are several processes stuck trying to acquire inode->i_mutex (for more than 2 minutes), while the process that holds it has the following stack trace: [ 2059.561282] Call Trace: [ 2059.561557] [] ? sched_clock_cpu+0x108/0x120 [ 2059.562444] [] ? get_lock_stats+0x2a/0x60 [ 2059.563247] [] ? put_lock_stats+0xe/0x30 [ 2059.563930] [] ? get_lock_stats+0x2a/0x60 [ 2059.564646] [] ? x2apic_send_IPI_mask+0x13/0x20 [ 2059.565431] [] ? __rcu_read_unlock+0x44/0xb0 [ 2059.566161] [] ? generic_exec_single+0x55/0x80 [ 2059.566992] [] ? page_remove_rmap+0x295/0x320 [ 2059.567782] [] ? _raw_spin_lock+0x6c/0x80 [ 2059.568390] [] ? zap_pte_range+0xec/0x590 [ 2059.569157] [] ? zap_pte_range+0x2f0/0x590 [ 2059.569907] [] ? flush_tlb_mm_range+0x360/0x360 [ 2059.570855] [] ? preempt_schedule+0x53/0x80 [ 2059.571613] [] ? ___preempt_schedule+0x56/0xb0 [ 2059.572526] [] ? flush_tlb_mm_range+0x336/0x360 [ 2059.573368] [] ? tlb_flush_mmu+0x3b/0x90 [ 2059.574152] [] ? tlb_finish_mmu+0x14/0x40 [ 2059.574951] [] ? zap_page_range_single+0x146/0x160 [ 2059.575797] [] ? trace_hardirqs_on+0x8/0x10 [ 2059.576629] [] ? unmap_mapping_range+0x73/0x180 [ 2059.577362] [] ? unmap_mapping_range+0xfe/0x180 [ 2059.578194] [] ? truncate_inode_page+0x37/0x90 [ 2059.579013] [] ? shmem_undo_range+0x711/0x830 [ 2059.579807] [] ? unmap_mapping_range+0x168/0x180 [ 2059.580729] [] ? shmem_truncate_range+0x18/0x40 [ 2059.581598] [] ? shmem_fallocate+0x99/0x2f0 [ 2059.582325] [] ? madvise_vma+0xde/0x1c0 [ 2059.583049] [] ? __lock_release+0x1da/0x1f0 [ 2059.583816] [] ? do_fallocate+0x126/0x170 [ 2059.584581] [] ? madvise_vma+0xf4/0x1c0 [ 2059.585302] [] ? SyS_madvise+0x188/0x250 [ 2059.586012] [] ? tracesys+0xdd/0xe2 [ 2059.586689] ffff880f39bc3db8 0000000000000002 ffff880fce4b0000 ffff880fce4b0000 [ 2059.587768] ffff880f39bc2010 00000000001d78c0 00000000001d78c0 00000000001d78c0 [ 2059.588840] ffff880fce6a0000 ffff880fce4b0000 ffff880fe5bd6d40 ffff880fa88e8ab0 Thanks, Sasha -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org