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 B3FCCC28B20 for ; Wed, 2 Apr 2025 11:36:42 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8A408280006; Wed, 2 Apr 2025 07:36:41 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 85122280001; Wed, 2 Apr 2025 07:36:41 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6F31F280006; Wed, 2 Apr 2025 07:36:41 -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 4DDCC280001 for ; Wed, 2 Apr 2025 07:36:41 -0400 (EDT) Received: from smtpin08.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 717A416175E for ; Wed, 2 Apr 2025 11:36:41 +0000 (UTC) X-FDA: 83288901402.08.F149E70 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by imf03.hostedemail.com (Postfix) with ESMTP id E928520013 for ; Wed, 2 Apr 2025 11:36:38 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=A4EJEBiE; spf=pass (imf03.hostedemail.com: domain of david@redhat.com designates 170.10.129.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=1743593799; 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=xBNlApAyRlMAiXFp+2zqw2/i3aijgmu0HcjJVG0c+94=; b=29KWz5cgdo0KKe73SYMSXIjH4wat+ik3jvLPN68tDKo8IfPPf2CvPGAQKjgCK4JRKEyNwP unqYQa9ZesPrsbVHF//CLf237CDZtYIVpG03VfughNXxXBl5IEStkEHnoJj25Pno6TmoAn A04v8qnevHkoF8pTr2ikOIT39LO/hQU= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=A4EJEBiE; spf=pass (imf03.hostedemail.com: domain of david@redhat.com designates 170.10.129.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=1743593799; a=rsa-sha256; cv=none; b=V8sow0nAUtEbNDHVfJzPvvzq72fWBSq+FX63IPhVGR/8iF438CdlzU/v/TgpSp0emOydW6 Y1nZ8HJ07ee8QDNwrIa1c65Wze8QDcEeCmdsR7j6GEKUA4ky8dZ+fFqw6y9QbuMzxSZLQN +gQ4pltkVwPj5Ithu9u/uX0EyudgBvY= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1743593798; 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=xBNlApAyRlMAiXFp+2zqw2/i3aijgmu0HcjJVG0c+94=; b=A4EJEBiECDVu5HaRrBNhDnn4XgqK9PRf2l7Bgm3C+5dfLi5nUFwRBIdVSE2IHGM6qyMW57 uDVIxyKbgOPIpqm6n5SzkalzUB84kwdK7yuQ7F8sKqEJHh8947Fky2SIPnYN8odoR97nDu uk9fDbekSUJaW4IrCG5P8d9VpX2dzHg= Received: from mail-wm1-f71.google.com (mail-wm1-f71.google.com [209.85.128.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-223-nwVOvvvbMCeL507xZPqKRA-1; Wed, 02 Apr 2025 07:36:37 -0400 X-MC-Unique: nwVOvvvbMCeL507xZPqKRA-1 X-Mimecast-MFC-AGG-ID: nwVOvvvbMCeL507xZPqKRA_1743593795 Received: by mail-wm1-f71.google.com with SMTP id 5b1f17b1804b1-43d4d15058dso50874245e9.0 for ; Wed, 02 Apr 2025 04:36:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743593795; x=1744198595; 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=xBNlApAyRlMAiXFp+2zqw2/i3aijgmu0HcjJVG0c+94=; b=GRK9u6Upd6rVmGQQOtkF2x3vGh/BQtTDKpylw0W3SEzNgGQ+Ro2/QxiEcgeLguqIhL TT7nVqoYfNTTBz5t76bBjuLlTTdNjChPhGgGR34a4/eWNHU59G2VYLrrdfI/JbtqdSOF cOz+ji/IVR9Ql2oXQgYikecuyNDi7WAnWeKYpiEsz5TedbDAeD4nPtD0DdKiZI03fJkw ZsV63ZbJS6ozSFsQabyP0UdAp31knrFUjmm9ujgIukaXURNaveqI1ycDAVBtj3PX7ufp RscaOV2W/C9wXLL4CvUiXdqedrl1yMD6Fiiyh9B28hYpBbfiCG3wPayYfN+8yhDyCqYs wv/g== X-Gm-Message-State: AOJu0YzLkjajGHpll2WPugYM74JtlWI8hpm5OSH8/gqfivjZM4vXLqH/ rKGY7PkT/rfC81KLhfWtSiciyMjxscSsKV9ReZmSJ3zZP2ZOO99HKatfNHHzUayi+OyN/hd0abG DTJGutsGhFqUXNdmZu5i9qtHWbbGG5tSBxQrE5D4kTAV1q7I5 X-Gm-Gg: ASbGncuU83ga6f3UclllBT7ajviRp1aOVZiwYMcxC0l2PwSJ0ZKFVLJyoFYzpWI0HeH lyA+KYMjUle7nAdounpZK9Z4zHzRlS7fsO98Tdaq3ZxbDZgmjythzzFY8IiEv7/0baHJCXEsegz XdrfjEO5eBSboeK27LAS5FXTLpstlR6TUs0DBR3LQRKCj0ozmRq2q3DZNotSvQeHl4Tyi7P8oAx NuB3/YpnSHSd3KIl/a697kA6HcVYDX5Rk34ogvOCIYm3ciRKv1iDbgE1aQCUJUsVCzOEqSz5PLi 4estYWpGDuEBzvBZTbaksn2dcAfA7A87JQv0uk2EJ5XfrL4Y3UeFcg1ag5/jBQgP8YXip6d3l09 kk7oCHVYC/2dt54xu6I/09BVjK80B7y5y4YO85F1H X-Received: by 2002:a05:600c:4206:b0:43d:878c:7c40 with SMTP id 5b1f17b1804b1-43dd0a0298dmr137557455e9.10.1743593795027; Wed, 02 Apr 2025 04:36:35 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFB+djPUeNV26FP69XQGJdNmWrobpzcr7c3KHEu0kDAjvfSHPTsZrDoVlYlKF58R4h90jhUnw== X-Received: by 2002:a05:600c:4206:b0:43d:878c:7c40 with SMTP id 5b1f17b1804b1-43dd0a0298dmr137557145e9.10.1743593794588; Wed, 02 Apr 2025 04:36:34 -0700 (PDT) Received: from ?IPV6:2003:cb:c70f:cd00:4066:4674:d08:9535? (p200300cbc70fcd00406646740d089535.dip0.t-ipconnect.de. [2003:cb:c70f:cd00:4066:4674:d08:9535]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-39c266c132fsm3938883f8f.13.2025.04.02.04.36.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Apr 2025 04:36:34 -0700 (PDT) Message-ID: <7b6f57b5-c99f-4be7-b89c-1db06788d2b5@redhat.com> Date: Wed, 2 Apr 2025 13:36:32 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3] x86/mm/pat: Fix VM_PAT handling when fork() fails in copy_page_range() To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, x86@kernel.org, xingwei lee , yuxin wang , Marius Fleischer , Ingo Molnar , Borislav Petkov , Dan Carpenter , Andrew Morton , Linus Torvalds , Dave Hansen , Andy Lutomirski , Peter Zijlstra , Rik van Riel , "H. Peter Anvin" , Peter Xu , Lorenzo Stoakes References: <20250325191951.471185-1-david@redhat.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: <20250325191951.471185-1-david@redhat.com> X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: Q32AiV2zP3p1B4R6zrztW43AukZzChXqT6_mD-pr1q8_1743593795 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E928520013 X-Rspam-User: X-Rspamd-Server: rspam02 X-Stat-Signature: akistpkhzth17rz117yzsrpyp5z5bicy X-HE-Tag: 1743593798-828596 X-HE-Meta: U2FsdGVkX1/g7ew7/oAB84Jfm/83EiT9Nw1NGm3BNneqPi/HFXiBPPk7ehBpqMTB32bAvOcsvvWiSF+pVTDuj5qqdHbQkLCtZyt5xiCns9rt12aU13jGCgx/di5BSsvOr18AY63slvf2ebmXiPGsKaA2satDtj+3bfQqcwblXwZE5f91p7jrVpRKMwwMNaevR0ttiRFgAgURs0p0ramuzTqG4eri1yHkpqr9kQgilTOjxk1XX3fhzBPWKaGHJcicwIWjjX0OI3SYn4Qb7n2+voGVrFKd2y5/1lpb9nMslIh/tGbr8EBOWboINR5hvVjSFZlfD4bUHlgbKHwlxdcrr/WJjvMnY2+ZjytXNZKUxilVe4JZbPseVHCDqGkcz9igJn1K6FE0+6z1momCVWwMzSpYyN4JjmLeozUgLS08ewKif4BoIY7OIRozKUAQNFHYLaPp3bWlWZdwomvMYmlAjWxw2GzsGSAn7/9ry9LzFoxbnsXECZVGVCtx1MA208YmE7Jc4Vf+xetY5v17hda7EDrX0hAEi4LbNJJpBkfcFwnY4PsG3b2VaqtiGdylSRH80vnuGppTV84TDeFLSgsAjvcf0If//ZOSTpWVvD/gv76XffbPFLMqZzhzl7eng6t2MHdhwhi8NXtqiFlE7iNHF8BycxTVXhP9ztnhd0kA7hGVYJI1xj6gd1Px+xxGfHZklTDofbEvKrSFPZ43k0GrsPTSFMIXIaki7HRX0NXOV93WKRakwiyAkjKNwIAX+Nbzp7bGDSMtcRHx49Jel0ND+TtI6G68gi1LdilSQziLrGk0yoY1g4aMD6Dh1KLgVkxJ0mOAq+B5CEoN4Q9ae5xjcj71LBAupSu+lV8V2PPJA3X/BJl5lzE7sWfoyVTA7q0aHTBQ5wymtrBJRd6z4tMLo7mDuFPSD4aX0mNriOcVIqyVOc9VXyNGgIEkswSpbK+1XHvwfVtpQO4LYvXmBjE 45ZGDsex 0jWaedKUW64g1xme0Vcwx/eTFkWmXWuYyVkQTQAgEGkwKtxxv280tSEh3d1vLeLc1cNIWF29aBqB9bj2fPlsA9Rsi0GHkMVVyAJjIbxFDCOBU+8D4qtiEMkTFV+DVDTF1t1CJossGNfz3223rulUVUtvcRGT5ecgrn/PvLbX4az7Dopbzi1apOQbhqK7LLWGNOiIOlwd+6x+ptF2iRBDayakSd5XsxaMnuwBYZS078av6bVkezI18NSfCxmF0zAESba8ROtpzwhgiNCAzycb45BK+cZfjrTTEJBs48LjAadWPd6A2bLNinhojaAL9l4gKW7kBPQpMKqOog4yKlSUqFrCHygeeqyyLcHYO8jYmMQmA9cxBcuxITZb7OsKgCN3eiMoyTXzRzQ26sU/XMD0qanqrM010/GJcIdP3ipmPLS5hv/evLHzvqr+jqwrmVz1tBQ3YumeggaBK7PsKi41XhrcztC33xxL+hAExVz4GMZy3uwumlgEsecoOrMN4WmrEBXMsOqFODm+UqEn+siXT4t+gjCANThOD6/g+e5JXt5I9goOrtDHm2c94qarE+eiwLFaF6iRgnXOGQrG8sabtCu3zbJgoVFJYSn+fNqy1WsdyNGM6RdS2iCDbmyqr2wxJygt3QOyQ0nweuuWZxEb89ceBTILuVnNY8KPG0bjXOPnwn6DGzvRq4ixXM0FgnCyiXisskdcc4R330R0PJ2BdLHqdEQUo+Q89oYbM1yX/CL/EK2WODLXiIt65+Pl6m8MrCFQgkUZb2YA2yLxBmYd3mx84bny+jQyx4Mgkj1p0JZTl/lqqZIW5H28G52W1zyY+JB/fvapwgyBQR9AcFOxqDRG4bv5C0gaPmWXBlwUDRLRP7lgEMFHmRGnmLJpPYSkXorfIOj7kj674GYYupqeQlcPYLSo99PTYmNsrnT/6+rNpzRsIErN9NLcZNCqzZjIgvanim5TKUd7FGrVKT2fSlq4/9A== 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 25.03.25 20:19, David Hildenbrand wrote: > If track_pfn_copy() fails, we already added the dst VMA to the maple > tree. As fork() fails, we'll cleanup the maple tree, and stumble over > the dst VMA for which we neither performed any reservation nor copied > any page tables. > > Consequently untrack_pfn() will see VM_PAT and try obtaining the > PAT information from the page table -- which fails because the page > table was not copied. > > The easiest fix would be to simply clear the VM_PAT flag of the dst VMA > if track_pfn_copy() fails. However, the whole thing is about "simply" > clearing the VM_PAT flag is shaky as well: if we passed track_pfn_copy() > and performed a reservation, but copying the page tables fails, we'll > simply clear the VM_PAT flag, not properly undoing the reservation ... > which is also wrong. > > So let's fix it properly: set the VM_PAT flag only if the reservation > succeeded (leaving it clear initially), and undo the reservation if > anything goes wrong while copying the page tables: clearing the VM_PAT > flag after undoing the reservation. > > Note that any copied page table entries will get zapped when the VMA will > get removed later, after copy_page_range() succeeded; as VM_PAT is not set > then, we won't try cleaning VM_PAT up once more and untrack_pfn() will be > happy. Note that leaving these page tables in place without a reservation > is not a problem, as we are aborting fork(); this process will never run. > > A reproducer can trigger this usually at the first try: > > https://gitlab.com/davidhildenbrand/scratchspace/-/raw/main/reproducers/pat_fork.c > > [ 45.239440] WARNING: CPU: 26 PID: 11650 at arch/x86/mm/pat/memtype.c:983 get_pat_info+0xf6/0x110 > [ 45.241082] Modules linked in: ... > [ 45.249119] CPU: 26 UID: 0 PID: 11650 Comm: repro3 Not tainted 6.12.0-rc5+ #92 > [ 45.250598] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-2.fc40 04/01/2014 > [ 45.252181] RIP: 0010:get_pat_info+0xf6/0x110 > ... > [ 45.268513] Call Trace: > [ 45.269003] > [ 45.269425] ? __warn.cold+0xb7/0x14d > [ 45.270131] ? get_pat_info+0xf6/0x110 > [ 45.270846] ? report_bug+0xff/0x140 > [ 45.271519] ? handle_bug+0x58/0x90 > [ 45.272192] ? exc_invalid_op+0x17/0x70 > [ 45.272935] ? asm_exc_invalid_op+0x1a/0x20 > [ 45.273717] ? get_pat_info+0xf6/0x110 > [ 45.274438] ? get_pat_info+0x71/0x110 > [ 45.275165] untrack_pfn+0x52/0x110 > [ 45.275835] unmap_single_vma+0xa6/0xe0 > [ 45.276549] unmap_vmas+0x105/0x1f0 > [ 45.277256] exit_mmap+0xf6/0x460 > [ 45.277913] __mmput+0x4b/0x120 > [ 45.278512] copy_process+0x1bf6/0x2aa0 > [ 45.279264] kernel_clone+0xab/0x440 > [ 45.279959] __do_sys_clone+0x66/0x90 > [ 45.280650] do_syscall_64+0x95/0x180 > > Likely this case was missed in commit d155df53f310 ("x86/mm/pat: clear > VM_PAT if copy_p4d_range failed") > > ... and instead of undoing the reservation we simply cleared the VM_PAT flag. > > Keep the documentation of these functions in include/linux/pgtable.h, > one place is more than sufficient -- we should clean that up for the other > functions like track_pfn_remap/untrack_pfn separately. > > Reported-by: xingwei lee > Reported-by: yuxin wang > Closes: https://lore.kernel.org/lkml/CABOYnLx_dnqzpCW99G81DmOr+2UzdmZMk=T3uxwNxwz+R1RAwg@mail.gmail.com/ > Reported-by: Marius Fleischer > Closes: https://lore.kernel.org/lkml/CAJg=8jwijTP5fre8woS4JVJQ8iUA6v+iNcsOgtj9Zfpc3obDOQ@mail.gmail.com/ > Fixes: d155df53f310 ("x86/mm/pat: clear VM_PAT if copy_p4d_range failed") > Fixes: 2ab640379a0a ("x86: PAT: hooks in generic vm code to help archs to track pfnmap regions - v3") > Cc: Ingo Molnar > Cc: Borislav Petkov > Cc: Dan Carpenter > Cc: Andrew Morton > Cc: Linus Torvalds > Cc: Dave Hansen > Cc: Andy Lutomirski > Cc: Peter Zijlstra > Cc: Rik van Riel > Cc: "H. Peter Anvin" > Cc: Peter Xu > Signed-off-by: David Hildenbrand > --- Apparently smatch is not happy about some scenarios. The following might make it happy, and make track_pfn_copy() obey the documentation "pfn set if rc == 0". diff --git a/arch/x86/mm/pat/memtype.c b/arch/x86/mm/pat/memtype.c index d721cc19addbd..a51d21d2e5198 100644 --- a/arch/x86/mm/pat/memtype.c +++ b/arch/x86/mm/pat/memtype.c @@ -992,8 +992,10 @@ int track_pfn_copy(struct vm_area_struct *dst_vma, pgprot_t pgprot; int rc; - if (!(src_vma->vm_flags & VM_PAT)) + if (!(src_vma->vm_flags & VM_PAT)) { + *pfn = 0; return 0; + } /* * Duplicate the PAT information for the dst VMA based on the src diff --git a/include/linux/pgtable.h b/include/linux/pgtable.h index 4c107e17c547e..d4b564aacab8f 100644 --- a/include/linux/pgtable.h +++ b/include/linux/pgtable.h @@ -1515,6 +1515,7 @@ static inline void track_pfn_insert(struct vm_area_struct *vma, pgprot_t *prot, static inline int track_pfn_copy(struct vm_area_struct *dst_vma, struct vm_area_struct *src_vma, unsigned long *pfn) { + *pfn = 0; return 0; } -- Cheers, David / dhildenb