From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f173.google.com (mail-qk1-f173.google.com [209.85.222.173]) (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 64F7B3F23B1 for ; Mon, 17 Aug 2026 14:42:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.173 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786977726; cv=none; b=eVRUbCs1dthBQvwbcYzVJQgFb0icR1GS/kd9ftHRa1jZHi8Wi9qI7OAQr46lhmbRCBhWwyTVd0ksA+bQXINj7jRBQ4p+J1Z2tZkKXJr8Bl8ZI4dS4xT8xNrMVIZ6mieRsjLkAaIXTqpclda4v1g/Kosb/Lwy9mYpwDpRiN81DPI= 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.173 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-f173.google.com with SMTP id af79cd13be357-92edb12cdf2so281074585a.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=X7ntboiTWYHY0NkCfpxGbrIYlW3ZMQNiOs734EKuDjxWGLVkhG94a1I0xUsuBvbpz3 VdUCTTfFLkclNnOb3U8LPHgfD2lrxEuorXndylfPYDkW3oH3QM28n4GqJq9xYsi+euUa MBnLVO4GUEtLAEi5+gQzXv7IDOd36rPSIokAsufWdNLJdAPPyqQs5P7qLisZ7uV1G7J3 vVslWHYWrvyieMRXSFpgAS8V8uuIqkvv/IN4OntVgKPx8Dp9hl/upVyiqvvSu25mq7uG 37cXyi2tiS6XBrynkfpeF1y+iWr8sj9nC0hdwzYo7yiUlBaovHoCQnbT07kQFc3qLmg7 zdow== X-Forwarded-Encrypted: i=1; AHgh+RoEBhq9Fnl1YPjr8fxK5lftcopWyztlS8n7XCcoSm0l3lVn2CfrgSDTn0ou5o8svwtIYbvuC2BFTmLjV+A=@vger.kernel.org X-Gm-Message-State: AOJu0Yy5fqTi6szR9ahS/5dbfHzyXx52qmJ/17RFddkbT+7FhtGxvcob EGVdcoc9CgY1VgqWoa567c2FaS/n6H1Sz8hQsq9fuM3aLWYzU6fVb2ucnS6xmARH5nQ= X-Gm-Gg: AR+sD10/KKLZPcWV3GsLJAYNJ4Ge30VD3YsossBac8OXSmQ7A0gJpaEIhuPq1YEHQA0 JIZ9QnIQx5I8ifjweg2bIWcyfks5U6kuu0uxAJ4A2cYQcm+hvoG/LgBnUexxqtv8V5dhTZviwY/ 2EMLHtwPanox3DQ5//Fvq1gSL1nAAt9LOEGsS7019SK3gbjBGFj9YOFj7JVbhJTBZWsxsgmx7Ay ihVuPl51TRuxxecHxHLf60naasxm0IPEhHa+9PJeRl7psmsAbYWpdozYu1nRvn8zP31bKpkC83V DVKSiSdbn5mRGRg1Vmvzmn+V8r5WcuNoJbfgIPBqUebKmDg3U4IWPfX7U9PZBkTxxJmtWT7h5Ha 9Sx0RVuI94Q23Zg3J+LUJQhwGU3unBVi8eohZLg4Gk07Pa5t7wTfJUkt0SVjTdTgD39QpXALVd7 LbWO18bDbTSvNUE7f1TbbEOsRIlPN9X9dTovOGyt/zrgfXY1lfqY/x0xSqsukr+R2I4BBaiXJJP tMe46Gx+/3/O5oXbY7id6JDVXS/TDVFWXdjGqWdQi40 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-kernel@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