From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f175.google.com (mail-qk1-f175.google.com [209.85.222.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5E4DD3B101C for ; Mon, 17 Aug 2026 14:42:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.175 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786977726; cv=none; b=kAlot6gpiuCowht5xNlT9wAdtI95cpKqX0fezet1AKLrKtgvz+NcCPfE8aJgyIk4iffDRJo0B0xnjUe8YLEw4plJQEqJlpAC0JiKnpxgKtHH5+Vhgtn7Xupk1GGe0iYx8MdcQzwhkpb2L09Ija8wgg0S+XS9hk9fF1tFp3VaKjU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786977726; c=relaxed/simple; bh=4LT/LIRjRHMnkDcg+Tj8gGxQchYEIeHSdbQ4U3jZKDQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Wzy2RnAI6eN3/kk7mv5reIjV7SaiRxrsg85LR/gvWj6p5kp9IxK0nZ3oc3MgvNnO8vejqdvX4RZs0DO2g/dyhYD1IW4YGyMInONEK9f8Vuo93Q8kdHOlcAD4a6hVan559PUPgfOxzTOxOreB8GEGBaY3K5mhIfoRUNzzuYJdUdQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net; spf=pass smtp.mailfrom=gourry.net; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b=RQYoB544; arc=none smtp.client-ip=209.85.222.175 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gourry.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b="RQYoB544" Received: by mail-qk1-f175.google.com with SMTP id af79cd13be357-92edb12cdf2so281074685a.3 for ; Mon, 17 Aug 2026 07:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1786977723; x=1787582523; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=BCd/GM+SB+20nc87cPYs8vSFqEi5EzWcz9k0G1zmxpg=; b=RQYoB544a7KEGXjKAhS9P9piIOWlFMFM7c3DhTf3yjJDxJEn7ZET8T8fyPQljSvj1/ 0B4HfglIlx7uCNdZXKXYXlIXFzzQ80xWrKMcgeBzFIiD/MpK08U3MpD+AvtLKMQj3G/i GAWk5XaZh7Rbvx4O3+tsMzRO9y6Yjk2X8KD0nmqYZGyhgsQcqaMuw2lhWhINwlK86OKT kOZxZg8cCeESC1+ejj57tezmjxvsUyKQsjdVV0DQ1514h6P+Ep2iNsZ/f7n3hixU6A+d BtSjKCTMUfDFMSM/Xug8v5RWM+hefFFYUjj+dJWnAt8E3Q97nwe1UXfjkAnhtxTJvB1y 62uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786977723; x=1787582523; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=BCd/GM+SB+20nc87cPYs8vSFqEi5EzWcz9k0G1zmxpg=; b=BTkjIakShaMmy7ZbQPLPp9CYxAUpJRqWxHSyhAuCaRtZzc/wFE9xPCK1OaL5ZYjmsb jALhFQLQVQi3kBcKsptBnUSN7kReNFS9zd/Kt6uQkuko1CSD8h4Zp1M0V/9Aeb05lMbk GtNDzAvQDbadlI4Uh8gnaaGOBQmt2Qhbug5pjqvmPD7idnWBzaz/Nn4YeNICSkuIVyvv 226aUXbwSkMchp7jsYV9WaI0hKyHUSoD/raeZGKhIJQEjmh/B7g/+LaI2r+lxJGkOsc1 Bdn/oXfzw7bxeUsiU+q4A4pgLiwh/yiC9Bzs3l0r2J1k89idnuszIDIuaV8aSrhMD0U2 FL7A== X-Forwarded-Encrypted: i=1; AHgh+RodY3BZUe4uQcEFs6cKEM4XI7ZzgqSc/45LRlOXNw1TvWoJdCV55vS2VQBDQyhTAe8Z6Dpn0qmnqf1T@vger.kernel.org X-Gm-Message-State: AOJu0YxJxk8ZCmfGChYJ9dLkO9TAlYIGPYWRWgMpACKn3gEKR+yOuR04 +UF+/TtXpZJpwVPq2XABOkAv3NP+obAnnHLzqul2zjKkWfClSqmu2p8zwlb8wpaFjhM= X-Gm-Gg: AR+sD120rztfwO4IKUWp2UUwjz0iLXxA3wyUEh67DiwMbmDb3f7RaW/TQKh2sMEbVlz a3TQwl3XQY2p2n5kZHCgKUEJ3uS3EX5m+psPep6aGutdY/CI3Nf5S5rhG9IHEsboYLvLYRpJCIz p/35RwZ8ej/84sOckQqVTvUHCtmbfh/Rs23t8z64VONT2Y/pJOSkAHbiP5EB4pp6IZx3vObLk51 PLFbHmZZmmDkbNG9zHxHCsAxHy165iriePEktWWAeYy/Ash/Bkizw69/8p5kmu64S9ljoHOfPUT /i2dBaYCy2I9i1fjxw56dkS0JFxR5VyLXBppaMykLKC4FGQJcxjAngL+sjpk0mb+DL37ndvoy67 pWAgh1BzFhsPAHXGxugO9WZd3cJp5MJTe3OLeMDEFwr9gyIFTrTTGR4C25aMAAVMTbPFr5dXrEs AvpCbIhy9e7pX5oLdUuJhBGUspdluIC3rXzSqHq6R9aMsvqOaZbxk1ysIvpEKEsJAXasfCbVGU9 DJBRDwF4dw+Cso8XrYiYYdb8GBVbtAct4O4euxxeh97 X-Received: by 2002:a05:620a:2682:b0:92e:e695:d622 with SMTP id af79cd13be357-936d22ea6bfmr2612870085a.28.1786977723026; Mon, 17 Aug 2026 07:42:03 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F (pool-173-79-60-52.washdc.fios.verizon.net. [173.79.60.52]) by smtp.gmail.com with ESMTPSA id af79cd13be357-937010c3785sm100435385a.2.2026.08.17.07.42.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 17 Aug 2026 07:42:02 -0700 (PDT) Date: Mon, 17 Aug 2026 10:42:00 -0400 From: Gregory Price To: Pratyush Yadav Cc: Jonathan Corbet , Shuah Khan , Mike Rapoport , Pasha Tatashin , Alexander Graf , Andrew Morton , David Hildenbrand , Lorenzo Stoakes , "Liam R. Howlett" , Vlastimil Babka , Suren Baghdasaryan , Michal Hocko , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , "H. Peter Anvin" , Ard Biesheuvel , Ilias Apalodimas , Rob Herring , Saravana Kannan , Arnd Bergmann , Baoquan He , x86@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, kexec@lists.infradead.org, linux-mm@kvack.org, linux-efi@vger.kernel.org, devicetree@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [PATCH 0/4] kho: rename "scratch" to "bootmem" Message-ID: References: <20260811162642.3504565-1-pratyush@kernel.org> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260811162642.3504565-1-pratyush@kernel.org> On Tue, Aug 11, 2026 at 06:26:36PM +0200, Pratyush Yadav wrote: > From: "Pratyush Yadav (Google)" > > The term "KHO scratch" is vague and overloaded. It does not accurately > describe what the memory is for. This was discussed previously at [0]. > The conclusion was to rename "KHO scratch" to "KHO bootmem", since this > is memory passed by the previous kernel for early boot allocations. > This seems like a lot of churn to just rename some stuff, especially for a term "scratch" which is very much understood to mean "temporary working memory region" in common computing parlance. The boot param name change would also cause breakage for existing systems that update and depend on the scratch parameter. Is there a non-verbiage reason to justify these changes? Living with "scratch" seems better than potentially breaking folks. ~Gregory