Message ID | 20250407-page-pool-track-dma-v8-0-da9500d4ba21@redhat.com (mailing list archive) |
---|---|
Headers | show
Return-Path: <owner-linux-mm@kvack.org> 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 63C34C36010 for <linux-mm@archiver.kernel.org>; Mon, 7 Apr 2025 16:55:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 7815B6B000C; Mon, 7 Apr 2025 12:55:29 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6BA546B000D; Mon, 7 Apr 2025 12:55:29 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 41F896B000E; Mon, 7 Apr 2025 12:55:29 -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 16C4C6B000C for <linux-mm@kvack.org>; Mon, 7 Apr 2025 12:55:29 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 9CF28160219 for <linux-mm@kvack.org>; Mon, 7 Apr 2025 16:55:29 +0000 (UTC) X-FDA: 83307848778.30.34609BF Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf05.hostedemail.com (Postfix) with ESMTP id 65474100009 for <linux-mm@kvack.org>; Mon, 7 Apr 2025 16:55:27 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=X2rswZQw; spf=pass (imf05.hostedemail.com: domain of toke@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=toke@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=1744044927; 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: references:dkim-signature; bh=qYhbBJcaD1ygP+VeRMfirZ7ESTAhBwWp2EEunASyCrc=; b=teXHB/iRr/ZLAKJ6qSMD/AUtPIHhRtLQN00jkq2ibPmSQJ4HzH9jRLYWaeqdeSMEo/s2C4 M0r1ScraLj54mkplTdhfNkuna4tRn5KDeyjzxxkIKGDGCgLQylNCZlUoeJLzL5YdJqYSnJ DorkW0zFGWXrtCsTD6d7HkuvXEXkxBw= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744044927; a=rsa-sha256; cv=none; b=TUb5CI6rTnnB8Rj/wIwXQbKYVq6sQ5asznqER9jV3nB4e2gmXZzjmP0KVJW8X7YryAaxvs 4aiKz6aScuQwTbObzC7hNCdT+c3LHNBEOR0muvhwkIZMxPYrue8PedCIbo96576+zDV82c sSm0oM0jn/ZXppiF+RA6KhsIDani70g= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=X2rswZQw; spf=pass (imf05.hostedemail.com: domain of toke@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=toke@redhat.com; dmarc=pass (policy=quarantine) header.from=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1744044926; 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; bh=qYhbBJcaD1ygP+VeRMfirZ7ESTAhBwWp2EEunASyCrc=; b=X2rswZQwqEcj0tmmbL3yspqo5EJBX/NeDHEwYnuaNC0AYyGJj/+f11KqYFAxnrYUNj6QO6 n8E0SBFbtUf7wBa4qqS6WZIKMgAGhpIhwvqLNmAmJVDbUdapR+UrFmZ9wI/UpY8m628kwN Chh3CE2sfEwY90hq45VWEf1yNLoB+9s= Received: from mail-lf1-f70.google.com (mail-lf1-f70.google.com [209.85.167.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-478-Lp_L6XpmP_ecRnOG4eQn2w-1; Mon, 07 Apr 2025 12:55:23 -0400 X-MC-Unique: Lp_L6XpmP_ecRnOG4eQn2w-1 X-Mimecast-MFC-AGG-ID: Lp_L6XpmP_ecRnOG4eQn2w_1744044922 Received: by mail-lf1-f70.google.com with SMTP id 2adb3069b0e04-549b3bf4664so2353895e87.1 for <linux-mm@kvack.org>; Mon, 07 Apr 2025 09:55:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1744044922; x=1744649722; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=qYhbBJcaD1ygP+VeRMfirZ7ESTAhBwWp2EEunASyCrc=; b=OVKYzfjUAXlkaYgCp449YFcrQ8J/k2V6lNZPwuWT9WaqQJu+HxcKG9gQeaRNXPyRhB tFirCT6XE65s3/gHo7SFBBEMX+fDwavC80kGUjxibAA7AgcJU6LxLw2ncSJ66v0hAw1i CxaLS2vMbGy0C3YTlg2lzgR/DQDSiCKu/Voo4DlQA1wJrxYUdwrkYOxeFIbVNclitsXA mBSTHx+CrVP1IBCOEKRhnM/Y+E1QcC4iYz4FKIPF5hbGYrh5+AovktXie1XAn/oVRofI xB8ioWjantjZWY2HU02A+YKbUBz31HZesv0sb5QGcGA3U8VR9LKxy24KZCAr+ffrt4yW uq5Q== X-Forwarded-Encrypted: i=1; AJvYcCVnLrcdJVqm1Vf5rn/hvDS+4+1NcxvFzEbtBGSIADl2UrlgqJnkAEfnjKVhH7f+G38gaUKYh0QBhg==@kvack.org X-Gm-Message-State: AOJu0Yz1coy8+FOKjZDY6I0VqQ1BoClz6WgzHlLxt+iDfDVf5ZleZXKv qiHd3SrC3p7vn6JaphTnC4ZWySbP5fGwiwXvhgoXK6ygYopZDXfPh8ywIyk7b9plqxHtpLGn9bo +3qMcDdmL/UsMbfyRI8IJnDeDcuFpE58aNATLotj0FxOVZFF1 X-Gm-Gg: ASbGncukhDCNMoElx8+sA4TBkxdUYu0V1FvPxq/HsH9Rb/p6yDtR8DUrMeThmZ94UyD +/hSFcH8HLTUlUIvOkGevruX88kCwQr6R88/k6vLy9RXHdhmGFk4j8yNdvtwuhqt/DhG5ktnuoV /Xilm4lOzxwZHChJs6Glr5ajAs6q0YP6nanfL/BRd1uxAv/6PdXfYKkYb9tCOTlJGOmj7Oy41Cb 5kR8J2fXEpT1qHoNmFJpAoHBsJiq/SPBXDLOU+sRlH0pUODSOybebiCE/Evs8lSIugku53o6LSj h+e2Wbdjkce1 X-Received: by 2002:a05:6512:108a:b0:549:8ed4:fb4c with SMTP id 2adb3069b0e04-54c297d170cmr2857137e87.24.1744044921946; Mon, 07 Apr 2025 09:55:21 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFvNfOjhckEBLi3/as3JzwcR8acC1aLA6tON5wKoCSB+e2g7g/r0YG+F8AMVZXdzdvP+sGGxQ== X-Received: by 2002:a05:6512:108a:b0:549:8ed4:fb4c with SMTP id 2adb3069b0e04-54c297d170cmr2857106e87.24.1744044921502; Mon, 07 Apr 2025 09:55:21 -0700 (PDT) Received: from alrua-x1.borgediget.toke.dk ([2a0c:4d80:42:443::2]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-54c1e5ab48bsm1342106e87.33.2025.04.07.09.55.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Apr 2025 09:55:20 -0700 (PDT) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id 49D3119918D8; Mon, 07 Apr 2025 18:55:19 +0200 (CEST) From: =?utf-8?q?Toke_H=C3=B8iland-J=C3=B8rgensen?= <toke@redhat.com> Subject: [PATCH net-next v8 0/2] Fix late DMA unmap crash for page pool Date: Mon, 07 Apr 2025 18:53:27 +0200 Message-Id: <20250407-page-pool-track-dma-v8-0-da9500d4ba21@redhat.com> MIME-Version: 1.0 X-B4-Tracking: v=1; b=H4sIAAgD9GcC/3XRzU7EIBAH8FfZcBYzMMPHevI9jAcKU7fRbRvaN Gs2fXexMbGmePwzmR8McxcT544n8XS6i8xLN3VDX4J/OIl4Cf0byy6VLDRoA6hAjqGcjcPwIec c4rtM1yABUSNhIAssSueYue1um/oiep5lz7dZvJbKpZvmIX9u1y1qq//IVJUXJUFGrTQbFxxF/ Zw5XcL8GIfrBi56h2hTR3RBlEJuojqTbfGA4B6xdQQL4pksgbIMIR4Q2iOujlBBGvSQonVgExw Qs0d8HTEFMQZAh9Z6DOmA2F+kvLaO2O9xGo/kyDtIdEDcHvlnO64gISG1YM/lc/0fZF3XL52Y9 KpfAgAA X-Change-ID: 20250310-page-pool-track-dma-0332343a460e To: "David S. Miller" <davem@davemloft.net>, Jakub Kicinski <kuba@kernel.org>, Jesper Dangaard Brouer <hawk@kernel.org>, Saeed Mahameed <saeedm@nvidia.com>, Leon Romanovsky <leon@kernel.org>, Tariq Toukan <tariqt@nvidia.com>, Andrew Lunn <andrew+netdev@lunn.ch>, Eric Dumazet <edumazet@google.com>, Paolo Abeni <pabeni@redhat.com>, Ilias Apalodimas <ilias.apalodimas@linaro.org>, Simon Horman <horms@kernel.org>, Andrew Morton <akpm@linux-foundation.org>, Mina Almasry <almasrymina@google.com>, Yonglong Liu <liuyonglong@huawei.com>, Yunsheng Lin <linyunsheng@huawei.com>, Pavel Begunkov <asml.silence@gmail.com>, Matthew Wilcox <willy@infradead.org> Cc: netdev@vger.kernel.org, bpf@vger.kernel.org, linux-rdma@vger.kernel.org, linux-mm@kvack.org, =?utf-8?q?Toke_H=C3=B8iland-J=C3=B8rgensen?= <toke@redhat.com>, Qiuling Ren <qren@redhat.com>, Yuying Ma <yuma@redhat.com> X-Mailer: b4 0.14.2 X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: 92K6WiDrf-QwFZNJynnpWk3QPg1iKxyuawlBTmyz974_1744044922 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Rspam-User: X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: 65474100009 X-Stat-Signature: 4a9ziendss4ot9sf6jsp4ymkx3ty3gxb X-HE-Tag: 1744044927-404550 X-HE-Meta: U2FsdGVkX196aYzO29qj0IROfEi0A53HR0ThU9QFLDsQl9RY1ApvuN9RSxLbn4S9+uxo+v3WlRfYWRMvpPjKGo70YeNZL+lHTTQDjYXtR7x6REiuWtF6CHtQYnBCUZj7b6XF0R/dSTawE2xT61Ifv16NUoNAkoTIILUOtqwKe1DJPiLeuE+0ra5Li1gFNgbhscYA90nxfQ9tefejF4Z4PMTp8O2SkvuZQ0eBp15riBVetPwCPmAA9IBf2Z8TYJ7np3GGNXWurIu9sfjP3wzdClmqznAakLSy+nF8oSHAHcSlcubY8ZBdZpcG+1bwLrOo2EWEIUjkUSQPfCbBIBc9eQnlxoGLY+uFx/Echri3giJ3CBwYrlxxKin0vzxZF1QaJjMI7JINQ9UTble4aOhJyhTfhF3oK+tY8oCzOzxRoGomM3PrcJwN9svVCAVu06uLGA3LHKekxzg6GvP8pbGrHE9Aq6l7nPbGG+nxQKYDySO/Tz0kQF3IXbasiobK6wt7cEwYeFEdK5JVflGvSPLWKjoORarCZw8VOwwLKTyqABgtKxrcP/7x4DwtcRfV3o2e9adqe4yp6si0NZZvrYNUbqJePke0WjIg42dLXabr0eyobYZ3gE0LA+zVkf6KdR7tqRYPiF06sM6ryJd/I9KIGyGjDm3OYssxXA0JmIec4Ql82RlvkHbXbpXtjPgHWqB/d0AUoFzBWwifGq9xLiOO6vp+kEZYUF/5nXo4gJI7gJScP+mVR/tFWFv7nA1Qj9yArpzAk51P45EG2v2QLIhZwD0JZSxcRk0A2kfegqLrx9IcCnUZsvybkQliv2rVC7pjw718swNhlW8YZVf5CvPnu58c1Ao9jUDDMybd6GfInroTDMvMsodZv8kDBZXXQ5NFAo7to0lSnfHE5uA8c9/jY8zKfeF7suqZvYF51qf3jtNgIlIebllQQux0Z19zVtg7qJK4rd4RAMu3smZMRaN aZuOGKVE pTZ2yxrzHtfSYj6lyuHlUPLA8s+G7YXNHLQogymCVgJiSRhY505nr+ZLjd+A529alVcbUZmWUft8e8LLYoblWTD1Si1b1AFGUdfdvy6rkk7S08A2beRtQbjledKBBRxC43QN9jidVMvRXeAIdHCwr2Of1m4CQYlyGF+Ta/wvwx8wNNfFC2Rq+NilIIVhL+FDrOQKMUdTo4d6foOtU331/QtZ/VwciGu7m7q0jv05uumSVFSfQT3V6aQneFf7A9CCKp+EWR7OIeXbepteTIrMZDqfZSoXimARh7ThZozuGLEJQhMP1y163Yzvq7b0lAnnnzbTEWMXDORn4h1cMaUoFRs6zMCfuVoJZQxz6+GflvN3jihyEKP75UdaaPkUCqgvUxV4f2BORphrkgGOQP7KsAVVu07Pu+SpyQ6cwP9Jlzo1IusIiUmwFgJmS7CFl48WSPK2qRRqce7u16cx6pItCyekh9R/JgclKoOtVr4NkiWHryzQDtARfQiFYXwrljRfjHt+3GaaUi8T3CPRh+IOCPoTm5P4cqJYnXctmlh80eG8sIQHZuldvuEtr01nqhOKggKddAmY6B4S4G+LIB755CBNZw8+qcqE7Na5/ 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: <linux-mm.kvack.org> List-Subscribe: <mailto:majordomo@kvack.org> List-Unsubscribe: <mailto:majordomo@kvack.org> |
Series |
Fix late DMA unmap crash for page pool
|
expand
|
This series fixes the late dma_unmap crash for page pool first reported by Yonglong Liu in [0]. It is an alternative approach to the one submitted by Yunsheng Lin, most recently in [1]. The first commit just wraps some tests in a helper function, in preparation of the main change in patch 2. See the commit message of patch 2 for the details. -Toke [0] https://lore.kernel.org/lkml/8067f204-1380-4d37-8ffd-007fc6f26738@kernel.org/T/ [1] https://lore.kernel.org/r/20250307092356.638242-1-linyunsheng@huawei.com Signed-off-by: Toke Høiland-Jørgensen <toke@redhat.com> --- Changes in v8: - Move defines to mm.h - Keep pp->dma_sync as 1-bit wide - Unset pp->dma_addr on id alloc failure - Rebase on -rc1 - Link to v7: https://lore.kernel.org/r/20250404-page-pool-track-dma-v7-0-ad34f069bc18@redhat.com Changes in v7: - Change WARN_ON logic if xarray alloc fails - Don't leak xarray ID if page_pool_set_dma_addr_netmem() fails - Unconditionally init xarray in page_pool_init() - Rebase on current net-next - Link to v6: https://lore.kernel.org/r/20250401-page-pool-track-dma-v6-0-8b83474870d4@redhat.com Changes in v6: - Add READ_ONCE() around both reads of pp->dma_sync - Link to v5: https://lore.kernel.org/r/20250328-page-pool-track-dma-v5-0-55002af683ad@redhat.com Changes in v5: - Dereferencing pp->p.dev if pp->pma_sync is unset could lead to a crash, so make sure we don't do that. - With the change above, patch 2 was just changing a single field, so squash it into patch 3 - Link to v4: https://lore.kernel.org/r/20250327-page-pool-track-dma-v4-0-b380dc6706d0@redhat.com Changes in v4: - Rebase on net-next - Collect tags - Link to v3: https://lore.kernel.org/r/20250326-page-pool-track-dma-v3-0-8e464016e0ac@redhat.com Changes in v3: - Use a full-width bool for pp->dma_sync instead of a full unsigned long (in patch 2), and leave pp->dma_sync_cpu alone. - Link to v2: https://lore.kernel.org/r/20250325-page-pool-track-dma-v2-0-113ebc1946f3@redhat.com Changes in v2: - Always leave two bits at the top of pp_magic as zero, instead of one - Add an rcu_read_lock() around __page_pool_dma_sync_for_device() - Add a comment in poison.h with a reference to the bitmask definition - Add a longer description of the logic of the bitmask definitions to the comment in types.h, and a summary of the security implications of using the pp_magic field to the commit message of patch 3 - Collect Mina's Reviewed-by and Yonglong's Tested-by tags - Link to v1: https://lore.kernel.org/r/20250314-page-pool-track-dma-v1-0-c212e57a74c2@redhat.com --- Toke Høiland-Jørgensen (2): page_pool: Move pp_magic check into helper functions page_pool: Track DMA-mapped pages and unmap them when destroying the pool drivers/net/ethernet/mellanox/mlx5/core/en/xdp.c | 4 +- include/linux/mm.h | 59 +++++++++++++++++ include/linux/poison.h | 4 ++ include/net/page_pool/types.h | 7 ++ mm/page_alloc.c | 8 +-- net/core/netmem_priv.h | 33 +++++++++- net/core/page_pool.c | 81 ++++++++++++++++++++---- net/core/skbuff.c | 16 +---- net/core/xdp.c | 4 +- 9 files changed, 178 insertions(+), 38 deletions(-) --- base-commit: 61f96e684edd28ca40555ec49ea1555df31ba619 change-id: 20250310-page-pool-track-dma-0332343a460e