Received: by 10.213.65.68 with SMTP id h4csp2575287imn; Mon, 9 Apr 2018 05:52:19 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/D0JXiaaGZwXCW+kUAEdEjyZSK69dqSeAQ/aE3kYS4LygMKPC9wLvG8IT8dthhE3/8Wiip X-Received: by 10.98.196.153 with SMTP id h25mr29362233pfk.111.1523278339581; Mon, 09 Apr 2018 05:52:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523278339; cv=none; d=google.com; s=arc-20160816; b=Xyh2BUPmzzQWfagsHw55HGUuhaH8wY/tKHDGgLwqTtPH7KiIp2EnjkmuQmux6fDR8q d6o+fVPsX6zQNe9kFjmFpr0C5rQ2pfielYBLs+zlb83ev2WLj9Ry1+ybyp65xKmyT+bP /yXU69bRkmeQ6AXopcJjJKRxikC6uQqy0tGx4mFvJ2qYkrpEuIudaWqb2zH+mZWrQMVm Wkx6WI0+bDjW5K1k5qHOvoZ8wqqb0qRimCGtVfphgmc4cxZrwJWRjlyxBP2tevKz1h8p yFQDTk0gMXlDwrvjwYb90W7EHmHysuL2EtO1Oe7yMF8cuUl46hpF4QdcwonqCSGjDWj0 ymew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=okhWl3qGoune1+P0o0HM2GnmDjDpJyM+SlU4Bw5vvZ0=; b=aI4STwBnytUjqqkGSwE0esqmurO3CYooqH/IhXVQ9Ol0hIZb/FUwAifi/b2S9QQymg F728Va7rArbz2/WthvTm4nL0HN7CDX8B2jVb17Z9vZuGYHbJZYbYGlZZURU5OFI+UT6U TIzNxK2MOsTaTj/vQNv9TpegxDXYGw6qZFpG8wYCsNlVBjRG8WDy0sCQ3L+qdd5tSEqV HWHb2XTz+7bc6jS9u69XTJ3z1MI/PqNcMXTyup8UDoxxzFGMZ27vaj4hjOGIf0JT/A1C 2tAokErzX4fdi2p5g0RXsPPY0ityqME5Oe43y8DYJVwHawhSQq+0rQAAoJS7Pov55CaD pYWA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h3si178718pgf.314.2018.04.09.05.51.42; Mon, 09 Apr 2018 05:52:19 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751970AbeDIMs5 (ORCPT + 99 others); Mon, 9 Apr 2018 08:48:57 -0400 Received: from mx2.suse.de ([195.135.220.15]:40607 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751464AbeDIMs4 (ORCPT ); Mon, 9 Apr 2018 08:48:56 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id CE851AF06; Mon, 9 Apr 2018 12:48:54 +0000 (UTC) Date: Mon, 9 Apr 2018 14:48:52 +0200 From: Michal Hocko To: Chao Yu Cc: Minchan Kim , Matthew Wilcox , Jaegeuk Kim , Christopher Lameter , Andrew Morton , linux-mm , LKML , Johannes Weiner , Jan Kara , Chris Fries , linux-f2fs-devel@lists.sourceforge.net, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH] mm: workingset: fix NULL ptr dereference Message-ID: <20180409124852.GE21835@dhcp22.suse.cz> References: <20180409015815.235943-1-minchan@kernel.org> <20180409024925.GA21889@bombadil.infradead.org> <20180409030930.GA214930@rodete-desktop-imager.corp.google.com> <20180409111403.GA31652@bombadil.infradead.org> <20180409112514.GA195937@rodete-laptop-imager.corp.google.com> <7706245c-2661-f28b-f7f9-8f11e1ae932b@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7706245c-2661-f28b-f7f9-8f11e1ae932b@huawei.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 09-04-18 20:25:06, Chao Yu wrote: [...] > diff --git a/fs/f2fs/inode.c b/fs/f2fs/inode.c > index c85cccc2e800..cc63f8c448f0 100644 > --- a/fs/f2fs/inode.c > +++ b/fs/f2fs/inode.c > @@ -339,10 +339,10 @@ struct inode *f2fs_iget(struct super_block *sb, unsigned long ino) > make_now: > if (ino == F2FS_NODE_INO(sbi)) { > inode->i_mapping->a_ops = &f2fs_node_aops; > - mapping_set_gfp_mask(inode->i_mapping, GFP_F2FS_ZERO); > + mapping_set_gfp_mask(inode->i_mapping, GFP_NOFS); An unrelated question. Why do you make all allocations for the mapping NOFS automatically? What kind of reclaim recursion problems are you trying to prevent? -- Michal Hocko SUSE Labs