Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp5747426ybh; Wed, 7 Aug 2019 10:43:09 -0700 (PDT) X-Google-Smtp-Source: APXvYqxIYQAE0JP4BeluFJhjSweljzj7h1+mo50eiizd3ZXIEZTUFmzMlPEim7XWeEAIOZYaZnaG X-Received: by 2002:a17:90a:9a95:: with SMTP id e21mr1021912pjp.98.1565199789308; Wed, 07 Aug 2019 10:43:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565199789; cv=none; d=google.com; s=arc-20160816; b=IZpL/Y5prZ1d+qxBM/qrwFkARbN0SI/QSbDlGVC/rTS4VZnm0s1A8cy+J5+Rx5SwX/ DsSJvA0SkLyZQyPUmji1SpvaRcfQjbFA5CKOldyzPmRPNyFo13h8IPxLxxot1yNn+ooX +sCWWOVtPk0asJYqNZWVozUOdzbsLRUEBDqjprEYJWLS8NzRQKn8has1ZvTRnOaLfGQC rAYLnP+5eCATuB44pvDu0w4hYfbxmZZfs6lcPoSHh85fSJFctmBQBJQ+U4hYRgWhIBan abPA0S3OpwgKv8krEgZzK0zwc/mdHjYtjqwgswIv6VghYJxf8TFE9xz2ZxSew5cd5/Q3 +kyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=xT1EUv7l9ELnBbW3Pj9GyH6zMTpmJcDHOSB5E5y40eQ=; b=PN6KP1zkWqKZ+5yFm3v+/51SvZM9wEiOfha5Ds7nqdOX125XG1VCc0ZyqNIpWi5hZ3 qQt81DjBt6NriApB+X2eGkTPl06ZEKsr6WupCDNOOj53yFRhdQrUq0zzyZ1BfuLTttdz +DJ6vBjd133AnsajY+yEquzOivm+sLU1FfJSIw6HTxx3Nc1qBwMUC4SjyPBiUFGHacnG kEpkWGy0+h5B/oExGUSeoz4hB9Xq7Wfaz9T2ZUxxZLw46ev4Y3C3fAU/g4igKcHFU1V4 Xbv34EhBhnh11rHgnkYOmnunx6pKJku+3zvvb47XnSwjMzYsgns2mqg4qDw0wJkFKwHi Mm3w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=cpS86uEm; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c127si54066554pga.569.2019.08.07.10.42.53; Wed, 07 Aug 2019 10:43:09 -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; dkim=pass header.i=@joelfernandes.org header.s=google header.b=cpS86uEm; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389098AbfHGRQ0 (ORCPT + 99 others); Wed, 7 Aug 2019 13:16:26 -0400 Received: from mail-pl1-f196.google.com ([209.85.214.196]:41227 "EHLO mail-pl1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389080AbfHGRQZ (ORCPT ); Wed, 7 Aug 2019 13:16:25 -0400 Received: by mail-pl1-f196.google.com with SMTP id m9so41617183pls.8 for ; Wed, 07 Aug 2019 10:16:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=xT1EUv7l9ELnBbW3Pj9GyH6zMTpmJcDHOSB5E5y40eQ=; b=cpS86uEmYIzhxFzCySaqqOeImVDTWodZUXCQVQcRGqqRAGGDs1sNZw0oH3tmy2iZOE XkIu9l2OhfxN0xt6NyH+lVLF+8mXgqz7NSPIIJ+egtHoGZEtUgQY7iySTu1NQl565je/ qL/IqLU05tBxt6AwDFcVVWZEJCirczwMCOG/I= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=xT1EUv7l9ELnBbW3Pj9GyH6zMTpmJcDHOSB5E5y40eQ=; b=JLtu+2O0WoqUaHmKAl7JMMQ+ylRb/f9vCZpzkP0/J/Nvs3PaGMGS/Yg9JserEbZpcf zylLLC9tcHXN/fw4gNmp9z1K3BctbMTStNNCQKoQ5msK1FH9OcqPWL3ZcsIlILJ42Ob5 T8azeP8fYoagT6LroDUbxYApY0YakNNxvRlKlolkYl4WzyQyUi6qlIMXU1dOmWeb6dR9 XZD9/x8VA0QB4JcenBkC/hnWa5QmoTCFp7Ne+ptG7Y3xMxcSmufN4h6bthUpI7RwHJab q9IFYN8LQ5sDv6TOvS4V4NXiNO3nzrDT//lXBRG14xabXAvZHPxv/wg2TNIHQ5NRDo6t vovw== X-Gm-Message-State: APjAAAUqM9PXPhEFNBfsQGh9Jqj3y/WXHQ0E5ZrlgHtohFSLAk4lT8XN yDwQuvFsTMJdG/JbP8nAT0ZwZAvFEmA= X-Received: by 2002:a17:90a:1785:: with SMTP id q5mr950338pja.106.1565198183794; Wed, 07 Aug 2019 10:16:23 -0700 (PDT) Received: from joelaf.cam.corp.google.com ([2620:15c:6:12:9c46:e0da:efbf:69cc]) by smtp.gmail.com with ESMTPSA id a1sm62692130pgh.61.2019.08.07.10.16.20 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Wed, 07 Aug 2019 10:16:23 -0700 (PDT) From: "Joel Fernandes (Google)" To: linux-kernel@vger.kernel.org Cc: "Joel Fernandes (Google)" , Alexey Dobriyan , Andrew Morton , Borislav Petkov , Brendan Gregg , Catalin Marinas , Christian Hansen , dancol@google.com, fmayer@google.com, "H. Peter Anvin" , Ingo Molnar , joelaf@google.com, Jonathan Corbet , Kees Cook , kernel-team@android.com, linux-api@vger.kernel.org, linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Michal Hocko , Mike Rapoport , minchan@kernel.org, namhyung@google.com, paulmck@linux.ibm.com, Robin Murphy , Roman Gushchin , Stephen Rothwell , surenb@google.com, Thomas Gleixner , tkjos@google.com, Vladimir Davydov , Vlastimil Babka , Will Deacon Subject: [PATCH v5 5/6] page_idle: Drain all LRU pagevec before idle tracking Date: Wed, 7 Aug 2019 13:15:58 -0400 Message-Id: <20190807171559.182301-5-joel@joelfernandes.org> X-Mailer: git-send-email 2.22.0.770.g0f2c4a37fd-goog In-Reply-To: <20190807171559.182301-1-joel@joelfernandes.org> References: <20190807171559.182301-1-joel@joelfernandes.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org During idle page tracking, we see that sometimes faulted anon pages are in pagevec but are not drained to LRU. Idle page tracking only considers pages on LRU. I am able to find multiple issues involving this. One issue looks like idle tracking is completely broken. It shows up in my testing as if a page that is marked as idle is always "accessed" -- because it was never marked as idle (due to not draining of pagevec). The other issue shows up as a failure during swapping (support for which this series adds), with the following sequence: 1. Allocate some pages 2. Write to them 3. Mark them as idle <--- fails 4. Introduce some memory pressure to induce swapping. 5. Check the swap bit I introduced in this series. <--- fails to set idle bit in swap PTE. To fix this, this patch drains all CPU's pagevec before starting idle tracking. Signed-off-by: Joel Fernandes (Google) --- mm/page_idle.c | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) diff --git a/mm/page_idle.c b/mm/page_idle.c index 2766d4ab348c..26440a497609 100644 --- a/mm/page_idle.c +++ b/mm/page_idle.c @@ -180,6 +180,13 @@ static ssize_t page_idle_bitmap_read(struct file *file, struct kobject *kobj, unsigned long pfn, end_pfn; int bit, ret; + /* + * Idle page tracking currently works only on LRU pages, so drain + * them. This can cause slowness, but in the future we could + * remove this operation if we are tracking non-LRU pages too. + */ + lru_add_drain_all(); + ret = page_idle_get_frames(pos, count, NULL, &pfn, &end_pfn); if (ret == -ENXIO) return 0; /* Reads beyond max_pfn do nothing */ @@ -211,6 +218,13 @@ static ssize_t page_idle_bitmap_write(struct file *file, struct kobject *kobj, unsigned long pfn, end_pfn; int bit, ret; + /* + * Idle page tracking currently works only on LRU pages, so drain + * them. This can cause slowness, but in the future we could + * remove this operation if we are tracking non-LRU pages too. + */ + lru_add_drain_all(); + ret = page_idle_get_frames(pos, count, NULL, &pfn, &end_pfn); if (ret) return ret; @@ -428,6 +442,13 @@ ssize_t page_idle_proc_generic(struct file *file, char __user *ubuff, walk.private = &priv; walk.mm = mm; + /* + * Idle page tracking currently works only on LRU pages, so drain + * them. This can cause slowness, but in the future we could + * remove this operation if we are tracking non-LRU pages too. + */ + lru_add_drain_all(); + down_read(&mm->mmap_sem); /* -- 2.22.0.770.g0f2c4a37fd-goog