From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f171.google.com (mail-qk1-f171.google.com [209.85.222.171]) (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 45BDD1B6527 for ; Sun, 1 Feb 2026 08:21:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769934097; cv=none; b=jQ3Tiuc2Aur9acDTYkKPAYPpMi24kLJ67PsEcro4yMIK4SudYmvZQ4Sc+HaWhuOVGf30muzAkGylu6ZttZG/0nwf6N1RTScIImrO/Dvu7OEE4PgpVUnU8B+8wjjFAJSighqIxIOvNiLEAAUTe38C4SCZddZaHPggmQDKjg7Aco4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769934097; c=relaxed/simple; bh=Jq3TH0XhSi0dRpQ1ehkC4waWr/uSuDhMY8cMzjBNwKA=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=QTw9FLW2gjz4QIqsXp/zkQJKALFl1oy3RuUbOpzd1mjMKky1x0tAB4tMsuEtO0QhUVUR4xI9lHWknfvcMNT2iqqdH35N4JCGj5GTLabSy4AFwm78kGZUmzd6MuiHeauBoXY3QnZo/P2LpPz+eOh4HzXLJ/X67eShBjlpjG7gDus= 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=iHh5Kk9D; arc=none smtp.client-ip=209.85.222.171 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="iHh5Kk9D" Received: by mail-qk1-f171.google.com with SMTP id af79cd13be357-8c6f21c2d81so358862885a.2 for ; Sun, 01 Feb 2026 00:21:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1769934095; x=1770538895; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=6eutNLEmldLaIWi2QOrKdJ7W1VjSKq79ja0CoQ+cj7Y=; b=iHh5Kk9D/FZBJMKXFhaIoMS8pArsL+kfX30Aq4tspDtuRg3uire0Pgor1GjEtLyri6 Ejs9f9TK9SDfLlUiOJZ+Xftuvs0HhOkw/0O9h7915NymlKZWj8IRVeChs6+kVQFa6kL2 nN5xW9IN8M6NVLfjkjampbWdPd4FRSGAlLrhzmc3JTTxk2glGzZlyQw/qM+GOSD7ArQs P66UBWzj0wNoqsjpoNfWIwcWTIzYRhR6UFaH659jBGIe0OQVhsOc1ehTLG0MQtM18dLD dhjqQGX+n/08HaZGbRGx2gfv61FKnfzmJQEGNLNFXuMRdEdL0nEkw/0b+9S0AEMbKClx ccsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769934095; x=1770538895; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=6eutNLEmldLaIWi2QOrKdJ7W1VjSKq79ja0CoQ+cj7Y=; b=Ale/debEliJoXJWtcyW7rvwfvEjsgUctw9Zbe4JKKZV5kAV8nxybxJoqg03gl23UeR wq/5VfewuISP+ZlDPm7C3FWSyFfU80jFt0d2fg4KfvdrhKYkt9/2d/AqSOeMLviCB+Zl RhpsxXCptsn+DALJVNMyhhVkz/IsNi7pygIndPg2ZjBRH0FS0jkat31nscaPGVOsypps 0pM3KRLgPFdROXVo6vnAe+VwiC+Jyog7l4KrhKr9VDrYrPcc9i+wM6LpXugZw8AtlAyg vLo061x4e247eLpmzdE6WY0iEFufRAk/4O2TdSRDOX0UFfxYowt6FSdi2tDVbdQzbVb7 FZyA== X-Forwarded-Encrypted: i=1; AJvYcCUB74rnE8veJrPs8ldNSJzqaJNskqnQ+vWmoWlkN/2DZgfAHzfCZ4tUtl+YdBmvgRSepwRbpFakODNeOa0=@vger.kernel.org X-Gm-Message-State: AOJu0YyAa0rSXZNFKqldnIz4sacbqMDa1OC5VcFg97t1CS7n3X+M1oiU r9571nDGI9ZcQt0PNQ82Z7yJbd7iK5h15BupqaDVp/zNfa9cn9dHirr0W7bIbGu6 X-Gm-Gg: AZuq6aLhfHzfmmSVkE5TR0WxPfFKtqYJCvjDvpCVE0IVCpCOtXgjqLixE2wkUouVB5M yNDFfa8tIDwAI2LIjqpdyUoS4wRcRQzGIzN6njzNmXUbQT+93vnTMODJ0YX4n/7AUsOEiftjw/c 99k2bpr/Q1VHRVTxTtzU/DqPzLRaDueVEGCNIbhKMP+E3q2/Lk7BHExz8yTsj7QDo8Rokvcyl8y PZX3vDmvJvyTIBtsdw1t+0KNXq5fvMpmkofAApPkZMIKM+jUfR+Cd+0qNC2ivoJyoRaXuyXpVZC pViodfQucCzKhTGpYGSOuZag7tZxfS7byMhE6N/nn7LS9yXlgi7lDn6KKTARuCMz07i8MvnWLKC 1zwmLeT23q+ZGxq4wWW5DGu/jWg/RKHsUj9kF28RlsT4jKfgMVrf4P2wQzUDpDnZWGjyLNZO+4e 9wt8ZhUBw2csG+eLIXjnz6pYTZaFi5Vv5kMdCHdSlM9A== X-Received: by 2002:a05:6a00:21c3:b0:821:7d75:f42d with SMTP id d2e1a72fcca58-823aa710b20mr7502550b3a.42.1769927743937; Sat, 31 Jan 2026 22:35:43 -0800 (PST) Received: from localhost.localdomain ([113.218.252.120]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-82379b6b2bdsm12149294b3a.30.2026.01.31.22.35.37 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Sat, 31 Jan 2026 22:35:43 -0800 (PST) From: chengkaitao To: davem@davemloft.net, andreas@gaisler.com, akpm@linux-foundation.org, david@kernel.org, lorenzo.stoakes@oracle.com, Liam.Howlett@oracle.com, vbabka@suse.cz, rppt@kernel.org, surenb@google.com, mhocko@suse.com Cc: kevin.brodsky@arm.com, dave.hansen@linux.intel.com, ziy@nvidia.com, chengkaitao@kylinos.cn, willy@infradead.org, zhengqi.arch@bytedance.com, sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, chengkaitao Subject: [PATCH v6 0/2] Generalize vmemmap_populate_hugepages to sparc Date: Sun, 1 Feb 2026 14:35:30 +0800 Message-ID: <20260201063532.44807-1-pilgrimtao@gmail.com> X-Mailer: git-send-email 2.50.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Change sparc's implementation of vmemmap_populate() using vmemmap_populate_hugepages() to streamline the code. Another benefit is that it allows us to eliminate the external declarations of vmemmap_p?d_populate functions and convert them to static functions. Since vmemmap_populate_hugepages may fallback to vmemmap_populate- _basepages, which differs from sparc's original implementation. During the v1 discussion with Mike Rapoport, sparc uses base pages in the kernel page tables, so it should be able to use them in vmemmap as well. Consequently, no additional special handling is required. Changes in v6: - Ignore handling of altmap Changes in v5: - Remove [PATCH v4 3/3] sparc: Remove unnecessary whitespace Changes in v4: - Add commit message - Add verification that pmd actually maps a large page in the vmemmap_check_pmd function Changes in v3: - Allow sparc to fallback to vmemmap_populate_basepages - Convert vmemmap_p?d_populate() to static functions - Split the v1 patch Changes in v2: - Revert the whitespace deletions - Change vmemmap_false_pmd to vmemmap_pte_fallback_allowed Link to V5: https://lore.kernel.org/all/20260111074453.66728-1-pilgrimtao@gmail.com/ Link to V4: https://lore.kernel.org/all/20251219115812.65855-1-pilgrimtao@gmail.com/ Link to V3: https://lore.kernel.org/all/20251218174749.45965-1-pilgrimtao@gmail.com/ Link to V2: https://lore.kernel.org/all/20251218130957.36892-1-pilgrimtao@gmail.com/ Link to V1: https://lore.kernel.org/all/20251217120858.18713-1-pilgrimtao@gmail.com/ Chengkaitao (2): sparc: Use vmemmap_populate_hugepages for vmemmap_populate mm: Convert vmemmap_p?d_populate() to static functions arch/sparc/mm/init_64.c | 47 ++++++++++++++--------------------------- include/linux/mm.h | 7 ------ mm/sparse-vmemmap.c | 10 ++++----- 3 files changed, 21 insertions(+), 43 deletions(-) -- 2.50.1 (Apple Git-155)