Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp1305588pxx; Fri, 30 Oct 2020 07:09:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyoZUlBVw5rPc8NzuVMLOzfQ9JKp25ViB0XKVHaFnIUkQayx3hHRVcGSmtfVhwS2gOFDZvp X-Received: by 2002:a17:906:3b93:: with SMTP id u19mr2746767ejf.290.1604066953986; Fri, 30 Oct 2020 07:09:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1604066953; cv=none; d=google.com; s=arc-20160816; b=pOsnHUu+Ew56X1ETeqIVqHikUhKn76w0wAiNdZWujA9/cccSvqmlYIATjkQcHbVGE3 j1wlsdd2zWpxIbVHcQzrFww4S4XDJa5Sj2tEogXkIYhjaHzh9RqQ4p2BrJwGI08qjACm jD8Ek1+Z8rS62O2q3xSgwn8DanA/o4NVV0fWNuuCkdabDhp5oausE5OT7BuZpLRAqWnV KAW/YHo95WiGqbm6ktLCDJfUn9+ByysNbRct5++/Nm3oZo0p1EcniAHc/prJFzjPgnsg tlwuRQ3rRhpi9vpzNmhFgJBTAjQYdo0Qbgap9cO3Vqnmm03wB47ED7vaesRXsOI6pOBm oZ5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=XFvLixYNsnzdj4toTcnFoItKGAiR6MimcB7uXhxEsAY=; b=kNPJNOgp4zQCYMEfqtN5bRJVKfL0wqEYYA42Z7G7kJnuI4V9vDLqBPtrMp55DBW31h e3cjD4L8TPZHDBYhbGX1RULBL7LGAvYpksLG1gpbdvLfhBwa/yJC8gAR9Gb/sxNFwa4M cJoIlwW/CwjXH1b9lVgsgl+vvJPZK1XkhU8BwfsJ0caI7ePV2CJuH2UCc/Ej9NN61pl6 2ytANOm8fhVs5sbVGO+Sk7ZANqOcU86PgTdkJAvpDPRWzTc+fCvbAuR0fi5inqwvw4cw Pl0XJ3SQYdezSpovr7Ffa5r6BTK3e9rH7L5wU/65LRMqX9uohbQI5afYwe60Rqrdpszl GHcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=YdSmPnE6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g8si5305318ejm.497.2020.10.30.07.08.50; Fri, 30 Oct 2020 07:09:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=YdSmPnE6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726590AbgJ3OHB (ORCPT + 99 others); Fri, 30 Oct 2020 10:07:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59108 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725975AbgJ3OHA (ORCPT ); Fri, 30 Oct 2020 10:07:00 -0400 Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A3881C0613D2 for ; Fri, 30 Oct 2020 07:06:05 -0700 (PDT) Received: by mail-qk1-x744.google.com with SMTP id i21so4139083qka.12 for ; Fri, 30 Oct 2020 07:06:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=XFvLixYNsnzdj4toTcnFoItKGAiR6MimcB7uXhxEsAY=; b=YdSmPnE65j6ZxU34kUIayYUWOJdr/r9gmpdMjuHb3lqo4k7Ldna9+SpQYp+Q/O0rpo WDajdXIoc3E12pCo7NqjkA5VdTd3GcxyIs6fRkV9TDwZFbcvFqV+vpX1kEwgkglssWVp hrXznUwOVgnLP4ssAB6TzjQZYCZCsYzKg3NFhoUAkFoL5+R2IA2zHpXGCyjZ/IF6/MMx gqFNMF1zPrQ27+qJm3plMXyMAHfqxPv8dn/ClpIMvSHlmfhmD44gWnz56F6/+2+9h2y+ kYQTmd6XxzlYFlW17S94k8DW9B2C0Zx8DoGp66gvVqRDJ3ZbNZTsrXicfYnke5xW9AFr 1v2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=XFvLixYNsnzdj4toTcnFoItKGAiR6MimcB7uXhxEsAY=; b=aErasn0qp7etrvXkKgJiAuf7v0InhmJ0LpilpbhZGvmvUd7Q2fbJ8rZr8XIGKdrEJG +O89E9xD0JjwdPGNlSoY2CsBedUVpPwYNusj13CZ1xHjpW3pGLUF9xB5zjjDlB2uiMrA YnL5nt7D1d9R+PeafWMAKFqpq6V6kvUJkiiwds6dsFtXDT5Z1O1020ClpwhISruH322P 5KB4Bx1s5S+p0bQz0X0zMTgi8QmYC9fhjXnV83/CrGAyQalv5kI981g8iJibHlU4FJ0S cFl+sAIcqhR5RhyW1wYZLKlNGfOMKc6lax+x+cvXMk+7qtApXBPfWmgP4qpbYOKRRd/3 G67A== X-Gm-Message-State: AOAM533KbeZfJwYT+O6VADCRu4/r6KoNokNxsIoW7xbZubW+0L3oqxw/ PPD9pCZu0FOjsGWtetplFAxdfA== X-Received: by 2002:ae9:e802:: with SMTP id a2mr2343108qkg.227.1604066764803; Fri, 30 Oct 2020 07:06:04 -0700 (PDT) Received: from localhost ([2620:10d:c091:480::1:fb53]) by smtp.gmail.com with ESMTPSA id 19sm2609429qki.33.2020.10.30.07.06.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 30 Oct 2020 07:06:03 -0700 (PDT) Date: Fri, 30 Oct 2020 10:04:20 -0400 From: Johannes Weiner To: Alex Shi Cc: akpm@linux-foundation.org, mgorman@techsingularity.net, tj@kernel.org, hughd@google.com, khlebnikov@yandex-team.ru, daniel.m.jordan@oracle.com, willy@infradead.org, lkp@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, shakeelb@google.com, iamjoonsoo.kim@lge.com, richard.weiyang@gmail.com, kirill@shutemov.name, alexander.duyck@gmail.com, rong.a.chen@intel.com, mhocko@suse.com, vdavydov.dev@gmail.com, shy828301@gmail.com, Michal Hocko Subject: Re: [PATCH v20 02/20] mm/memcg: bail early from swap accounting if memcg disabled Message-ID: <20201030140420.GB666074@cmpxchg.org> References: <1603968305-8026-1-git-send-email-alex.shi@linux.alibaba.com> <1603968305-8026-3-git-send-email-alex.shi@linux.alibaba.com> <20201029134648.GC599825@cmpxchg.org> <96b6d122-df0e-dfb0-368c-6bd714fab116@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <96b6d122-df0e-dfb0-368c-6bd714fab116@linux.alibaba.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 30, 2020 at 10:27:51AM +0800, Alex Shi wrote: > > > 在 2020/10/29 下午9:46, Johannes Weiner 写道: > >> ? release_pages+0x1ae/0x410 > >> shmem_alloc_and_acct_page+0x77/0x1c0 > >> shmem_getpage_gfp+0x162/0x910 > >> shmem_fault+0x74/0x210 > >> ? filemap_map_pages+0x29c/0x410 > >> __do_fault+0x37/0x190 > >> handle_mm_fault+0x120a/0x1770 > >> exc_page_fault+0x251/0x450 > >> ? asm_exc_page_fault+0x8/0x30 > >> asm_exc_page_fault+0x1e/0x30 > >> > >> Signed-off-by: Alex Shi > >> Reviewed-by: Roman Gushchin > >> Acked-by: Michal Hocko > >> Acked-by: Hugh Dickins > >> Cc: Johannes Weiner > >> Cc: Michal Hocko > >> Cc: Vladimir Davydov > >> Cc: Andrew Morton > >> Cc: cgroups@vger.kernel.org > >> Cc: linux-mm@kvack.org > >> Cc: linux-kernel@vger.kernel.org > > Acked-by: Johannes Weiner > > > > This should go in before the previous patch that adds the WARN for it. > > Right, but than the long ops may not weird. Should I remove the ops and resend the whole patchset? You mean the warning in the changelog? I think that's alright. You can just say that you're about to remove the !page->memcg check in the next patch because the original reasons for having it are gone, and memcg being disabled is the only remaining exception, so this patch makes that check explicit in preparation for the next. Sorry, it's all a bit of a hassle, I just wouldn't want to introduce a known warning into the kernel between those two patches (could confuse bisection runs, complicates partial reverts etc.)