From patchwork Wed Feb 17 15:04:56 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Kirill A. Shutemov" X-Patchwork-Id: 584177 Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 4FC64140291 for ; Thu, 18 Feb 2016 02:06:30 +1100 (AEDT) Authentication-Results: ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=shutemov-name.20150623.gappssmtp.com header.i=@shutemov-name.20150623.gappssmtp.com header.b=uhTRBwcq; dkim-atps=neutral Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 1B9581A06DA for ; Thu, 18 Feb 2016 02:06:30 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=shutemov-name.20150623.gappssmtp.com header.i=@shutemov-name.20150623.gappssmtp.com header.b=uhTRBwcq; dkim-atps=neutral X-Original-To: linuxppc-dev@lists.ozlabs.org Delivered-To: linuxppc-dev@lists.ozlabs.org Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id B077F1A0405 for ; Thu, 18 Feb 2016 02:05:03 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=shutemov-name.20150623.gappssmtp.com header.i=@shutemov-name.20150623.gappssmtp.com header.b=uhTRBwcq; dkim-atps=neutral Received: by mail-wm0-x229.google.com with SMTP id g62so241291055wme.0 for ; Wed, 17 Feb 2016 07:05:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shutemov-name.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=KgQ+HaU0+3+xEuRfLCDdetg2ZRfobU+0vgRIfshek+s=; b=uhTRBwcqqDQ/ik2Yq36ZWyhGtIMl+TpEWtvkbZZoDJMVrG5I/o+nAjjzE9PvYY6rdK MYLyAAsbAW6dLwY6O5OvLmW0SV6eGyCV4+skQA6BWgaBXMCK6nRUW+16SzGbkIey0/hg jSgqpb80O9kGLUhvS4iqNCEpKTXowTeZ8ric+5cF+2pwMi3uD1DIZyt+ucwYnmPxoPjV kYqVka1LQvnbBwQmng8bFY77VEULZaJyU/K97q1Vh9uM98AfNyLgcFmNidYaOutrJjt2 RynFoTqNaezqFruLOXH8ZIjDkyde8Mxn8Meo+UhgQyJhp6QdmT33tdlMY1sOBC62JwK6 uYxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=KgQ+HaU0+3+xEuRfLCDdetg2ZRfobU+0vgRIfshek+s=; b=lMrINuYkLqePrFj6PHvyE3VJXozggftZ0V/bCB1iyC90t47FDatxaDw/DzTTmX2BAi gKvKQOKSE0Gr2ZmmJJ0Box7vECIIbL8SKjED9tL6eO2wFVvlR0OPsWtlljNSFSZhosA6 xcxeE4bU2NUUztntzxnNvzYg1CteFjT9sz3zP2+jl9B0Tb63OJ5Mk3rK8OES6HjM7V9H pLhRSUBS7DIPYJs0WWIgWCukRZCit0Vo3rY7CcIpEHt2yzrrMxF8B0CelcFWKakJA6S1 m2tYRXvbP+bmh2TYxIVe825JYSQuEv4AmSYWczGZ2KcpA3C3i+1hZsmGPtL1K30kJQKJ BFZA== X-Gm-Message-State: AG10YOQrWx3yTyvkQBOnLiutdH2Xg68f33DYHlkPCVYbzZi9lMCMB2gfxtDVrPEOCw8McQ== X-Received: by 10.194.189.71 with SMTP id gg7mr2423392wjc.127.1455721499139; Wed, 17 Feb 2016 07:04:59 -0800 (PST) Received: from node.shutemov.name ([178.121.195.17]) by smtp.gmail.com with ESMTPSA id b203sm3525967wmh.8.2016.02.17.07.04.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Feb 2016 07:04:57 -0800 (PST) Received: by node.shutemov.name (Postfix, from userid 1000) id BF3986197AE1; Wed, 17 Feb 2016 17:04:56 +0200 (EET) Date: Wed, 17 Feb 2016 17:04:56 +0200 From: "Kirill A. Shutemov" To: Gerald Schaefer Subject: Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM) Message-ID: <20160217150456.GA15882@node.shutemov.name> References: <20160211205702.24f0d17a@thinkpad> <20160212154116.GA15142@node.shutemov.name> <56BE00E7.1010303@de.ibm.com> <20160212181640.4eabb85f@thinkpad> <20160212231510.GB15142@node.shutemov.name> <20160215113159.GA28832@node.shutemov.name> <20160215193702.4a15ed5e@thinkpad> <20160215213526.GA9766@node.shutemov.name> <20160216172444.013988d8@thinkpad> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20160216172444.013988d8@thinkpad> User-Agent: Mutt/1.5.23.1 (2014-03-12) X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Andrea Arcangeli , linux-s390@vger.kernel.org, Catalin Marinas , Heiko Carstens , linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org, Sebastian Ott , linux-kernel@vger.kernel.org, Will Deacon , Christian Borntraeger , Paul Mackerras , "Aneesh Kumar K.V" , Martin Schwidefsky , Andrew Morton , Linus Torvalds , "Kirill A. Shutemov" , linux-arm-kernel@lists.infradead.org Errors-To: linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Tue, Feb 16, 2016 at 05:24:44PM +0100, Gerald Schaefer wrote: > On Mon, 15 Feb 2016 23:35:26 +0200 > "Kirill A. Shutemov" wrote: > > > Is there any chance that I'll be able to trigger the bug using QEMU? > > Does anybody have an QEMU image I can use? > > > > I have no image, but trying to reproduce this under virtualization may > help to trigger this also on other architectures. After ruling out IPI > vs. fast_gup I do not really see why this should be arch-specific, and > it wouldn't be the first time that we hit subtle races first on s390, due > to our virtualized environment (my test case is make -j20 with 10 CPUs and > 4GB of memory, no swap). Could you post your kernel config? It would be nice also to check if disabling split_huge_page() would make any difference: diff --git a/mm/huge_memory.c b/mm/huge_memory.c index a75081ca31cf..26d2b7b21021 100644 --- a/mm/huge_memory.c +++ b/mm/huge_memory.c @@ -3364,6 +3364,8 @@ int split_huge_page_to_list(struct page *page, struct list_head *list) bool mlocked; unsigned long flags; + return -EBUSY; + VM_BUG_ON_PAGE(is_huge_zero_page(page), page); VM_BUG_ON_PAGE(!PageAnon(page), page); VM_BUG_ON_PAGE(!PageLocked(page), page);