From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (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 0684B442B3B for ; Mon, 17 Aug 2026 15:15:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.176 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786979754; cv=none; b=kcdAPDR5Sxmivtu/qxbxJdcFWbkmOPkWaCY21oSkS2e0LRV7YmODnAjzVp2Iu0P4j5guM6E0XcfotqbrpBUj/GS99KDRHMGFjvNKY9v+GnEayL8oYzgECjF8cA3Lt8t6X90x61V9T3jQ/6dVg2fK35qCm+JobCMufJlMdU37RAU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786979754; c=relaxed/simple; bh=/9zL4j7bvEzNHZe+2GnRD64ks0ouO6ge/iHUhPBHSpY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=O17LmfllVPPv4LQfrd4kwONXYZ35jfw2xlxUJzUvbH/7MQMwa1DcTl8fcSaIkfdqHMNu9OU9xZZbxnLpVbQA9Cbb8htQWZ3q2RdyMMq03jKBXIFADAZJ6pVsprnFI46GGOM33ih2O3haWPE3RroE7Gx1kNekVzNDebzWdQKkw/8= 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=nURkaZkS; arc=none smtp.client-ip=209.85.222.176 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="nURkaZkS" Received: by mail-qk1-f176.google.com with SMTP id af79cd13be357-92e99ef0902so171212385a.2 for ; Mon, 17 Aug 2026 08:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1786979752; x=1787584552; 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=LkIXCvEaOBZrdi7ChK3r5JFweXwKUKZFGDYp1HFtFrY=; b=nURkaZkSS1bFk0F9xKIrydT+A4Tbczk/jA4xGpqFU4pBJoP+aZ/Skuc1oMLRGSGl9r WO0OCIEPs5emafGVagWsIGAbiNCLo2cD1/eMeFIfqB8+t4q/zD/TDCoqsli6ywNXD7jk Y52TD7Gj5oOWKx70Rb/gd3KPYsGMVa5CvRyBZCrCOes71OqXN30YMfzRB/abf0M6fp0o RHAAh9MmrqRaY6+gNTqPp2RwexWzHoe5pzaLKR10S7s4rMlr+OwlMWDIEQTYtyNMIH5p WdjfJ4csOa+UWGleBQRIlc/r+l79t4gZDgnlScbxETCUATW9YHfV9bP5SHTRagD8YyFG m3+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786979752; x=1787584552; 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=LkIXCvEaOBZrdi7ChK3r5JFweXwKUKZFGDYp1HFtFrY=; b=LD5XiWx5AvY8slI5HB8HnJ3f94WR0aij79CjVQ0jnmyYg9XRcWrvt/S9Rw31+ngldr tiZCctKkobSjTi2/pac20q9498LmQ2vIdUWe6K9taDdcbvESPyOOdYwt77WTjIsqYZvY 3fjt08F0AIvp4xd/OpgEozAyNN4xu0yVx/2yT67FWCw1l9hlXnn2tOCsW3izPPY8BsaX 3DZHc5iPs8mJYeusISJVvUiJHhAx+/tQLatTNbOy6VNNZaqXDEhC7s2Qao0wCVfjJM7A dBAzTimuQJfxSaUhhUugw6v7ewlhz/rIbA+I8k8mskEGQ4aiu+NwuWpfwRhV5iMPhaek NmyQ== X-Forwarded-Encrypted: i=1; AHgh+Rp3qOl6rwDIyVA3dlqYxdgrGZqcqjABssykxFOCKFqwOX6SA0lvP5ssqfH0RD2WREsBOXAcykOc96WWMsg=@vger.kernel.org X-Gm-Message-State: AOJu0YxIBng9SUtNrWCl8lNg5gZCVeGEcu4Cv7j5QomXnOaw0Y4WAYeG vqFMGEzxFBfrE+FRqExk2e+6Z4TDTfFRbCJz0vF7WypDljnVRZ58FfFgsB/cBO7wuKQ= X-Gm-Gg: AR+sD13i0SFAO0XblXsH1cswEzg06ul0fiASwlR1zBFG3+UebzRIT9RVNwCvj1qrVh6 g18RhQSBwckWvXEQHnx972Z98UKvqaMzhQfVRl2ahLP9w9oJqKjnYTv+OoKFxRYmoFuS7W2InxE ZKyIJMiBMkIpbRJ+dPMhXJoxtK/b4ZLxmmVkjEwvVHaivBlesCSz+2uyc9lVPmBXEa8mDDDo8Gv SftbUeRSLvjfbP5LVYmVkIFPGzAqJEJGnU2ttMy7e9Lyu9r2YfU1g14S+mxEuymLO9jIwFequ1i 9j0sbRd+jaNLtptyV2lpzodRZH4rj0QC9FHhU3dLIQvST12N7O4kBkNRCXCb39SepDg6iHk2pBE +ZZSNgJ6Aq1vAgwxYTLNgOuZR5qv6j5mqlNC9Q8Y4z3v8SfWANpp9cssOs5fZY2P2I77dsLMISv D3+iT/PWYQuiMSCMk9EBeFSVWYBU/rmSAJbkoAAsyU3eCI0GIvRdb6ZNPGDnxLVfRIHYq9x3vzJ xOIf3gLLJfPRrl+9WGior1fL92pg2dbmhmsMMvuJXSz X-Received: by 2002:a05:620a:f06:b0:92e:7d53:8e8d with SMTP id af79cd13be357-93704b7d4dfmr142017785a.27.1786979751821; Mon, 17 Aug 2026 08:15:51 -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-937033d2ccdsm67050085a.30.2026.08.17.08.15.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 17 Aug 2026 08:15:51 -0700 (PDT) Date: Mon, 17 Aug 2026 11:15:49 -0400 From: Gregory Price To: Rob Herring Cc: Pratyush Yadav , 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 , 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> <20260817145231.GA579285-robh@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: <20260817145231.GA579285-robh@kernel.org> On Mon, Aug 17, 2026 at 09:52:31AM -0500, Rob Herring wrote: > On Mon, Aug 17, 2026 at 10:42:00AM -0400, Gregory Price wrote: > > > > Is there a non-verbiage reason to justify these changes? Living with > > "scratch" seems better than potentially breaking folks. > > I don't think these are the first breaking changes. And if the changes > are fine, then that means more breaking changes are fine, too. So why is > this upstream at all until the design is settled? > Surely we should not break deployments for the sake of renaming something that is very arguably already aptly named? ~Gregory