Received: by 10.192.165.148 with SMTP id m20csp2464998imm; Sun, 22 Apr 2018 07:36:10 -0700 (PDT) X-Google-Smtp-Source: AIpwx49nJQen1sRbElXmdDjbD5xEze3f6ahSYlj6RMeJ8COQQac0IRDA8sbb8JQueJGTPRAdE3pX X-Received: by 10.98.102.79 with SMTP id a76mr16729914pfc.162.1524407770647; Sun, 22 Apr 2018 07:36:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524407770; cv=none; d=google.com; s=arc-20160816; b=yIKfxKhEEESZJhs/3eoOM+cFDrDOwCRtIY1Xh/CcuwvpgSAqAm+ySzyis1O+JYHAB8 dVvw/BOnHCRAXGhoePopsScRZ98nrFxdNsd7uKMEMCn62Q2I4DelsmK4DC1LMk2TLUyX WCzOunkNVnThroRkcu9Rgv+/hmeM3ym61ZnWaivfu3GKBBc4/7cjIRVSz4jRT5v2yDL+ 8pnzJgwC4rKv8t8GPwvyRXh/tOYjqK3sNDRToWzvlj2Vv/VCqGl43HgpLhmKoXYTo3VG exLEjRtb34yD7mDP9RAbE+yePIM7l8U5Rm7fIFcWZfIj3QMKyC1IlXsw4ffjnyvh7SwD HYww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=DU42CsYFyGDRRoAoJw4vT91oOr7RqlMjuglxWR4fUlE=; b=nk94SNj34si/qLtLdlmcPltfGLmywwEgH1I7Y8oys7jW+41SoepRBsGKNwxJeSoY9e vvAeX540IY7Iodlv/czJtL50wtVYlg1/1PGY4iI+K/zPUh8f3WGS6kWEFR/l7y0iWB1f VH1NIJ8oXptoz3qkmKVNFuQ+1M01nFcZEjsya5ssuZUoezm0tGNZLG8vSNnsPA4LJWSL c3/oeNgPr58eHX3Cra3QOceR/K/aJqhKUU3H7dXljjYKI5dneikE/XcOSs/NJuel1LlN oFnUFdS67KZ5EWGGGFgJ/7zlHwauG+HJd1oX2wIsVtHs2+XxxSY9HM4HS9TW60AtU/R0 +b9g== 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 z79si9854368pfa.120.2018.04.22.07.35.56; Sun, 22 Apr 2018 07:36:10 -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 S1757323AbeDVOe6 (ORCPT + 99 others); Sun, 22 Apr 2018 10:34:58 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:59624 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756956AbeDVOTW (ORCPT ); Sun, 22 Apr 2018 10:19:22 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id ED55698C; Sun, 22 Apr 2018 14:19:21 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Matthew Wilcox , Chris Fries , Johannes Weiner , Michal Hocko , Jan Kara , Andrew Morton , Linus Torvalds Subject: [PATCH 4.4 94/97] mm/filemap.c: fix NULL pointer in page_cache_tree_insert() Date: Sun, 22 Apr 2018 15:54:12 +0200 Message-Id: <20180422135310.303660182@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180422135304.577223025@linuxfoundation.org> References: <20180422135304.577223025@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.4-stable review patch. If anyone has any objections, please let me know. ------------------ From: Matthew Wilcox commit abc1be13fd113ddef5e2d807a466286b864caed3 upstream. f2fs specifies the __GFP_ZERO flag for allocating some of its pages. Unfortunately, the page cache also uses the mapping's GFP flags for allocating radix tree nodes. It always masked off the __GFP_HIGHMEM flag, and masks off __GFP_ZERO in some paths, but not all. That causes radix tree nodes to be allocated with a NULL list_head, which causes backtraces like: __list_del_entry+0x30/0xd0 list_lru_del+0xac/0x1ac page_cache_tree_insert+0xd8/0x110 The __GFP_DMA and __GFP_DMA32 flags would also be able to sneak through if they are ever used. Fix them all by using GFP_RECLAIM_MASK at the innermost location, and remove it from earlier in the callchain. Link: http://lkml.kernel.org/r/20180411060320.14458-2-willy@infradead.org Fixes: 449dd6984d0e ("mm: keep page cache radix tree nodes in check") Signed-off-by: Matthew Wilcox Reported-by: Chris Fries Debugged-by: Minchan Kim Acked-by: Johannes Weiner Acked-by: Michal Hocko Reviewed-by: Jan Kara Cc: Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- mm/filemap.c | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) --- a/mm/filemap.c +++ b/mm/filemap.c @@ -571,7 +571,7 @@ int replace_page_cache_page(struct page VM_BUG_ON_PAGE(!PageLocked(new), new); VM_BUG_ON_PAGE(new->mapping, new); - error = radix_tree_preload(gfp_mask & ~__GFP_HIGHMEM); + error = radix_tree_preload(gfp_mask & GFP_RECLAIM_MASK); if (!error) { struct address_space *mapping = old->mapping; void (*freepage)(struct page *); @@ -630,7 +630,7 @@ static int __add_to_page_cache_locked(st return error; } - error = radix_tree_maybe_preload(gfp_mask & ~__GFP_HIGHMEM); + error = radix_tree_maybe_preload(gfp_mask & GFP_RECLAIM_MASK); if (error) { if (!huge) mem_cgroup_cancel_charge(page, memcg); @@ -1192,8 +1192,7 @@ no_page: if (fgp_flags & FGP_ACCESSED) __SetPageReferenced(page); - err = add_to_page_cache_lru(page, mapping, offset, - gfp_mask & GFP_RECLAIM_MASK); + err = add_to_page_cache_lru(page, mapping, offset, gfp_mask); if (unlikely(err)) { page_cache_release(page); page = NULL; @@ -1838,7 +1837,7 @@ static int page_cache_read(struct file * if (!page) return -ENOMEM; - ret = add_to_page_cache_lru(page, mapping, offset, gfp_mask & GFP_KERNEL); + ret = add_to_page_cache_lru(page, mapping, offset, gfp_mask); if (ret == 0) ret = mapping->a_ops->readpage(file, page); else if (ret == -EEXIST)