From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B5089C433E2 for ; Tue, 19 May 2020 07:52:24 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 945E7207E8 for ; Tue, 19 May 2020 07:52:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1589874744; bh=8oFtGVvPtwvLeXVT+tYrnzpgE338OIeGbsSr9YBrZYA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=PbzYR/7la6mDYjEBnnngsuaL1tDC4xWsUNLQZ4HpnJrxFvXCqpI10xytFwao42fm6 eLybsGMPJQwUhQiIV+B5sHvURxkK+xmNQXr8yAy3XT13ARImUcMOzDTS75CzakOTw7 4YoNPCJgSCoidkaLLDGjiw1YFNgm2/BZwLvvnA00= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728641AbgESHwU (ORCPT ); Tue, 19 May 2020 03:52:20 -0400 Received: from mail-wm1-f66.google.com ([209.85.128.66]:39573 "EHLO mail-wm1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728629AbgESHwT (ORCPT ); Tue, 19 May 2020 03:52:19 -0400 Received: by mail-wm1-f66.google.com with SMTP id w64so2277900wmg.4; Tue, 19 May 2020 00:52:17 -0700 (PDT) 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=q9ehllzv4GXD6PHjLq8rxZ0NEvwuAG+BryL3jyLoW3I=; b=chvmaXWeCwO9URC7bdzrRLP5/Vu52UyX28eW8PAQ8pbRq1UGeAotyEqrbEJ5HKJluP JQbPbdGkf7gj+aNSJb89lfoo4XXHAdWXYTvNUSuNatsg+BIEF50WECDfNHY6xDQXv5H1 ieS1Zf/uYr+pcYxnf6d9Np+y6t5sLVxZo+xs9rJkZ1k4ehaBCjotIfBeyU0os1J4I9Ku fAorVWvtyMLjsFaE0QB3OkKkL0yWjBPA1Gy1BPO11yMi1vAH7Y9F3DyQ1EedO7+9Jzme ixvhXBvAD+Ofj1QHAGhI6dHtPmbcnuhpvQdsVdJcHLldBX1jvjAOKDyc2MYjVmYp5Zkz clWQ== X-Gm-Message-State: AOAM532PkB5sFKSGodo0LPZuB6od53JDXNPlJYpj8Ss22JzSvlyD+tvL 3nZQOhYgiIu2A0YpThE8mHY= X-Google-Smtp-Source: ABdhPJzhMPJJ+bOTnb0XzxprTwcOOTMoZpRkuCsUFILfWTJFhfoKhfdBOE3Io5xf2x700pgQq1fN2w== X-Received: by 2002:a1c:1902:: with SMTP id 2mr3881648wmz.178.1589874736792; Tue, 19 May 2020 00:52:16 -0700 (PDT) Received: from localhost (ip-37-188-176-234.eurotel.cz. [37.188.176.234]) by smtp.gmail.com with ESMTPSA id q2sm19274851wrx.60.2020.05.19.00.52.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 May 2020 00:52:15 -0700 (PDT) Date: Tue, 19 May 2020 09:52:13 +0200 From: Michal Hocko To: Naresh Kamboju Cc: linux-f2fs-devel@lists.sourceforge.net, linux-ext4 , linux-block , Andrew Morton , open list , Linux-Next Mailing List , linux-mm , Andreas Dilger , Jaegeuk Kim , Theodore Ts'o , Chao Yu , Arnd Bergmann , Hugh Dickins , Andrea Arcangeli , Matthew Wilcox , Chao Yu , lkft-triage@lists.linaro.org Subject: Re: mm: mkfs.ext4 invoked oom-killer on i386 - pagecache_get_page Message-ID: <20200519075213.GF32497@dhcp22.suse.cz> References: <20200501135806.4eebf0b92f84ab60bba3e1e7@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-next-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-next@vger.kernel.org On Mon 18-05-20 19:40:55, Naresh Kamboju wrote: > Thanks for looking into this problem. > > On Sat, 2 May 2020 at 02:28, Andrew Morton wrote: > > > > On Fri, 1 May 2020 18:08:28 +0530 Naresh Kamboju wrote: > > > > > mkfs -t ext4 invoked oom-killer on i386 kernel running on x86_64 device > > > and started happening on linux -next master branch kernel tag next-20200430 > > > and next-20200501. We did not bisect this problem. [...] > Creating journal (131072 blocks): [ 31.251333] mkfs.ext4 invoked > oom-killer: gfp_mask=0x101cc0(GFP_USER|__GFP_WRITE), order=0, > oom_score_adj=0 [...] > [ 31.500943] DMA free:187396kB min:22528kB low:28160kB high:33792kB > reserved_highatomic:0KB active_anon:0kB inactive_anon:0kB > active_file:4736kB inactive_file:431688kB unevictable:0kB > writepending:62020kB present:783360kB managed:668264kB mlocked:0kB > kernel_stack:888kB pagetables:0kB bounce:0kB free_pcp:880kB > local_pcp:216kB free_cma:163840kB This is really unexpected. You are saying this is a regular i386 and DMA should be bottom 16MB while yours is 780MB and the rest of the low mem is in the Normal zone which is completely missing here. How have you got to that configuration? I have to say I haven't seen anything like that on i386. The failing request is GFP_USER so highmem is not really allowed but free pages are way above watermarks so the allocation should have just succeeded. -- Michal Hocko SUSE Labs