Received: by 2002:ab2:3350:0:b0:1f4:6588:b3a7 with SMTP id o16csp1906265lqe; Tue, 9 Apr 2024 04:19:00 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVsfGGoLGwbbS3C7szK00Dd0BI4Xih7EXPBQfjfgKu85EV1lcV3dzERNBthQLHRxtoEezZgkqOkKJznMCEJalaivah4wDd+cU+dldvmoA== X-Google-Smtp-Source: AGHT+IECHR6NUWayyGDnXY3g02T42XyV10hnf0/c9WivdjSi8LujYsZ0cFqrnKSiqpOzsWjNQP/J X-Received: by 2002:a05:6214:1945:b0:69b:3381:abd9 with SMTP id q5-20020a056214194500b0069b3381abd9mr388361qvk.35.1712661539907; Tue, 09 Apr 2024 04:18:59 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712661539; cv=pass; d=google.com; s=arc-20160816; b=pN7+7saQGbU5G8NdQbpMUMwX/ldnkBtyBDJEtiFS45ax1igha66uhCE0rymGr4ca+M Vc+r1T6jQ+DOm6hR5l/EPffd4i2KCTCECTQetIornJbsL3BwY/ePbJ5Ns++9y/jVOJH9 WJzMvUGVMCZx1JLJatRUCHOUV1bHox0n5Cm+yWNRJPCOC0G88uMOzzo1DvbLHjVslL8Q 6Nh3gEIjDcoSCi4aYDhz1xoHmTqrtuSMDodPRo6uaJvHTgYNZ9C+xGV+IyOp/0l3Eo0G aqxdWMlA1kcYTYdPuJwxxDYI911ZcFUpWyb6ZT/Po7hlsgAMWs8oLdn+kH/cFCwh4t9K K4kg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from; bh=nQ8adHKQiJgCOXWYUbj3yazCyZI66wKCyk5twKRo3Mo=; fh=MB8+QTNUEgTlBmcy60zUGiCFWfCMLwY1+agpXa5QLEY=; b=jqnBdHW0lb17FqrPlmW/kIKJGxD2fz6tsp82Imo76RHksfv6aYm2Y73rzPtRumbEcZ h7Xt8EwayEuB7StZflU7PaPRddKovVT6ZNLvPzwYchijdi+Rjj4WTWF71rrp5bDaTp3G hdjVlUqzcQYEKo4+xqg/vhHD5tuLglgzZT2dkCUGTPqPsULfmGKQaUKdjbHdFchoSMK6 dl6XUXWlhWfWAHB8qBjG9GHnT508Of+BtAZBdkbsh6VRvaDOKdo8a+npk8ByK91V6FIa uzP+6CzS/KdQnemHnjwxZcgChRb3IK4VkRWAan8R6IlLIQ5g0FSVH5BnhcqFFCs++jyn 2GwA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-136734-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-136734-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id e9-20020a0cf349000000b0069b2068681csi3088253qvm.495.2024.04.09.04.18.59 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Apr 2024 04:18:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-136734-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-136734-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-136734-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 9F5E71C21D99 for ; Tue, 9 Apr 2024 11:18:59 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id CF15A85C6C; Tue, 9 Apr 2024 11:18:53 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0CF4384D02 for ; Tue, 9 Apr 2024 11:18:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712661533; cv=none; b=Qy5PCJ3pN+4QyzEjCoBJb9rwvofzlQ9BdEL9j8X0MIjCHPnM2LxyQ1PA/Ah9d1KzD7EUxHZGtkTGubIccNY8XH2DypiBgMHq6S5OFn0D47qODx6Nb1YGTswtmgGPlxSVVSLHY2ksc8wnRXfwG2FVo7Ot0CTUScX992CTMHt4kx0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712661533; c=relaxed/simple; bh=C8XSHHbZdaZmK277E+clDOVcF2WeEwCbBp5BARHmHz0=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=ByOyg1bmhfb91hoEd3fdt2usAyKvVaUBErEo3cKdp7uii7mhi/rN2aKlmuLvotA4ehNttnHgDCYQGjl4Utl6ClRG8yEeL8GXqI4GA1OivSlQgWnjzFliXHTeM3VO/7xmr2Ol97s1Loxd4K/A+bqA2XB+emsJyapX3DHgcy4Fo0Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9940D1007; Tue, 9 Apr 2024 04:19:21 -0700 (PDT) Received: from e125769.cambridge.arm.com (e125769.cambridge.arm.com [10.1.196.27]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 87B523F766; Tue, 9 Apr 2024 04:18:49 -0700 (PDT) From: Ryan Roberts To: Andrew Morton , David Hildenbrand , Matthew Wilcox , Huang Ying , Gao Xiang , Yu Zhao , Yang Shi , Michal Hocko , Kefeng Wang , Barry Song <21cnbao@gmail.com>, Chris Li , Lance Yang Cc: Ryan Roberts , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH] FIXUP: mm: swap: free_swap_and_cache_nr() as batched free_swap_and_cache() Date: Tue, 9 Apr 2024 12:18:40 +0100 Message-Id: <20240409111840.3173122-1-ryan.roberts@arm.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20240408183946.2991168-3-ryan.roberts@arm.com> References: <20240408183946.2991168-3-ryan.roberts@arm.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi Andrew, Could you please squash this into commit "mm: swap: free_swap_and_cache_nr() as batched free_swap_and_cache()", which is already in mm-unstable? It fixes a build warning on parisc [1] due to their implementation of __swp_entry_to_pte() not correctly putting the macro args in parenthisis. But it turns out that a bunch of other arches are also faulty in this regard. I'm also adding an extra statement to the documentation for pte_next_swp_offset() as suggested by David. [1] https://lore.kernel.org/all/202404091749.ScNPJ8j4-lkp@intel.com/ Thanks, Ryan Signed-off-by: Ryan Roberts --- mm/internal.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/mm/internal.h b/mm/internal.h index 9d3250b4a08a..22152e0c8494 100644 --- a/mm/internal.h +++ b/mm/internal.h @@ -202,7 +202,8 @@ static inline int folio_pte_batch(struct folio *folio, unsigned long addr, /** * pte_next_swp_offset - Increment the swap entry offset field of a swap pte. - * @pte: The initial pte state; is_swap_pte(pte) must be true. + * @pte: The initial pte state; is_swap_pte(pte) must be true and + * non_swap_entry() must be false. * * Increments the swap offset, while maintaining all other fields, including * swap type, and any swp pte bits. The resulting pte is returned. @@ -211,7 +212,7 @@ static inline pte_t pte_next_swp_offset(pte_t pte) { swp_entry_t entry = pte_to_swp_entry(pte); pte_t new = __swp_entry_to_pte(__swp_entry(swp_type(entry), - swp_offset(entry) + 1)); + (swp_offset(entry) + 1))); if (pte_swp_soft_dirty(pte)) new = pte_swp_mksoft_dirty(new); -- 2.25.1