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 87066EB64D9 for ; Thu, 6 Jul 2023 12:32:34 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E0CAE8D0002; Thu, 6 Jul 2023 08:32:33 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id DBCB18D0001; Thu, 6 Jul 2023 08:32:33 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C5D228D0002; Thu, 6 Jul 2023 08:32:33 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id B24798D0001 for ; Thu, 6 Jul 2023 08:32:33 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 6A411C0595 for ; Thu, 6 Jul 2023 12:32:33 +0000 (UTC) X-FDA: 80981125386.09.0A31C6B Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by imf22.hostedemail.com (Postfix) with ESMTP id C7874C0030 for ; Thu, 6 Jul 2023 12:32:29 +0000 (UTC) Authentication-Results: imf22.hostedemail.com; dkim=pass header.d=ibm.com header.s=pp1 header.b=KjHev5EZ; dmarc=pass (policy=none) header.from=ibm.com; spf=pass (imf22.hostedemail.com: domain of aneesh.kumar@linux.ibm.com designates 148.163.156.1 as permitted sender) smtp.mailfrom=aneesh.kumar@linux.ibm.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1688646750; 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=zhkNtu9R8UdOGyEFA6fCbQSEFeb1JAaR1jgFjuOglpo=; b=7eA4PFhVj3M4pEv+lFOuq7iS4dMdxyE9PRNXGiVyxy8p/PTN7/6aVx0lw7Jh5zZB24DRUA /wet/HRaikGwM/qhqMYOAhevKnJIU3GTRH7T5USQlc33eeXkbl26TbVJxLyVZE/sjoyk9I wmtxN8jKYtPOsH1SHU55f19OonSB1k8= ARC-Authentication-Results: i=1; imf22.hostedemail.com; dkim=pass header.d=ibm.com header.s=pp1 header.b=KjHev5EZ; dmarc=pass (policy=none) header.from=ibm.com; spf=pass (imf22.hostedemail.com: domain of aneesh.kumar@linux.ibm.com designates 148.163.156.1 as permitted sender) smtp.mailfrom=aneesh.kumar@linux.ibm.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1688646750; a=rsa-sha256; cv=none; b=fc53TRi7highPneRrHTmfES5/y05DXC1nmXcXUthWJI7NxFKGpr9MeARemCe68wYEA+jI7 0IyVA61l/8snGnPjlPXwaQEGBuAPbKHbW4Pgr3iUCtRNQyZmQ4dqidChrTzEiHv/to2fo8 O2VhyehqPHGjMjyu6qKA3RKjeNA5E8o= Received: from pps.filterd (m0356517.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 366CRZpt017395; Thu, 6 Jul 2023 12:32:19 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=message-id : date : mime-version : subject : to : cc : references : from : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=zhkNtu9R8UdOGyEFA6fCbQSEFeb1JAaR1jgFjuOglpo=; b=KjHev5EZcHkT5OJTfrFNOuHi4mApp0b8bbYbY7XcHTyBwdyOFpLu45m9tbcMY/V4dBAM I4vYipztXHPGcOjawcdIkrX8FFHrGG4cI6v2sZy9L8xNvy+sL+nZE76vsrI6v+i2rY11 QWLdo4eHOv8KnQ3Mv/VZOq0OMfKg2883tOBDs6j3VkVGHRhQy3zaXazsLz10nT/g78jd 3dN5R9/TSw54sYkCcXwuUHeF8/afU82SucCmn8IMIdo/n7Id3kLRiSi0Ag1Q8X+SqyPj Zq2ApLQnLpHNPNwvOirtNFkfS0Z7BJyOrX1Tssub6F7LIRq2ftGw7YADLZ5BDN0Wqbe9 fA== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3rnwmq03m4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 06 Jul 2023 12:32:19 +0000 Received: from m0356517.ppops.net (m0356517.ppops.net [127.0.0.1]) by pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 366CSuuq020770; Thu, 6 Jul 2023 12:32:18 GMT Received: from ppma01fra.de.ibm.com (46.49.7a9f.ip4.static.sl-reverse.com [159.122.73.70]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3rnwmq03jw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 06 Jul 2023 12:32:18 +0000 Received: from pps.filterd (ppma01fra.de.ibm.com [127.0.0.1]) by ppma01fra.de.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 3666tQFB030178; Thu, 6 Jul 2023 12:32:16 GMT Received: from smtprelay02.fra02v.mail.ibm.com ([9.218.2.226]) by ppma01fra.de.ibm.com (PPS) with ESMTPS id 3rjbs4teeq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 06 Jul 2023 12:32:16 +0000 Received: from smtpav01.fra02v.mail.ibm.com (smtpav01.fra02v.mail.ibm.com [10.20.54.100]) by smtprelay02.fra02v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 366CWDIO27198082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 6 Jul 2023 12:32:13 GMT Received: from smtpav01.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 889A52004F; Thu, 6 Jul 2023 12:32:13 +0000 (GMT) Received: from smtpav01.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 3059020040; Thu, 6 Jul 2023 12:32:11 +0000 (GMT) Received: from [9.43.113.146] (unknown [9.43.113.146]) by smtpav01.fra02v.mail.ibm.com (Postfix) with ESMTP; Thu, 6 Jul 2023 12:32:10 +0000 (GMT) Message-ID: <9ca978e7-5c09-6d92-7983-03a731549b25@linux.ibm.com> Date: Thu, 6 Jul 2023 18:02:10 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Subject: Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block Content-Language: en-US To: David Hildenbrand , linux-mm@kvack.org, akpm@linux-foundation.org, mpe@ellerman.id.au, linuxppc-dev@lists.ozlabs.org, npiggin@gmail.com, christophe.leroy@csgroup.eu Cc: Oscar Salvador , Michal Hocko , Vishal Verma References: <20230706085041.826340-1-aneesh.kumar@linux.ibm.com> <20230706085041.826340-2-aneesh.kumar@linux.ibm.com> <72488b8a-8f1e-c652-ab48-47e38290441f@redhat.com> <996e226a-2835-5b53-2255-2005c6335f98@linux.ibm.com> From: Aneesh Kumar K V In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 X-Proofpoint-GUID: raTV569kT6ocqTofHVk7-y3KARNFVtQT X-Proofpoint-ORIG-GUID: Q16_09KFSZLh7rVDs8KMc5hISFuuEBoG X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.957,Hydra:6.0.591,FMLib:17.11.176.26 definitions=2023-07-06_09,2023-07-06_02,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 malwarescore=0 mlxscore=0 priorityscore=1501 clxscore=1015 phishscore=0 spamscore=0 suspectscore=0 bulkscore=0 adultscore=0 lowpriorityscore=0 impostorscore=0 mlxlogscore=764 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2305260000 definitions=main-2307060112 X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: C7874C0030 X-Stat-Signature: ipii7ut9qqmzccgzejfi86zy5o6b55zk X-HE-Tag: 1688646749-286670 X-HE-Meta: U2FsdGVkX1/NcHBWdaGAqEpxVL3YGXPlLrX88BJHFPaaAEWNN6bAvbARBwe9e4JixWLnm6DTzfuVim9Llrt/Fr/6WrklMoqamgpfCw8pAPn4x4Q+J4g7xfrQGFRaHkETiOmBb90qNMaOzwUAFq0/eWiV8Pe/tyaRZC7rYgueIpbGqFIGCcQAhp1SOwKdNjXhAqXQHgZ9GWAKXFb0SI4FjGl3c+Vlf0ve41ZI4c+rctO1arkWU+6FXvrUt87SELjtKWQzNGAoXeqYfs+SWaw9ZMIhaCi2hrCcE6bBgxgWR9x5e6B/sOQSFZfcTUuNRRFRJL+hHWFdJUmJAk3gsOVIxYh8w7d9I96eZb9sAdR0hBQw/fc4H8YVreGJ86SVzDS/gGWgtNxXXFfr0CTGFuzoAMEDCVwYUvBFBvZwZKAueEjKGpkBk6KgfjjHdpMRTLyJ/HyRHVDdK8fkfhB4yQlaruvQsfS+O0d6PH13j0van024P1CK2zht2dMjhB266Zr1AGQaxb6djprsPI/3ks1likdEpPRNFJu+k7MC+J1HRNa3IklaI/meXD7ujQpA3XAB9CVLguUifDY6UL80sDes9Ay9zrcG/5Z3vto8Tr3smkBAEESq0dl7Z8XjsxZaUj76UqktqQI6NgMqoDnGVpR88NGOQIv+lsmEFQx31oXNg4Pjq/1Rx2KlDceKnFGa+kKFJ2ThCl/f01uzMLW8Vh0b10iTgkFUg1SL71/vsMWwNeXNh5M7Bsi+CzPsfwEMkmSob8td6iy74FM2QAtTn5A4TvfUGkePDopeb4x5BPysHeHvOyMQTmgsBAdxI1NRVL0LDqOhTuv4SDrSkdzu7dMejADXYu4ckY3BF/vPVp7I18znCu0PvMpBTEUYywRYLdKsPPj/J+rlBt6pZteu9DrFABvJ9oPvsXmXB4aTz7bSRmM7vrvYJmtypYUs5lNs+9IJNN0rB3lsc/NAVd+CVBu Q94Z+MLz 0gQsoIX+UBE5wREZqSoDgpKHNIBihFIphlbR5/YfRNd/gWzTuJSB7WOvRID9YFDoS30lF/dqQHTtaL+VexmSrxhv2vugPqCKvw5xkRM70ezRHrWPGUEicl3BrwPKqsHIUlREo9kgOZYOCBQKyjQXcBXF4MuE6iJhF2kkD12bSGAsK3lxA228Z2L97I9DS9A/uuNdhcAh+dr7BcL+zcAxZOAWzd7nXXVNJ8Tlv1id1/uKw+ae85TOR458j6VIH3qTwvOnvw8kZZjXgSps= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000002, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 7/6/23 4:44 PM, David Hildenbrand wrote: > On 06.07.23 11:36, Aneesh Kumar K V wrote: >> On 7/6/23 2:48 PM, David Hildenbrand wrote: >>> On 06.07.23 10:50, Aneesh Kumar K.V wrote: >>>> With memmap on memory, some architecture needs more details w.r.t altmap >>>> such as base_pfn, end_pfn, etc to unmap vmemmap memory. >>> >>> Can you elaborate why ppc64 needs that and x86-64 + aarch64 don't? >>> >>> IOW, why can't ppc64 simply allocate the vmemmap from the start of the memblock (-> base_pfn) and use the stored number of vmemmap pages to calculate the end_pfn? >>> >>> To rephrase: if the vmemmap is not at the beginning and doesn't cover full apgeblocks, memory onlining/offlining would be broken. >>> >>> [...] >> >> >> With ppc64 and 64K pagesize and different memory block sizes, we can end up allocating vmemmap backing memory from outside altmap because >> a single page vmemmap can cover 1024 pages (64 *1024/sizeof(struct page)). and that can point to pages outside the dev_pagemap range. >> So on free we  check > > So you end up with a mixture of altmap and ordinarily-allocated vmemmap pages? That sound wrong (and is counter-intuitive to the feature in general, where we *don't* want to allocate the vmemmap from outside the altmap). > > (64 * 1024) / sizeof(struct page) -> 1024 pages > > 1024 pages * 64k = 64 MiB. > > What's the memory block size on these systems? If it's >= 64 MiB the vmemmap of a single memory block fits into a single page and we should be fine. > > Smells like you want to disable the feature on a 64k system. > But that part of vmemmap_free is common for both dax,dax kmem and the new memmap on memory feature. ie, ppc64 vmemmap_free have checks which require a full altmap structure with all the details in. So for memmap on memmory to work on ppc64 we do require similar altmap struct. Hence the idea of adding vmemmap_altmap to struct memory_block >> >> vmemmap_free() { >> ... >>     if (altmap) { >>         alt_start = altmap->base_pfn; >>         alt_end = altmap->base_pfn + altmap->reserve + >>               altmap->free + altmap->alloc + altmap->align; >>     } >> >> ... >>         if (base_pfn >= alt_start && base_pfn < alt_end) { >>             vmem_altmap_free(altmap, nr_pages); >> >> to see whether we did use altmap for the vmemmap allocation. >> -aneesh