From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 33A37E77188 for ; Fri, 20 Dec 2024 13:10:35 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 926466B0085; Fri, 20 Dec 2024 08:10:34 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 8D7376B0088; Fri, 20 Dec 2024 08:10:34 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 79E636B0089; Fri, 20 Dec 2024 08:10:34 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 5B67D6B0085 for ; Fri, 20 Dec 2024 08:10:34 -0500 (EST) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id AB8EDAF6D1 for ; Fri, 20 Dec 2024 13:10:33 +0000 (UTC) X-FDA: 82915371252.29.67E07F6 Received: from mail-lf1-f41.google.com (mail-lf1-f41.google.com [209.85.167.41]) by imf09.hostedemail.com (Postfix) with ESMTP id 3FF98140010 for ; Fri, 20 Dec 2024 13:10:07 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=linaro.org header.s=google header.b=Eiyt29Rw; spf=pass (imf09.hostedemail.com: domain of linus.walleij@linaro.org designates 209.85.167.41 as permitted sender) smtp.mailfrom=linus.walleij@linaro.org; dmarc=pass (policy=none) header.from=linaro.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1734700196; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=qrHqZqqEaVMU3oCHDCS41i+I4fc1QPJYYRzHrA7T2c0=; b=o3W6wv4/DOWL8CxCPqmVZsbjYS9Y5wMcsJun8snfuVy8XHchddACIvCPAaCtOHYmHMqguF K3o0xAz6+nhiEWW+xNivLIOfpXa/PKlMrE1dMWDSBfpCzKFGWkiuaPyiumjHTRfbX6+4AH ir8CRhnudLu2FtwdJHqMhVZR6/v4D0I= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=linaro.org header.s=google header.b=Eiyt29Rw; spf=pass (imf09.hostedemail.com: domain of linus.walleij@linaro.org designates 209.85.167.41 as permitted sender) smtp.mailfrom=linus.walleij@linaro.org; dmarc=pass (policy=none) header.from=linaro.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1734700196; a=rsa-sha256; cv=none; b=EReF0SV1HFsC9Xqihyv5zpwF4PeimBp8izmOJYedYvI2N+aGG76+eVIEj9nWdPaqDmSJXU 4QzKmEA6+bnHiEslpPdJCX022q/U//TdZhY3s8/Z5GjMUjRfsuiSz9Z0KgzcQ8d90OEtnk lKUGKPyD8v3zhkpZGgksX5pXNJi80vw= Received: by mail-lf1-f41.google.com with SMTP id 2adb3069b0e04-53df6322ea7so2285715e87.0 for ; Fri, 20 Dec 2024 05:10:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1734700230; x=1735305030; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=qrHqZqqEaVMU3oCHDCS41i+I4fc1QPJYYRzHrA7T2c0=; b=Eiyt29Rwq+Cbg6iQMKRYHHSOJJIBJcaij5Lf0UslCRptgXOwCj7DO5mbKtrFxkMCjS Hq1W8L2xK6fKC0mTyTKdPj8iJw4TdOHKzS+fRdKKMPCUT2cTX+rb7jNKczZKjJiqDwO7 /yHvlGzfLXPH3mVtF14TX4rpFcGLdgVOzZ2s6e8FH6jT3Een8mmEw59Z8cKnEZXYLdQc hqn2TYZU0psrQ4PIFehQDFZPYxEGHiKQgd76c9EdrOgni0C0hekLC9s9QKd2DN3EBqyt N7LioZa85u/O6AwuW9RFNRGNG4c4DhYrwwtS9WJ2DjhffGeiNDKAhZfZguaFLPeLSJVW 3KQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734700230; x=1735305030; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=qrHqZqqEaVMU3oCHDCS41i+I4fc1QPJYYRzHrA7T2c0=; b=D9aHunZXlVroCEksA2QTB0WIPstz7pdV5j5vCDF76xiu2Z4AFEDz3i2+u0/uPEcBfI XQ7/6guxI1ruyc4YMtrzhbZdkDj8OQc5v/9fp6zlijOR2iyy69Uip3PXnPmnPc+pbTWr bdMEBvyxW6JfK6t10RHEpkpYml7Bq4icSD2rrp4gYEiI9AmYp1ZTdDKRw1meBRTN6p3K jW4O9vwcPBz2b64ycftrwkGAVdgYJ802J2VAOLUhHlXYVQyv3cBcfmfG/DbCWBu6Vrnd r+tHFMzdU2qSA7kuYEH9eERik4aONZEUUSHybcq+i+J1iJeNIxE7ttBnsioSw7rnyiD9 OQKA== X-Forwarded-Encrypted: i=1; AJvYcCVQdI2v4FVoZRZ/xH2T3HEKN1aKo0EwQpiCj0t+V7/DUhpQKxOMPr6G+NCLkXMXLSZ/Iu12EoSIOA==@kvack.org X-Gm-Message-State: AOJu0YwwHXu0ljwc7aSrKidj+xwItAb7ySh9j13vB9snyA8Vcg/LtJ4Q sA8GbNVTARJ/tiZcQk5aKOy1s4imAt2kXx8u5yyt2TBdkRfC03ZPFZiZNw73OkZyKerv4aO4ZQt BZSVLKAACoUpWEAE44YJ8vMv2HsQlycWBBseSBg== X-Gm-Gg: ASbGncu9QlPZSYEGCHqCnQtc5hmwNruDQVmKaJEsxTpf9NUy3y7quMDh3gP7cReb9lz FB+IqPAqUjWiui0W4/WhyCvZ42U5V+2mgWfeY3Q== X-Google-Smtp-Source: AGHT+IEsWa7ECublo4QBSm9SpricFNqVcJqJSRxA1U/TGctMJucN3JX8+bo5j0L+A2ogMgWJu00AKQ5Mn/t8hFoEZhs= X-Received: by 2002:a05:6512:b06:b0:540:2549:b6da with SMTP id 2adb3069b0e04-54229547969mr730789e87.23.1734700229726; Fri, 20 Dec 2024 05:10:29 -0800 (PST) MIME-Version: 1.0 References: <20241210160556.2341497-1-arnd@kernel.org> <20241210160556.2341497-4-arnd@kernel.org> In-Reply-To: From: Linus Walleij Date: Fri, 20 Dec 2024 14:10:18 +0100 Message-ID: Subject: Re: [PATCH 3/4] ARM: drop CONFIG_HIGHPTE support To: David Laight Cc: Arnd Bergmann , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , Arnd Bergmann , "linux-mm@kvack.org" , "linux-rt-devel@lists.linux.dev" , Ard Biesheuvel , Clark Williams , Jason Baron , Josh Poimboeuf , Mark Rutland , Matthew Wilcox , Peter Zijlstra , Russell King , Sebastian Andrzej Siewior , Steven Rostedt Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 3FF98140010 X-Rspam-User: X-Stat-Signature: za83qzquzgtn81jikqg6j9fcik8puwcx X-HE-Tag: 1734700207-735660 X-HE-Meta: U2FsdGVkX1/gSI4x7ZhNXKMm61Jdr7VWtmBr2yjl50Vk/wPMc2m18ZvErPOJBV24f3xTyvpl/+mpsfwjp4ADCfTiQA3pP4VN6tZCzy/wgHz2+SWJ+xSU4FW1Ldfe41Mf0ohg/Qc+u2R3BF6MELpUcKmy1/jv6Nh1kYliXRTCRi63ZI1jwMuvYJjXOhec0UXB2xJNGRH61PeCYSpXIxq72aVWlritSquAD6DeMw7FkRBioL+4BsZiwieMIw7WonLWNwztK8OexHiBW/wHpf1+hLo4kjJMquwCTvmscw2GesHvhvgPG4DlKi2h3fEhg2zWtvhubhx06gVJ866UVFR/nYFRvsmcfSVTkkAIxf8TVC4v8T/Ri4Nw54LKBVHuGGG4wgTEDUrc4VBatIpOObISPnghP1bRtWbHIBPmgm99Z8XFZakhMs5ssBEvzlIrwTXrt4ctREcQsEvJLAXzkOceg7LI3/BPI5FfBllnDb4X0G9sbVIaAUSW6Mud3mi9JeZ/JHGQviK1DBPkPNDsazkJ49j3IVVpMsMnyyiNs0JCCqX+OUKNpk6iCl5NvUf0z8EIcUWexEf+ZKETXsAc8hUeVkq9ycioiyqRg9A5xdB32z6Rr62kwauOGMtkGjvceMlrDrj++eEU1W45P6VzQC+nNUFkC+FDXY1/NEP30/vPEq1/DLy8HRJvn4qriMONqUmCqAa3owiYxB3cK3ArKV3eMjt3dOuXcURkJ4LHbzFZhYWWSKz/EIpCxw6Z9lFi7Ae479XIPfUSjxdCiPawnwpiHwP0WYbj0FVc3YdoQQeqL3K0L0gW+mlH/dL6G82y04wGFeC1eP48Jf8YF1RH2eI8i12lNvD2O9gJxolbiWbKyuYdGPMLsd18VZsQXjZFLQA+RQvzGoITgxsYXsKB/C1EObJDpkeZd5JxO+k/PPcowEvph7OvNy7PudnKpeRCOmVadu6UWuG7dAIs6MLHjOL Hjn4YtaV aG3deuJbbvHJ8vQFETeyewZb33mawrymhwBcL5Hg+5sbOmjxXOhTdpKMA9Y/bfGGPb5A8MV0XpABPyLgLAebcu9s9FMjWOGZN8NQ83vQ3kOFq3IxcG5RXAVKpTdmG0yqWf5mduCa+U6ouv/oDOPGcsgm0W7Ep0P1v8mh9lqwH111PoAF/GRw9EEdw6+LbO5kF+ZQIhUkoW5KDNAhlH+Ln8jj8jXcP4ssoqcQidQ9PfHEPcbSdEHwMv/FPOEGlEGF9cSLYngKh6z2/8BU901iNj3tL6V+pC7sNPTi9vzCmFUpqFMUhKgu7H6hMoAhdMC4uWyQDKy/JQASmMdzh550Ls9EFQg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.013291, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Sat, Dec 14, 2024 at 7:41=E2=80=AFPM David Laight wrote: > From: Arnd Bergmann > > Sent: 10 December 2024 16:06 > ... > > Since Arm is the last architecture remaining that uses this, and almost > > no 32-bit machines support more than 4GB of RAM, the cost of continuing > > to maintain HIGHPTE seems unjustified, so remove it here to allow > > simplifying the generic page table handling. > > 'Picking at nits' 'highmem' support was needed for systems with 4GB of RA= M > in order to use more than 3GB or 3.5GB (depending on the bios) because > of the physical addresses that are reserved for PCI (and other MMIO). Wow I didn't know that, there are so many reasons why highmem is used by different architectures. On ARM it was originally added for a certain Marvell system with a mere 2GB of RAM: commit 053a96ca11a9785a7e63fc89eed4514a6446ec58 The reason was that since the virtual address space is just 4GB and we have reserved virtual kernel memory from (typically) 0xc0000000 only ~1GB can be linearly accessed by the kernel (actually less than that). This wasn't a problem since no ARM system was using more than 1GB until Nico ran into it. So the ARM "high memory" is something to do with virtual memory size rather than physical memory reservations as in the x86 case. Yours, Linus Walleij