On Wednesday 11 of November 2015, Tetsuo Handa wrote: > On 2015/11/11 7:13, Arkadiusz Miśkiewicz wrote: > > The usual (repeatable) problem is like this: > > > > full dmesg: http://sprunge.us/VEiE (more in it then in partial log below) > > Maybe somebody doing GFP_NOIO allocation which XFS driver doing GFP_NOFS > allocation is waiting for is stalling inside memory allocator. I think that > checking tasks which are stalling inside memory allocator would help. > > Please try reproducing this problem with a debug printk() patch shown below > applied. This is a patch which I used for debugging silent lockup problem. > When memory allocation got stuck, lines with MemAlloc keyword will be > printed. > > --- > fs/xfs/kmem.c | 10 ++- > fs/xfs/xfs_buf.c | 3 +- > include/linux/mmzone.h | 1 + > include/linux/vmstat.h | 1 + > mm/page_alloc.c | 217 > +++++++++++++++++++++++++++++++++++++++++++++++++ mm/vmscan.c | > 22 +++++ > 6 files changed, 249 insertions(+), 5 deletions(-) This patch is against which tree? (tried 4.1, 4.2 and 4.3) -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href