From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f44.google.com (mail-wr1-f44.google.com [209.85.221.44]) (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 6691B320A33 for ; Mon, 12 Jan 2026 10:47:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.44 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768214882; cv=none; b=Cu8MZySnQENaWB2zCagQgiqtZrnhT2QL96Z92vYQHz4NZNCZLToVCrF61/dZ1Uo8KN/3vEnDrrOQuCYIOWgmR2I+vE4RQ294/ZkdglfnOMfqKXh97OE3EM4MSpkFG5LmEf/VlG4m+IQ6stSgN2XXbqbqeJMVdwP869PAVDdo5JM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768214882; c=relaxed/simple; bh=D72E3IDd+3+bcuC0NArQb3Qh+8gksLIiiNsTkZbccFc=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=jUmMm20MHYbx2TBHyuO7LSHcLm7CbQ/d4v+9dTeLqqCO5ZrueV696cJncAQinMuVnL2bQFMqu3x78kf2rwjFLGcVJIpKGSuUOCJ0kclfsTttgcyymDRnSf+XKbImN/HJkWMjGDnYOnfogkKL3NhrivDvyIPhycUcLyrfh5IQYnY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=Q9iy/hNi; arc=none smtp.client-ip=209.85.221.44 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="Q9iy/hNi" Received: by mail-wr1-f44.google.com with SMTP id ffacd0b85a97d-432d2c7dd52so2923604f8f.2 for ; Mon, 12 Jan 2026 02:47:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1768214869; x=1768819669; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=d5UWjql1jIqwyGnOZH7hD51P4glsDa+UHkdhwjjn4co=; b=Q9iy/hNi7iL6JFRKCDqgG8jZ4RhPdlsB5CxxUKIcmIzPsd/EEuI1s9+x38evB0iAIS I3z5Z3KKF4flkegwR5/yX0WJ89IvR4JFrunTOx7TGXVd9Gh1Q/tgQ7SKVrsD218DA5ru 8Ekp3zmhJ9ZoRibVsjTIwHz/Sfh6e14TBBZBHkaLImwSbBW0jj7XyJ5h+hSX+XR+PDPJ WKxlFT+56PntrD5M1lQIZzKEcM3O7QFSHMAzZubHkZSS8oFPK6swqRrW1rcJKzm8pQZk W2e7wDGZhkIZCn1xU2koyOC/P2kczEeydzsJHR/HAxu6pk4iYDuP0RZu/bBW40UgeZJ5 NBNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768214869; x=1768819669; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=d5UWjql1jIqwyGnOZH7hD51P4glsDa+UHkdhwjjn4co=; b=BXyv+rTwgORydFIarywz/SU6SFL1xUyPsmthk0TRyumjt0t9gWgeH/W7sXE+QoYQy6 leuqMyOl2KWP/z0gJ/jjO7kV461A4IzYmrjxfEO1OQA2EtSsHMrGHM9NtkA42P4rwd44 BvzxZwrW5kI/c7OE5d+0HW/eitwnrWCy8fn7JulT45KeTMay3vvYEBwpLu3nUNRd+5E4 H/1WWXwd0M+b0c3/kTLppW6o5JjN9utTS8xOj56PgDcl4NtIJymcKxC3l24TEDB2achR YZyrtExnt5RqXn+bO4i7zduWsmlleVgbUvqve7kkf0Th7r6eSirf40TtHw/X27Okp2+K iWyg== X-Forwarded-Encrypted: i=1; AJvYcCXea4h6OPoaEhmX1ApHgLU6TtLkca5SHUKn/hZHSjGzsWSfjlHVho+TbX7+Yik5X6xDFgL42qi/Y1s7uZI=@vger.kernel.org X-Gm-Message-State: AOJu0YxhafnN0OBiylWPSGHqHf5JqE+z+t3ibE63xzICibhyRbqp6HDd F10L3v3laVVm8F/2l+VdGZ/4I/fNTDbac6RW88UA9m+Hsot+j7RblnDS X-Gm-Gg: AY/fxX53xluu0/PWg62b58GYWBXoCS4REfaJfGCKnvQsPpGxNZYiPk2P8KsolddblPf 9RqC5GcecD0Ycu7QmbTbCou3jkU992IaIWbN1YE338TOkBgRkDRKsG3h2iuI0gdYwnF8vg6bQo3 74MFmpHA8EE3d8f+m0enkuVU6h2n2YOxDmuPTotq7nH5pvZIHgzHYN9+lDJDC5cDy8DiXiQJwG1 F/0HtmzdtO7BmFK4nljpwRuTy9K5pCGwjMpqI3DhgNRuMPZmW8XNfo7yqBI2irtNeBw21opy2Fj OMoDWiKcQS8yIEK2VhmL6LZLbSr0a0G4R1LTYxZ27NV5X7gytCZS+FG63lsPWSb9jyP+cm3jN0K VhSMvjjdUwby6PtGximHGClT7mIPay1Klh0GlRhOPqlWACBGTm/JQ+cd8dA4aHmK/eW8IghD6km +U9OvPZ4kAczZa0AOZrwZ++OQAZa2BRsiUD6KaD6Sb3ynHqCob+DVs X-Google-Smtp-Source: AGHT+IFXFVtTeBvoHzEED0vI40Y0CdQbat8YtdBXem6XfxPsNJMDhRGYeaAfb7zh3DW9IGrAgmwNQQ== X-Received: by 2002:a05:6000:2c07:b0:42f:b9c6:c89a with SMTP id ffacd0b85a97d-432c379f5d3mr18542127f8f.49.1768214868496; Mon, 12 Jan 2026 02:47:48 -0800 (PST) Received: from pumpkin (82-69-66-36.dsl.in-addr.zen.co.uk. [82.69.66.36]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-432bd5df939sm37629155f8f.21.2026.01.12.02.47.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 12 Jan 2026 02:47:48 -0800 (PST) Date: Mon, 12 Jan 2026 10:47:46 +0000 From: David Laight To: "H. Peter Anvin" Cc: Ard Biesheuvel , linux-kernel@vger.kernel.org, x86@kernel.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , Josh Poimboeuf , Peter Zijlstra , Kees Cook , Uros Bizjak , Brian Gerst , linux-hardening@vger.kernel.org Subject: Re: [RFC/RFT PATCH 04/19] x86: Make the 64-bit bzImage always physically relocatable Message-ID: <20260112104746.6521740c@pumpkin> In-Reply-To: <3f2e8d7c-6029-49ef-8e31-a3eb5efb385b@zytor.com> References: <20260108092526.28586-21-ardb@kernel.org> <20260108092526.28586-25-ardb@kernel.org> <3f2e8d7c-6029-49ef-8e31-a3eb5efb385b@zytor.com> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; arm-unknown-linux-gnueabihf) 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 Sun, 11 Jan 2026 20:01:02 -0800 "H. Peter Anvin" wrote: > On 2026-01-08 01:25, Ard Biesheuvel wrote: > > On x86_64, the physical placement of the kernel is independent from its > > mapping in the 'High Kernel Mapping' range. This means that even a > > position dependent kernel built without boot-time relocation support can > > run from any suitably aligned physical address, and there is no need to > > make this behavior dependent on whether or not the kernel is virtually > > relocatable. > > > > On i386, the situation is different, given that the physical and virtual > > load offsets must be equal, and so only a relocatable kernel can be > > loaded at a physical address that deviates from its build-time default. > > > > Clarify this in Kconfig and in the code, and advertise the 64-bit > > bzImage as loadable at any physical offset regardless of whether > > CONFIG_RELOCATABLE is set. In practice, this makes little difference, > > given that it defaults to 'y' and is a prerequisite for EFI_STUB and > > RANDOMIZE_BASE, but it will help with some future refactoring of the > > relocation code. > > > > I don't see any reason to support non-relocatable kernels anymore. In fact, in > a patchset I am working on I have already removed it. For just 64bit, or 32bit as well? The 'bloat' for 32bit will be higher due to the lack of pc-relative addressing. David > > -hpa > >