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 4B289C19F32 for ; Fri, 28 Feb 2025 02:15:56 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 906406B007B; Thu, 27 Feb 2025 21:15:55 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 8B5766B0082; Thu, 27 Feb 2025 21:15:55 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 77C5C6B0083; Thu, 27 Feb 2025 21:15:55 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 4A8616B007B for ; Thu, 27 Feb 2025 21:15:55 -0500 (EST) Received: from smtpin25.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id AE13E820A4 for ; Fri, 28 Feb 2025 02:15:54 +0000 (UTC) X-FDA: 83167737828.25.17239FF Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by imf30.hostedemail.com (Postfix) with ESMTP id 147CB8000D for ; Fri, 28 Feb 2025 02:15:52 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=otQ+Vh2O; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf30.hostedemail.com: domain of kuba@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=kuba@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1740708953; a=rsa-sha256; cv=none; b=nSe7VhBuoBT3lVQvgUac3TvKDGT5BeC7cUUuJnI825CJismIqRGCoI1OU33c9LpByVAItJ veztKyp3jc9K4HcbAji7osGN04im70KWLhG5JuyiKo8u7zp12nsIYXfS/QO9Wxfi2lmWLh m6nttncVAVJfstwBodLGTLaMhxyC00c= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=otQ+Vh2O; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf30.hostedemail.com: domain of kuba@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=kuba@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1740708953; 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=f4xpv/ITCQVc5/v0GvACNExtMNarxnP6j7WMPuEJg4g=; b=mhIcckciB+3BpU5gnjTT2n/1pW/JLn3q4RJRoK1WTj6tadSsFWDQAOa9z2WOIY5QvhYiXq kSta3O2zIIs0RFRPFVGf/hc5bQxjtl/kbGKQN/FaNUJLaA7ozcM1F1ZGCJVDF5oSrm0/Ga bfgnu/vsnliKcQpcn9jjza/bybxxjwY= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id ABE2B6113B; Fri, 28 Feb 2025 02:15:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D99AAC4CEDD; Fri, 28 Feb 2025 02:15:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1740708951; bh=4vQwX6AqJ6dlNwK2Yq55c2nDqD8BOonS119QXzs28cQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=otQ+Vh2O/0zvPXfsp8NIol+zuQGEnYbWZnLOYmcX93at3/Ocij07aq7TXGZwI6cX6 koYbjA8BBK2KrG6DLzyXGP4A1WyHJsjZMOxoVp0rBLJU/aw+vA/gnFxbW2Sj+rhi57 7qMiwdXAR4a1xL82eF0qy1p/ujxQKYQDSpqgW1fLjBz7PByIKoniNDIn9DuuOJd4GD Vv2BWw+C7QqgVdT2Ts8TfnRKGFLvJCMlx5sPTrv2iIeI8AKsGkbargv3DG7sDBG4/E 8EELXiY7K2SrXh6bmc8pE/SOoiRqu3Rm2TpZIbhCcmT69XfPPZnVozvvFd8UOwGILV /OPBetdR/mlhA== Date: Thu, 27 Feb 2025 18:15:50 -0800 From: Jakub Kicinski To: Yunsheng Lin Cc: , , , , , Alexander Lobakin , Robin Murphy , Alexander Duyck , Andrew Morton , Gaurav Batra , Matthew Rosato , IOMMU , MM , Alexei Starovoitov , Daniel Borkmann , Jesper Dangaard Brouer , John Fastabend , Matthias Brugger , AngeloGioacchino Del Regno , , , , , , Subject: Re: [PATCH net-next v10 0/4] fix the DMA API misuse problem for page_pool Message-ID: <20250227181550.07e429f5@kernel.org> In-Reply-To: <20250226110340.2671366-1-linyunsheng@huawei.com> References: <20250226110340.2671366-1-linyunsheng@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 147CB8000D X-Stat-Signature: ss1apj5miopybxy4ziwuwxq4w4rq8h7d X-HE-Tag: 1740708952-423023 X-HE-Meta: U2FsdGVkX1+EIzRKgpWkF38BdZc9KToI3csl3Fr81SKi8g+agIf6Cc4Ed6xwXqtS56tOM4OsF1e9drKJYJHiDGjbO2H1Kj3jK5hkqa9haCfCAkEeq9RAnPjS+O7GuKoewqhFq1QOcBKTs3MIBejZOtu3VosMdE64jyiOV9PHhmcXH7H3+HnWp4lvniIDY451KpcHtTYUZBiEpepNx0eGbTfmvGdOD9S2IZo6ODRp6J0fwZUT3c9ce2QjWRxSJpwDauwUgqKpWtJOmySVtDLpRblAHigCKL8Wxq0D3T8zItzNIYfoyPvR3rz2c1WpgK9dkp2ay1e8LXksHwYZ/QXFh+z5TWeTnw2YerPr86z5/jhuGYW27091HXvEwloddmohHc+1nqVam/t8Ls2aFpAChZr/CJGAnS3G6MbH/gsYOUxUS+G5xPvoq4+RfT/o4R8rsqYozg4Ze51FuAab7cA0VjTLcsNFPVXya7vyVxLeloduAE6p4EjYPpn49vukG+8VsXitjkH5vybX0HuseF849agOv+lK/GvcjcLOD5RSsLHz3xwds0gO49kGB1Goci9g7wQO/5fTukiWH5mXUHDYbtQQz63CL6VS2jokh2LFOs7Pm/pZ3XTB+rT9+YcmqtcR/ublXugCajeOwsunNQqNDwmyIgifDp7B4MhFVRjjQEJV1nWJm8NlFNh/xebpIeZa4b7lIJhasNd4FNOCvpIRFWwwtADskajiT8SX8ZR8DHPqpxVwYkxY9sa1+mq0aNfHEeR26ujsbSnWfM65baMnfGtW2Lu/CmCWVznjYpL9HhUTJUmxeX+5hX4YXjBaEGKsxzqI3Su8dcSpC2qIrRVCaKsagGtynN+YJyqJSkxR/nM+/VnvM6BuQaiHGTgcybrcgmCnFEbKHtIQCVuHwYqzctpWpkHiCyxxH/p+Uu5Yn8j2FNhIYxcrtbJ4p+/Ir7mreO1JqiCyRl1jP3hKVQO TJoN+n6V EwZB9KE89QpUMCjDUJBhiUzDYwwiVIb7TjgzOWYLuuW2WUt1z6UZBv7v1c7sxgQ1uYeT/ptGEwdG83ndw7i2h11ZKQMaIkvreaQIWKmVMTvd2nzKB3Wj+kNTgHwdQV5V+dx1H/WTsdg2RxyIUNO1l5jlW0S8BIcGIavt0mZqW6wVcMjrJWwL2dt0kJuRuUP0+wwW7UP0Tvk2BDrzA7BFB0zUemSTSM+WT64K9camjzSbKojtih9zoDbXrUkVTt8RYgM4XY18GhtiYsBTqHArdM6ZPVxOI5BjhBX8mKjda2h6/v3oMk+VFpWJBu9rW3mTg0puo9P7FnrjPS0Oinjc7L2DvreW9wuX8poG0lo12nwfJIV8CHtwd4QIf6JCaqcAXFseYa+WZaDd4xz0= 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 Wed, 26 Feb 2025 19:03:35 +0800 Yunsheng Lin wrote: > This patchset fix the dma API misuse problem as below: > Networking driver with page_pool support may hand over page > still with dma mapping to network stack and try to reuse that > page after network stack is done with it and passes it back > to page_pool to avoid the penalty of dma mapping/unmapping. > With all the caching in the network stack, some pages may be > held in the network stack without returning to the page_pool > soon enough, and with VF disable causing the driver unbound, > the page_pool does not stop the driver from doing it's > unbounding work, instead page_pool uses workqueue to check > if there is some pages coming back from the network stack > periodically, if there is any, it will do the dma unmmapping > related cleanup work. Does not build :( Always do an allmodconfig build when working on subsystem-wide interfaces.. -- pw-bot: cr