From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 881F6194A6C for ; Fri, 20 Mar 2026 16:26:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774023983; cv=none; b=c/olrJfJssfzdruSc6Zy6TZvceAwZSgz1rfVfJt9Sn3G/va8i12RvTWW87HGC0ttMCFanDVPEf2H8yRTuwsWKqeMPBTL3g1wwJZOkYX5/mRtu3cma1PoQdABAFufXqDMn+vStNNXeuv/gIfF8oWOxP/yuG+ttsOliJeX8olqSME= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774023983; c=relaxed/simple; bh=WN1vrlRzzntzx2h731DA67/8e1a0KGEgvQkZaMrWl9U=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=B6J8pBe/oH4QIt20r+2DRNMy4T7oZ0gBi5h7kVSdW4rWaovXsJ/3P90UtrOVa5Knlslj2WXmOvLAEMyubMQ/YgX0iAI+vmfHkAiVKCSNevR8hDtmzQQ/+HypC15zTpmDXF/H9bKYnxSzF6eb3mjKvVMyNIb0k1q1U1nQL4V7nQA= 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=09/G+fnS; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="09/G+fnS" Received: by smtp.kernel.org (Postfix) with ESMTPSA id D38B5C4CEF7; Fri, 20 Mar 2026 16:26:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1774023983; bh=WN1vrlRzzntzx2h731DA67/8e1a0KGEgvQkZaMrWl9U=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=09/G+fnSMt0ifbpViak5U8Q8uUx0pIk7SuO1rMP4wqwYfCRYj1rwLXTmJlCj+64of n06ScFRITAhoT4vRzGxVScpoDfclBQkrfvuH+cjkaOEFX4/ADk/z61lYUwaeAP3Tfr OFiW9AII6EEnCfHZJiJLgtuhxuWw5rKZh8ixNtJk= Date: Fri, 20 Mar 2026 09:26:22 -0700 From: Andrew Morton To: Brendan Jackman Cc: Michal Hocko , David Rientjes , Shakeel Butt , Vlastimil Babka , Suren Baghdasaryan , Johannes Weiner , Zi Yan , Harry Yoo , Hao Li , Christoph Lameter , Roman Gushchin , Uladzislau Rezki , , Subject: Re: [PATCH 0/5] mm: Switch gfp_t to unsigned long Message-Id: <20260320092622.4b56e9f67a89400292768ed3@linux-foundation.org> In-Reply-To: References: <20260319-gfp64-v1-0-2c73b8d42b7f@google.com> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 20 Mar 2026 09:37:52 +0000 Brendan Jackman wrote: > Human summary of Sashiko (AI) review [0] > > [PATCH 2/5] iwlegacy: 3945-mac: Use special gfp_t format specifier > > Just identifying pre-existing (and low-stakes) issues in the code. I > can add a patch to fix them up. > > Andrew, I think it probably makes sense to merge these cleanup patches > regardless of the gfp_t change, as Zi said. Would you take them > through mm or would they need to go via the more specific branches? In an ideal world the subsystem trees would take such changes. In the real world it's more reliable for me to take them all, make sure the relevant maintainers are cc'ed. If they ack the patch then great. If they merge the patch then I'll drop the mm.git duplicate. If they say nothing and it has decent linux-next exposure then ho hum, in it goes.