Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6747122ybi; Mon, 22 Jul 2019 00:53:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqw1F6ZRmInt91wTFWTY7dd8oADbzFitG11jbDYI7STPVcsXT4hVtAI8rSuBNCc78ps+oanj X-Received: by 2002:a17:902:20b:: with SMTP id 11mr74838430plc.78.1563782025385; Mon, 22 Jul 2019 00:53:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563782025; cv=none; d=google.com; s=arc-20160816; b=ek9BQxUPDauUKH1W+julYTnk2Mb82U1aGed7y/tZsr2GRCH/c3nBb2aZiqZiXKTjUB 8tEOor5YG3HDkEYTTbz+YIGX5LdjP07E0AUkYm6JrYGynbjxgi3/1q8LA9oYnIDjJbJf 9HGetBS1ni2XVB7Q/Vl8Gb6XNmscVtSsUObj4T4XRhhAC9bKKgzh+2FpIXuJ4GslHSJa Hi8DIZ2QW4ZAittOMfpyPE2A/rY8ZfAmoTbWue5Ua9gA2Tib+ktSVPHcIp+gpXI0IHFd m+8TSCui2PTyaFR59bMOFCVqkJeZ6eQYVKFqaxOa6hlXVuuD4rim/0AK7ty5Kp8uv9B7 brXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from; bh=qYEjQIUXKnmIer9RQ7tvy8ZB3LufG5iVl43w8nguQ9A=; b=tfYPChUdHmvrVI3ooEJbGqF3TS0MGuv6RYQX5HqS8GwpbEJLPvKwC24bLYhlOQHgzK S/LNy0xefNJDVTZAi6whHwJ/TwyDYV/ulnhXJFnwECylVm5wDs09HBeQGXlLJekIPrP9 dpKFfGxkB3qj3fTFVq4FjX6555Y3rCQMLKYuyP1DaWFrJ+MId83mv6J+Y3SmKPjcDLMV wtw3HoJws6u8ps29xUyrr7iSh7Usi6X4JkriwJrneiumIHf5G5QSfdap/3YVpsVR4/cZ 8AVHvmNLe23D1XaGPIdbefJ5limR0z3fMZ8CRarEkvqZTZiEQNam5kyG9Gwcc9ZnvEP3 LpZw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i94si8521102plb.78.2019.07.22.00.53.29; Mon, 22 Jul 2019 00:53:45 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727822AbfGVHxE (ORCPT + 99 others); Mon, 22 Jul 2019 03:53:04 -0400 Received: from mga11.intel.com ([192.55.52.93]:18416 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726236AbfGVHxE (ORCPT ); Mon, 22 Jul 2019 03:53:04 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jul 2019 00:53:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,294,1559545200"; d="scan'208";a="180323256" Received: from unknown (HELO yhuang-dev) ([10.239.159.29]) by orsmga002.jf.intel.com with ESMTP; 22 Jul 2019 00:53:02 -0700 From: "Huang\, Ying" To: Mikhail Gavrilov Cc: huang ying , Linux List Kernel Mailing , Subject: Re: kernel BUG at mm/swap_state.c:170! References: Date: Mon, 22 Jul 2019 15:52:53 +0800 In-Reply-To: (Mikhail Gavrilov's message of "Mon, 22 Jul 2019 12:31:36 +0500") Message-ID: <878ssqbj56.fsf@yhuang-dev.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Mikhail Gavrilov writes: > On Mon, 22 Jul 2019 at 06:37, huang ying wrote: >> >> I am trying to reproduce this bug. Can you give me some information >> about your test case? > > It not easy, but I try to explain: > > 1. I have the system with 32Gb RAM, 64GB swap and after boot, I always > launch follow applications: > a. Google Chrome dev channel > Note: here you should have 3 windows full of tabs on my > monitor 118 tabs in each window. > Don't worry modern Chrome browser is wise and load tabs only on demand. > We will use this feature later (on the last step). > b. Firefox Nightly ASAN this build with enabled address sanitizer. > c. Virtual Machine Manager (virt-manager) and start a virtual > machine with Windows 10 (2048 MiB RAM allocated) > d. Evolution > e. Steam client > f. Telegram client > g. DeadBeef music player > > After all launched applications 15GB RAM should be allocated. > > 2. This step the most difficult, because we should by using Firefox > allocated 27-28GB RAM. > I use the infinite scroll on sites Facebook, VK, Pinterest, Tumblr > and open many tabs in Firefox as I could. > Note: our goal is 27-28GB allocated RAM in the system. > > 3. When we hit our goal in the second step now go to Google Chrome and > click as fast as you can on all unloaded tabs. > As usual, after 60 tabs this issue usually happens. 100% > reproducible for me. > > Of course, I tried to simplify my workflow case by using stress-ng but > without success. > > I hope it will help to make autotests. Yes. This is quite complex. Is the transparent huge page enabled in your system? You can check the output of $ cat /sys/kernel/mm/transparent_hugepage/enabled And, whether is the swap device you use a SSD or NVMe disk (not HDD)? Best Regards, Huang, Ying > -- > Best Regards, > Mike Gavrilov.