Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A64842F8EAA for ; Wed, 7 Oct 2026 00:50:39 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791334240; cv=none; b=s4nXY7c369lJLXVV7/QF5B4SmdgI3e7PO/Pkb7HLhgp1358LMcWT3baPaALumxI8inwx8yuuSUnnJVsWih5RwHlZljjfdW3Kfbu+dsHuFn3HAwqE+VcrmZkJOMiKsVlhrujiYLl2BDALyw88ClVV57EXr300zYk9hsr3LB6hluY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791334240; c=relaxed/simple; bh=7RsuM745W2X4c9Q2PyennPcwwFYgvk4a+4yf3vmvdpo=; h=Date:To:From:Subject:Message-Id; b=EqdyHvW36BuMUSyUm/5tbq9Wne6OY62ufcgIrpsN2rqc7jmUzxb+OeuAOsMJcP0CrMGKr4sA/aQfoTUOv35cybZ80DPBqfsnWDDdtGPeNfWu45yeP6jNJW0I8XC75uA8b85SB2d24PeF5G3FkF5KgVVdzGBOeZkDFKZVmETaQFM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=Uqk1dMq4; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="Uqk1dMq4" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7D8811F0089B; Wed, 7 Oct 2026 00:50:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=korg; t=1791334239; bh=CaeprX72Lr1y8p75GO3g9n2TfdgMeCo4ApDtrgoROqE=; h=Date:To:From:Subject; b=Uqk1dMq4pzWYh/pKC20x+5zpyaOofIXTimpmQM42Z0d3BQNEf2ZmHsDyeUgGNDqkk 6tCyFmTY+6znm0pfr2+xs1Im+jCIPPtVh4nlQtK97V0pWTfOjzEkKCQRwS1RtK4n7y vNT7/UuZwVrujdcabSQOMS4bcVHC29KoFtXKbRcg= Date: Tue, 06 Oct 2026 17:50:39 -0700 To: mm-commits@vger.kernel.org,ziy@nvidia.com,vbabka@kernel.org,surenb@google.com,rppt@kernel.org,mhocko@suse.com,ljs@kernel.org,liam@infradead.org,hannes@cmpxchg.org,david@kernel.org,brendan.jackman@linux.dev,richard.weiyang@gmail.com,akpm@linux-foundation.org From: Andrew Morton Subject: [merged mm-stable] mm-adjust-out-dated-document-of-__gfp_nofail.patch removed from -mm tree Message-Id: <20261007005039.7D8811F0089B@smtp.kernel.org> Precedence: bulk X-Mailing-List: mm-commits@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: The quilt patch titled Subject: mm: adjust out-dated document of __GFP_NOFAIL has been removed from the -mm tree. Its filename was mm-adjust-out-dated-document-of-__gfp_nofail.patch This patch was dropped because it was merged into the mm-stable branch of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm ------------------------------------------------------ From: Wei Yang Subject: mm: adjust out-dated document of __GFP_NOFAIL Date: Sat, 29 Aug 2026 02:58:47 +0000 Commit ee040cbd6e48 ("mm/page_alloc: don't warn about large allocations with __GFP_NOFAIL") remove a warning on allocating large folio with __GFP_NOFAIL, which was placed there by commit 903edea6c53f ("mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner"). While in that commit, it also documented this behavior which is out-dated now. Adjust the document to align to current code, and adjust the comment while at it. Link: https://lore.kernel.org/20260829025847.26779-1-richard.weiyang@gmail.com Signed-off-by: Wei Yang Signed-off-by: Andrew Morton Reviewed-by: Lorenzo Stoakes (ARM) Reviewed-by: Zi Yan Reviewed-by: Vlastimil Babka (SUSE) Cc: Brendan Jackman Cc: David Hildenbrand Cc: Johannes Weiner Cc: Liam R. Howlett Cc: Michal Hocko Cc: Mike Rapoport Cc: Suren Baghdasaryan --- include/linux/gfp_types.h | 2 +- mm/page_alloc.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) --- a/include/linux/gfp_types.h~mm-adjust-out-dated-document-of-__gfp_nofail +++ a/include/linux/gfp_types.h @@ -244,7 +244,7 @@ enum { * definitely preferable to use the flag rather than opencode endless * loop around allocator. * Allocating pages from the buddy with __GFP_NOFAIL and order > 1 is - * not supported. Please consider using kvmalloc() instead. + * discouraged. Please consider using kvmalloc() instead if possible. */ #define __GFP_IO ((__force gfp_t)___GFP_IO) #define __GFP_FS ((__force gfp_t)___GFP_FS) --- a/mm/page_alloc.c~mm-adjust-out-dated-document-of-__gfp_nofail +++ a/mm/page_alloc.c @@ -4804,7 +4804,7 @@ __alloc_pages_slowpath(gfp_t gfp_mask, u if (unlikely(nofail)) { /* - * Also we don't support __GFP_NOFAIL without __GFP_DIRECT_RECLAIM, + * We don't support __GFP_NOFAIL without __GFP_DIRECT_RECLAIM, * otherwise, we may result in lockup. */ WARN_ON_ONCE(!can_direct_reclaim); _ Patches currently in -mm which might be from richard.weiyang@gmail.com are mm-page_vma_mapped-guard-check_pmd-with-config_transparent_hugepage.patch