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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id BF40BC001B0 for ; Sun, 25 Jun 2023 15:40:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230482AbjFYPkt convert rfc822-to-8bit (ORCPT ); Sun, 25 Jun 2023 11:40:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42262 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229689AbjFYPkl (ORCPT ); Sun, 25 Jun 2023 11:40:41 -0400 Received: from ste-pvt-msa1.bahnhof.se (ste-pvt-msa1.bahnhof.se [213.80.101.70]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C0CF69B; Sun, 25 Jun 2023 08:40:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ste-pvt-msa1.bahnhof.se (Postfix) with ESMTP id B6AE83F51A; Sun, 25 Jun 2023 17:40:25 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bahnhof.se Received: from ste-pvt-msa1.bahnhof.se ([127.0.0.1]) by localhost (ste-pvt-msa1.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lG22FXXqcO0I; Sun, 25 Jun 2023 17:40:25 +0200 (CEST) Received: by ste-pvt-msa1.bahnhof.se (Postfix) with ESMTPA id 33FEA3F3FA; Sun, 25 Jun 2023 17:40:21 +0200 (CEST) Received: from [2a00:801:798:c6f9::21a0:d26f] (port=45518 helo=[10.218.58.85]) by tnonline.net with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qDRqd-0007SE-Iv; Sun, 25 Jun 2023 17:40:20 +0200 Date: Sun, 25 Jun 2023 17:40:17 +0200 (GMT+02:00) From: Forza To: Andrew Morton , Vlastimil Babka Cc: Lorenzo Stoakes , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Baoquan He , Uladzislau Rezki , Christoph Hellwig , Bagas Sanjaya , Linux btrfs , Linux Regressions , Chris Mason , Josef Bacik , David Sterba , a1bert@atlas.cz, Linus Torvalds , Song Liu , Nicholas Piggin , Matthew Wilcox Message-ID: <11b893e.86425ef4.188f33688b8@tnonline.net> In-Reply-To: <20230607093316.cdf60df195915fa9d38067ea@linux-foundation.org> References: <20230605201107.83298-1-lstoakes@gmail.com> <2a6fa9d6-53b8-93cd-16c8-309ce2b8e3ac@suse.cz> <20230607093316.cdf60df195915fa9d38067ea@linux-foundation.org> Subject: Re: [PATCH] mm/vmalloc: do not output a spurious warning when huge vmalloc() fails MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8BIT X-Mailer: R2Mail2 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ---- From: Andrew Morton -- Sent: 2023-06-07 - 18:33 ---- > On Wed, 7 Jun 2023 10:58:40 +0200 Vlastimil Babka wrote: > >> I would really suggest moving the fix to >> mm-hotfixes instead of mm-unstable, and >> >> Fixes: 80b1d8fdfad1 ("mm: vmalloc: correct use of __GFP_NOWARN mask in __vmalloc_area_node()") >> Cc: > > I've made those changes. Did the chabge go into 6.3 stable? I saw these issues with kernels 6.3.0-6 3.7. I now updated to 6.3.9 and have had no more warnings since.