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 7C862C3ABD8 for ; Wed, 14 May 2025 14:13:03 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 9F9376B015F; Wed, 14 May 2025 10:13:02 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 97EE86B0161; Wed, 14 May 2025 10:13:02 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7AC526B0162; Wed, 14 May 2025 10:13:02 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 5868F6B015F for ; Wed, 14 May 2025 10:13:02 -0400 (EDT) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 00031160DA8 for ; Wed, 14 May 2025 14:13:01 +0000 (UTC) X-FDA: 83441704962.12.AB14BEA Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf30.hostedemail.com (Postfix) with ESMTP id 62C7380007 for ; Wed, 14 May 2025 14:12:59 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=WYbNevYn; spf=pass (imf30.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com; dmarc=pass (policy=quarantine) header.from=redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1747231979; a=rsa-sha256; cv=none; b=tw6hXjL6dwV20njBLgk59UDJYSjxmFE6AsRSiS7pLwmGRc6KTvlgFxWyt5KYfRoIuhf01j xzwfMTWe0w5lcRAdtQiTdck+Q3HChju3fsxPE/dvxwmEWNTIAou+fQrlAqPeG/i9P2f8x5 p8I02O4hS/NKA85pMA5mlIjWM2ETBno= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=WYbNevYn; spf=pass (imf30.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com; dmarc=pass (policy=quarantine) header.from=redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1747231979; 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=uyuGM515bRHJ1vTWDKZHrHKknD3pFRYBNxR18uwxqOU=; b=jPETM0NrgKA1Bhw3CXwE8Osnae8N6VG+x3qHo7MQg/zFB2FNeR9Tr/bI98IUvf+CsgOI5+ JqrPiZmEGPx5XNfLwBhj/5ADxz5yVU8y/8yYSf6uLZRE4kTvHhSatjZCT2J0mhYuFRE0qP SqvK/e5hmfmRKEaXSmp2cxEPpBBAPp8= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1747231978; h=from:from: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:autocrypt:autocrypt; bh=uyuGM515bRHJ1vTWDKZHrHKknD3pFRYBNxR18uwxqOU=; b=WYbNevYnot5ngb1ZRh0gSJWaigcymU+sevtj5lXHlqfCs2mjT03V1uECaSz5AIksDp166W xnuXAI7+QYhEyDF+5uJHK70JpW1hn/2uNH8J+qrSut8E3XZPWtKNaHMfnwIzUHhP5uw5jH xPauqCVodbY3icgT5N6zCiY040DgRO4= Received: from mail-wm1-f69.google.com (mail-wm1-f69.google.com [209.85.128.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-378-es6BkHd5NlyamjqnsWhymg-1; Wed, 14 May 2025 10:12:55 -0400 X-MC-Unique: es6BkHd5NlyamjqnsWhymg-1 X-Mimecast-MFC-AGG-ID: es6BkHd5NlyamjqnsWhymg_1747231974 Received: by mail-wm1-f69.google.com with SMTP id 5b1f17b1804b1-440667e7f92so33629115e9.3 for ; Wed, 14 May 2025 07:12:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747231974; x=1747836774; h=content-transfer-encoding:in-reply-to:organization:autocrypt :content-language:from:references:cc:to:subject:user-agent :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=uyuGM515bRHJ1vTWDKZHrHKknD3pFRYBNxR18uwxqOU=; b=dv33wvFfDtCsJpejw8pwgPsiEVh5V+68iFoizFZJ4cxC0iSJoYkjGJt8bFRJgWQbvn vEERqAUUdaRkcRHLR6dq7T8F1ncNcRoVAMQ6uIBbh593Ye2gON91jglnI15T6+t29i4y mdwgeeZ0GNv3bpKUDoBxRvtybqenvScMJVdR35eYSmJQ2AcbbE33EbsUxf37W31wgdQz T2vUB3Hvwp/l0P7uuSg0Gf/1IkED3v0QaOyz/TJ3zLLjjp8vKv9lMQ8hhump1j0PN6s8 pgkP87Z0UNjOof1d3zgw2v+uDT/Mio6NMOe6mEqnJO2n4xS/W/P5vdpdLJHCIDpvfXpG 9zpQ== X-Forwarded-Encrypted: i=1; AJvYcCV/JSUi7eezoEFqqSwHzDJeT+tqstPkOpfTO7Su/wkA3l0EX+clJ0FswuamHDravw31Djv8O6KCXA==@kvack.org X-Gm-Message-State: AOJu0YwaP6nKfjQH0P99APc6HDxGphslXAVMUwjEn6R2kswGaMCHt20P Hd7kCnU3U++M25UXo3H101La6AMQ5FQO3wkwQP+uieqncLAACu2u7yyphZKIAdqIF+TeEiDAhS+ +Kh0X63Tz6AnC8WWM3x63BjrfpMWEufQKhjXt75huz76OfSFm X-Gm-Gg: ASbGncvDjtWFtNV4YLr1j4GOm4+65iSQBOhylolXyH73j0DmutW9I7WAdboqEtW4M7c 9xWBie6MargHeCI094Ci5r9h+wtwYQK5NAUy6hH7vUWrox/ulc28j/04IjxxdKpovG104BYIP+G qElrliEIXFg6yKZ0wKMIka2GM7Hp22spS/RytoIzzY9i+7F+LgEBJSsnLznvRC9pGnMu0y8+M7E RhMo5Um0doYGM7WXl4k1u8I5n6nWq66D7FLLLNF3cV8YCwE0XVdUM3zpWru7iZaYTWyzAmN4K3C qJ/yQIBkgZIEV4rwujRHf42UIa2JkDYoNrnwhIZ2tUakdMyeyXUeGzC/y5zcvIFd/l/YMZsnLIB pcsLQY8TLD2fjiz5DX5t1jjXzsHd2ahZNrGDm9wI= X-Received: by 2002:a05:600c:1c14:b0:43c:f895:cb4e with SMTP id 5b1f17b1804b1-442f210f6f4mr37194075e9.17.1747231974475; Wed, 14 May 2025 07:12:54 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFqcfuHqdvOW1d/TJHeOz+UpJ8OK8pKb7vXqiOZC0mbXJIeEJHtfNoxkEG2tsupNAXfQI7Ujg== X-Received: by 2002:a05:600c:1c14:b0:43c:f895:cb4e with SMTP id 5b1f17b1804b1-442f210f6f4mr37193675e9.17.1747231974066; Wed, 14 May 2025 07:12:54 -0700 (PDT) Received: from ?IPV6:2003:d8:2f15:6200:d485:1bcd:d708:f5df? (p200300d82f156200d4851bcdd708f5df.dip0.t-ipconnect.de. [2003:d8:2f15:6200:d485:1bcd:d708:f5df]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-442eb85a8f8sm37556345e9.0.2025.05.14.07.12.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 14 May 2025 07:12:53 -0700 (PDT) Message-ID: <8ce464e2-1447-4e60-8abe-f4ddd511d7a7@redhat.com> Date: Wed, 14 May 2025 16:12:52 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v1 0/2] mm/memory_hotplug: introduce and use PG_offline_skippable To: Zi Yan Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, virtualization@lists.linux.dev, "Michael S. Tsirkin" , Jason Wang , Xuan Zhuo , =?UTF-8?Q?Eugenio_P=C3=A9rez?= , Andrew Morton , Oscar Salvador , Vlastimil Babka , Suren Baghdasaryan , Michal Hocko , Brendan Jackman , Johannes Weiner , "Matthew Wilcox (Oracle)" References: <20250514111544.1012399-1-david@redhat.com> <4B7FCC74-EAB2-426B-AFE0-4250FE4F7480@nvidia.com> From: David Hildenbrand Autocrypt: addr=david@redhat.com; keydata= xsFNBFXLn5EBEAC+zYvAFJxCBY9Tr1xZgcESmxVNI/0ffzE/ZQOiHJl6mGkmA1R7/uUpiCjJ dBrn+lhhOYjjNefFQou6478faXE6o2AhmebqT4KiQoUQFV4R7y1KMEKoSyy8hQaK1umALTdL QZLQMzNE74ap+GDK0wnacPQFpcG1AE9RMq3aeErY5tujekBS32jfC/7AnH7I0v1v1TbbK3Gp XNeiN4QroO+5qaSr0ID2sz5jtBLRb15RMre27E1ImpaIv2Jw8NJgW0k/D1RyKCwaTsgRdwuK Kx/Y91XuSBdz0uOyU/S8kM1+ag0wvsGlpBVxRR/xw/E8M7TEwuCZQArqqTCmkG6HGcXFT0V9 PXFNNgV5jXMQRwU0O/ztJIQqsE5LsUomE//bLwzj9IVsaQpKDqW6TAPjcdBDPLHvriq7kGjt WhVhdl0qEYB8lkBEU7V2Yb+SYhmhpDrti9Fq1EsmhiHSkxJcGREoMK/63r9WLZYI3+4W2rAc UucZa4OT27U5ZISjNg3Ev0rxU5UH2/pT4wJCfxwocmqaRr6UYmrtZmND89X0KigoFD/XSeVv jwBRNjPAubK9/k5NoRrYqztM9W6sJqrH8+UWZ1Idd/DdmogJh0gNC0+N42Za9yBRURfIdKSb B3JfpUqcWwE7vUaYrHG1nw54pLUoPG6sAA7Mehl3nd4pZUALHwARAQABzSREYXZpZCBIaWxk ZW5icmFuZCA8ZGF2aWRAcmVkaGF0LmNvbT7CwZgEEwEIAEICGwMGCwkIBwMCBhUIAgkKCwQW AgMBAh4BAheAAhkBFiEEG9nKrXNcTDpGDfzKTd4Q9wD/g1oFAl8Ox4kFCRKpKXgACgkQTd4Q 9wD/g1oHcA//a6Tj7SBNjFNM1iNhWUo1lxAja0lpSodSnB2g4FCZ4R61SBR4l/psBL73xktp rDHrx4aSpwkRP6Epu6mLvhlfjmkRG4OynJ5HG1gfv7RJJfnUdUM1z5kdS8JBrOhMJS2c/gPf wv1TGRq2XdMPnfY2o0CxRqpcLkx4vBODvJGl2mQyJF/gPepdDfcT8/PY9BJ7FL6Hrq1gnAo4 3Iv9qV0JiT2wmZciNyYQhmA1V6dyTRiQ4YAc31zOo2IM+xisPzeSHgw3ONY/XhYvfZ9r7W1l pNQdc2G+o4Di9NPFHQQhDw3YTRR1opJaTlRDzxYxzU6ZnUUBghxt9cwUWTpfCktkMZiPSDGd KgQBjnweV2jw9UOTxjb4LXqDjmSNkjDdQUOU69jGMUXgihvo4zhYcMX8F5gWdRtMR7DzW/YE BgVcyxNkMIXoY1aYj6npHYiNQesQlqjU6azjbH70/SXKM5tNRplgW8TNprMDuntdvV9wNkFs 9TyM02V5aWxFfI42+aivc4KEw69SE9KXwC7FSf5wXzuTot97N9Phj/Z3+jx443jo2NR34XgF 89cct7wJMjOF7bBefo0fPPZQuIma0Zym71cP61OP/i11ahNye6HGKfxGCOcs5wW9kRQEk8P9 M/k2wt3mt/fCQnuP/mWutNPt95w9wSsUyATLmtNrwccz63XOwU0EVcufkQEQAOfX3n0g0fZz Bgm/S2zF/kxQKCEKP8ID+Vz8sy2GpDvveBq4H2Y34XWsT1zLJdvqPI4af4ZSMxuerWjXbVWb T6d4odQIG0fKx4F8NccDqbgHeZRNajXeeJ3R7gAzvWvQNLz4piHrO/B4tf8svmRBL0ZB5P5A 2uhdwLU3NZuK22zpNn4is87BPWF8HhY0L5fafgDMOqnf4guJVJPYNPhUFzXUbPqOKOkL8ojk CXxkOFHAbjstSK5Ca3fKquY3rdX3DNo+EL7FvAiw1mUtS+5GeYE+RMnDCsVFm/C7kY8c2d0G NWkB9pJM5+mnIoFNxy7YBcldYATVeOHoY4LyaUWNnAvFYWp08dHWfZo9WCiJMuTfgtH9tc75 7QanMVdPt6fDK8UUXIBLQ2TWr/sQKE9xtFuEmoQGlE1l6bGaDnnMLcYu+Asp3kDT0w4zYGsx 5r6XQVRH4+5N6eHZiaeYtFOujp5n+pjBaQK7wUUjDilPQ5QMzIuCL4YjVoylWiBNknvQWBXS lQCWmavOT9sttGQXdPCC5ynI+1ymZC1ORZKANLnRAb0NH/UCzcsstw2TAkFnMEbo9Zu9w7Kv AxBQXWeXhJI9XQssfrf4Gusdqx8nPEpfOqCtbbwJMATbHyqLt7/oz/5deGuwxgb65pWIzufa N7eop7uh+6bezi+rugUI+w6DABEBAAHCwXwEGAEIACYCGwwWIQQb2cqtc1xMOkYN/MpN3hD3 AP+DWgUCXw7HsgUJEqkpoQAKCRBN3hD3AP+DWrrpD/4qS3dyVRxDcDHIlmguXjC1Q5tZTwNB boaBTPHSy/Nksu0eY7x6HfQJ3xajVH32Ms6t1trDQmPx2iP5+7iDsb7OKAb5eOS8h+BEBDeq 3ecsQDv0fFJOA9ag5O3LLNk+3x3q7e0uo06XMaY7UHS341ozXUUI7wC7iKfoUTv03iO9El5f XpNMx/YrIMduZ2+nd9Di7o5+KIwlb2mAB9sTNHdMrXesX8eBL6T9b+MZJk+mZuPxKNVfEQMQ a5SxUEADIPQTPNvBewdeI80yeOCrN+Zzwy/Mrx9EPeu59Y5vSJOx/z6OUImD/GhX7Xvkt3kq Er5KTrJz3++B6SH9pum9PuoE/k+nntJkNMmQpR4MCBaV/J9gIOPGodDKnjdng+mXliF3Ptu6 3oxc2RCyGzTlxyMwuc2U5Q7KtUNTdDe8T0uE+9b8BLMVQDDfJjqY0VVqSUwImzTDLX9S4g/8 kC4HRcclk8hpyhY2jKGluZO0awwTIMgVEzmTyBphDg/Gx7dZU1Xf8HFuE+UZ5UDHDTnwgv7E th6RC9+WrhDNspZ9fJjKWRbveQgUFCpe1sa77LAw+XFrKmBHXp9ZVIe90RMe2tRL06BGiRZr jPrnvUsUUsjRoRNJjKKA/REq+sAnhkNPPZ/NNMjaZ5b8Tovi8C0tmxiCHaQYqj7G2rgnT0kt WNyWQQ== Organization: Red Hat In-Reply-To: <4B7FCC74-EAB2-426B-AFE0-4250FE4F7480@nvidia.com> X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: m4o4RMdtGfbgkdVXqcJhGoi_EBugzkhcaA1vqWR9tKk_1747231974 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam01 X-Rspamd-Queue-Id: 62C7380007 X-Stat-Signature: bh5a44tjdbpznzqc9m36tzsp9qf6ftah X-HE-Tag: 1747231979-621113 X-HE-Meta: U2FsdGVkX1+hJOtAM/Hlj6UvkCJmeSppiu+zEINIQ+rDa5sqp/wFMHBmVKsPtkBvf71FiAhAGS7epfZTNs1vKqvo1CAH1jSWjUGLhMSOaDWrSN8Q+LbYGlJlNSOlYxcywEx7BBVRA5RKBbi89jTBJwYNgIwmvXNOVhrETyeP4uvSFYqwa09MnX/pYn0DArE/OgInajHJB4Y2y4IlcVXinRjsjI8zsVxX21i1cKVRqE0zVST54O0TzaGm6N3cBd8JpZRWZOfWVgmP8zpDcY8Kp2C8t+rSDW4hRvMqe1ZeBuXuj0ui5ucLel67wG4bLM3PLXOZFV8O8F3kRnFnCVpVeqTtUkrrKXHQIHfYg1VHq6gwGhjax4XwqYPOcJXligyghDBZgxsIhG9OGBWH0vKN3ceB/yf5milbpEVj3u4xLREmv1cepP78hIFPjMJgdWLZ+zDP53gcuecCEIIYWqriHU2tlxktTfkBOGPxVQ3hhuTPlh7FmZA+sRihguI23hBuCSgMkLaiYSaOPnLf1bGTJy987NVbyBHng5V0y7PHpRQt7e7QcFbqUQuJ3BY7nGo+rsa6AUMd6a7n7sLsyiYrp6Oxg8W7h6YBUOEJkYkqc0Kbv0MyUuWIyucWt9/o5DmMxq5HSWQrJRGFC1ogd2XwoOaUmwY3Ht57goqkCk8tn1RN6ckZH/NmpuJ5N6BOlY4/RBHa6nVXICfR2n3h53ZgSYIsY6OUveFwNJG3int+Oxi1wzcj1acEGhD42czgaLzUzK6Oka3V15C4bXdXkRXj1JftxH43grjuW6LFJ2aso9fkv/fagJSCvAs7XakAry+nvRyOTLYWi/IB7qbBTVDccnff169EU3XtoEhlJh6lR0zcuhfo+YCqCzP0Yn3opIv19iT0gbwKXceSE1TmCWRpOevoQ/nVICMdFOCm7pHoq8vHCRNxe8/rX5CzrX25dReSM2t0OsOvu7VDdOCglgD uCrs3wrB iYjpyMRR8NFBNsai1lCz1eIiJcgietm33WjzAPz8Pb7E3/EWEAjifcEMJl4W4eVT7ABnefyLtWxJz3pNcLiqKScFArcWuhuySvS9KFQt6cbls7fa+nelSsloy0mazcrZ8Whrh81WdDz2E3XppMGD/9Va/GBc17l4EBLbp409PYDOHABuH8FNc470zLZzid9NRhAfs7CU7obObJ1bYa/wy1m8wn1oyRDedY+MQ2mQJeL+07sig6394zJY3VrPBGnWA1fMGJBljjcUbD0uIXD2hz0MD1wUHq5UunUDu6mmGgQszC4Sw4dbFsPqU3pJuDvL1toflYqqLeuZDkEjLOGQcDsQzwAeG98D/VOX2dC0g2BgbUjsHGcUFgCI3hKKJmrirjyZhyOHfzEInS2nyeUXKQo0VTMqXDaFW29aJwZE01KIXSGcjT65hkTQWf6zWGbPCzkYg3Rcuj/NuIFo= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, 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 14.05.25 15:45, Zi Yan wrote: > On 14 May 2025, at 7:15, David Hildenbrand wrote: > >> This is a requirement for making PageOffline pages not have a refcount >> in the long future ("frozen"), and for reworking non-folio page migration >> in the near future. >> >> I have patches mostly ready to go to handle the latter. For turning all >> PageOffline() pages frozen, the non-folio page migration and memory >> ballooning drivers will have to be reworked first, to no longer rely on >> the refcount of PageOffline pages. >> >> Introduce PG_offline_skippable that only applies to PageOffline() pages -- >> of course, reusing one of the existing PG_ flags for now -- and convert >> virtio-mem to make use of the new way: to allow for skipping PageOffline >> pages during memory offlining, treating them as if they would not be >> allocated. > Thanks for taking a look! > IIUC, based on Documentation/admin-guide/mm/memory-hotplug.rst, > to offline a page, the page first needs to be set PageOffline() to be PageOffline is not mentioned in there. :) Note that PageOffline() is a bit confusing because it's "Memory block online but page is logically offline (e.g., has a memmap that can be touched, but the page content should not be touched)". (memory block offline -> all pages offline and have effectively no state because the memmap is stale) > removed from page allocator. Usually, all pages are freed back to the buddy (isolated pageblock -> put onto the isolated list). Memory offlining code can then simply grab these "free" pages from the buddy -- no PageOffline involved. If something fails during memory offlining, these isolated pages are simply put back on the appropriate migratetype list and become ordinary free pages that can be allocated immediately. Some PageOffline pages can be migrated using the non-folio migration: this is done for memory ballooning (memory comapction). As they get migrated, they are freed back to the buddy, PageOffline() is cleared -- they become PageBuddy() -- and the above applies. Other PageOffline pages can be skipped during memory offlining (virtio-mem use case, what we are doing her). We don't want them to ever go through the buddy, especially because if memory offlining fails they must definitely not be treated like free pages that can be allocated immediately. Next, the page is removed from its memory > block. When will PG_offline_skippable be used? The second phase when > the page is being removed from its memory block? PG_offline_skippable is used during memory offlining, while we look for any pages that are not PageBuddy (... or hwpoisoned ...), to migrate them off the memory so they get converted to PageBuddy. PageOffline + PageOfflineSkippable are checked on that phase, such that they don't require any migration. -- Cheers, David / dhildenb