From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f179.google.com (mail-qk1-f179.google.com [209.85.222.179]) (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 60BC03CDBC3 for ; Mon, 17 Aug 2026 14:42:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.179 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786977726; cv=none; b=hILYrlbzX3sTK/G+b40cZviNRwiGV1rYcDK4aJqBWITDesb0xVd4TMTET9RyeifnjoQJbK2rnGkcLTae+Ca/2MDbv8b16zYE8SnmMYiRE269ym7cqErbXDoyvi1M+gCcrKiYVgEeqI/2U0TlxKpgz6jLsPXWXZp93lqwEmUAgyI= 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.179 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-f179.google.com with SMTP id af79cd13be357-936d00181abso154652385a.2 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=ZGEFdBU7k9V66+9NyGxZovAmo9XZx3LfCLpZif4pkb0TUBgktw7qSb8InYk88FPrFK zqqQBO6i15dJVRCel3bmEPr6Pz6cDdp8wYe3HezSwFYH9BKF7bza1/U+LROmC4H7Q0X8 QLYOHe7My7dXsIAB3dxqegtihmvMP2oHA/Bc3ufotLSgTqEUDftSLib98slFI+TLoByB yVt7ASKnD87mal4Udv86zS0Ss3Xj1Cyj6TmDf/GCKfiHmtfoyiD8iV1HNlShqVqu/6Wp oodbouXibP8u3gnsVEHEb+87JbBFBV1oCqlajxAuMYJgQ+01zGDnj1oIyzWXHLa92B7m QyAw== X-Forwarded-Encrypted: i=1; AHgh+Ro53kEcj3l0+u1rvdhH59YVP4noXEWHZeFSu9duz8XXkbI5hlkoy30djLeaOUkFeRiKjq4Fu/urh+lx@vger.kernel.org X-Gm-Message-State: AOJu0YzOwIsyPaiSf/WXPVSniMzHVskHacGBnZTxaJtxrXYLNK5VaM8F aODg0cTSPO0vF+2T+Fqqq5PR4/G2/7ERtzGiF3cPJjD1HK9QjBEaNwHAdgQkn1JVXyU= X-Gm-Gg: AR+sD10xH16Cjn8Wzx/C+g3nyoHWhH9sNoAgn4qlkR/X3wkRrqfT6VIsqLZTIa0DVqq EB3ZIizuAOTNtYBV7eYxP2Vnbq7yNYH0tVp5VCx2Ge56ryFnm4LVHFLIgS9SLAj7+Lo7zi5ZSXY JwLHOLL93uM0a85NNVWpJRdgNty8OroekGcIspzAPBPOmnocLscwnIp0Rncn1tyywM07bnHe8Oj EDanwe8tY9w3su7JBbaMoymmb+XT6Vc4Au4Zj7hnrtLwuUWMYbFrKjFon5yPMn3G30z/9984Jlk ud5TFJJHyVFphZnZt73WLooS4PYd6RXg4uId6Jf0uha2O/W4myTqrdIExEHbQHhTYFKst4R33wx uRGkoGtxh619TA304G8Qp+rWFHBrlWfh7mInjgF5M462ss9ZEvuTSBuW1Q+fa0I2ET6JyAsg2UB I06lxVISkOxqnmuPvAoNvFNmLExCipqI01MFCIUn542s+L3BX/awJvWYcqNS+rP1g/jMhAiP6nm Qi6uzFjxgKEkfytNClgoyQ26cwHH26lhnbbs50ctGHv 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: linux-arch@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