Received: by 2002:a17:90a:bc8d:0:0:0:0 with SMTP id x13csp736948pjr; Wed, 20 May 2020 12:10:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx3xFekx1oL2pdM9ef+M7QbSraTTTYBvaNqeB4Xn8YyO8bsZvpuI1fNDXhq/FvV82EG5NX1 X-Received: by 2002:a05:6402:cb1:: with SMTP id cn17mr4697699edb.382.1590001799830; Wed, 20 May 2020 12:09:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590001799; cv=none; d=google.com; s=arc-20160816; b=evQclhtXMgG6WRaYqkRZt5+OlSOMAhnMJdR5Fw4diRodycR2vaIKEg1pKPHawf8og+ WnanhzhjqbVBzCmOhFsVMVII3oJCQz/nVJ+pcczeNuHojjgGwhJOvPRJa/XobHbD3lUI ye6HUeLZynmy5IW5WWJWBY+wr4qke4cT8roQZQCIIgcvk9M2yicrNx8ZSchVlUnCBlVm Px/QfDznZMN82YxN/RNneJ+ikrwmiK4+CgzaJSlH8aA1YL3mTO0m3Ja2x/geZiBogDCv prz+A+jcK1otK1eRTSd+relBtINlc+UvTItdltVT8w8Rnw1KLdz2WQuwusoZJcW4HdD9 ZZmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=tl5hNSaq9jwtAfQ3H4b6ZmG+ScLEKqnmbeQTtX38GBs=; b=jCMiJ1ERMl5UuUoN4agjib3/d0qENxMYzXqepgMHJI9ohbJMEJ/YkmnJE59HRyDRgF eV2PhdsZbcqHTFW6/DPLb42tv1thWz+NmU+/7w3UOPtOMJwXtceiugXBvlTb4ccpPJNm 8jKlsc+edwL4yVj9WqMezGvd9P0K+vNJwxBRxqF1YCPtKfW7YgfczO2vLiJqGvxZD6RW 0kBEogxoB+pyMlOg91ZEP5v4bNRt+LyxhystLOFZcKopwKPMMHbzCXIW4nIzSyufBj1K vhtibgCefByasObe1AwkbB7d2oTG3Pn84DtzVCY2//wYwF5oPyfahqj/p/8glZH/q+CL y6ig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chrisdown.name header.s=google header.b="ejWrZ/jf"; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chrisdown.name Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s7si2478325ejs.425.2020.05.20.12.09.26; Wed, 20 May 2020 12:09:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-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=@chrisdown.name header.s=google header.b="ejWrZ/jf"; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chrisdown.name Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726831AbgETTJN (ORCPT + 99 others); Wed, 20 May 2020 15:09:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43724 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726693AbgETTJL (ORCPT ); Wed, 20 May 2020 15:09:11 -0400 Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 55DCBC08C5C1 for ; Wed, 20 May 2020 12:09:10 -0700 (PDT) Received: by mail-ed1-x52d.google.com with SMTP id b91so4365273edf.3 for ; Wed, 20 May 2020 12:09:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chrisdown.name; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=tl5hNSaq9jwtAfQ3H4b6ZmG+ScLEKqnmbeQTtX38GBs=; b=ejWrZ/jfJqN1W3XBa5rEh8Lk4R2pGtjUsAfERal12GI7QfCZfWLDd9UtMrTSYE1/tI FovDCSwIGfbaaHj8cZJ1IKJDULyXaqYHAyGtIE65kUKbthWtIjz/KQGrx+y85v2kRRQb 81QOjyfbBp6VHvsSe4y3k88jU+q/CRx/ohQyM= 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:in-reply-to; bh=tl5hNSaq9jwtAfQ3H4b6ZmG+ScLEKqnmbeQTtX38GBs=; b=DNHCZRiuoaPsPA6RaSgQ702xWwSWeV6JCTI+pLQHV/VlMl3Fp8wJWCSbJoXybl1Ejf qWrnPl3WMTKLSRRaFS2Y6ivsaGnJjx4dG9+LbhI01/JMAGfCYxPBETxhZM42eyat9XRN nCrucXO+Pot0KVMzx+G0STxChgjxkEZuDojbNV7OCTNEXIlWkdkUfCUWTsev/ZVqSvQc V3PMyTOXaDE7K5vnATD0fBYB8qwFwNxhjsVsahZIF1mkbbPwlijmkym5xHHyJXJlexIv zvMkC/ptTdl8S6JHG6uViNcXserLgUA0BXon8pdYZpCK/ictwrqHeeRChFXVPra/zq7Q uESw== X-Gm-Message-State: AOAM533aKt1TY3vyFXq/hyEJn/SXHVs77n4GWd6fXMOvRGzVFIPeDlzD PJnoOkT5G7PtR8juKibIWjndaw== X-Received: by 2002:a50:9312:: with SMTP id m18mr4674386eda.252.1590001748698; Wed, 20 May 2020 12:09:08 -0700 (PDT) Received: from localhost ([2620:10d:c093:400::5:758d]) by smtp.gmail.com with ESMTPSA id g21sm2514869edw.9.2020.05.20.12.09.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 May 2020 12:09:08 -0700 (PDT) Date: Wed, 20 May 2020 20:09:06 +0100 From: Chris Down To: Naresh Kamboju Cc: Yafang Shao , Michal Hocko , Anders Roxell , "Linux F2FS DEV, Mailing List" , linux-ext4 , linux-block , Andrew Morton , open list , Linux-Next Mailing List , linux-mm , Arnd Bergmann , Andreas Dilger , Jaegeuk Kim , Theodore Ts'o , Chao Yu , Hugh Dickins , Andrea Arcangeli , Matthew Wilcox , Chao Yu , lkft-triage@lists.linaro.org, Johannes Weiner , Roman Gushchin , cgroups@vger.kernel.org Subject: Re: mm: mkfs.ext4 invoked oom-killer on i386 - pagecache_get_page Message-ID: <20200520190906.GA558281@chrisdown.name> References: <20200501135806.4eebf0b92f84ab60bba3e1e7@linux-foundation.org> <20200519075213.GF32497@dhcp22.suse.cz> <20200519084535.GG32497@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Hi Naresh, Naresh Kamboju writes: >As a part of investigation on this issue LKFT teammate Anders Roxell >git bisected the problem and found bad commit(s) which caused this problem. > >The following two patches have been reverted on next-20200519 and retested the >reproducible steps and confirmed the test case mkfs -t ext4 got PASS. >( invoked oom-killer is gone now) > >Revert "mm, memcg: avoid stale protection values when cgroup is above >protection" > This reverts commit 23a53e1c02006120f89383270d46cbd040a70bc6. > >Revert "mm, memcg: decouple e{low,min} state mutations from protection >checks" > This reverts commit 7b88906ab7399b58bb088c28befe50bcce076d82. Thanks Anders and Naresh for tracking this down and reverting. I'll take a look tomorrow. I don't see anything immediately obviously wrong in either of those commits from a (very) cursory glance, but they should only be taking effect if protections are set. Since you have i386 hardware available, and I don't, could you please apply only "avoid stale protection" again and check if it only happens with that commit, or requires both? That would help narrow down the suspects. Do you use any memcg protections in these tests? Thank you! Chris