Message ID | 20250404-page-pool-track-dma-v7-0-ad34f069bc18@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 573E6C3601E for <linux-mm@archiver.kernel.org>; Fri, 4 Apr 2025 10:18:55 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E1AB66B000D; Fri, 4 Apr 2025 06:18:52 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id DC9726B000E; Fri, 4 Apr 2025 06:18:52 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BF44E6B0012; Fri, 4 Apr 2025 06:18:52 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 80F816B000D for <linux-mm@kvack.org>; Fri, 4 Apr 2025 06:18:52 -0400 (EDT) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 43F3D1CE48F for <linux-mm@kvack.org>; Fri, 4 Apr 2025 10:18:53 +0000 (UTC) X-FDA: 83295962946.29.8858EFC Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf09.hostedemail.com (Postfix) with ESMTP id 03C0514000E for <linux-mm@kvack.org>; Fri, 4 Apr 2025 10:18:50 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=X2RXwUQn; dmarc=pass (policy=quarantine) header.from=redhat.com; spf=pass (imf09.hostedemail.com: domain of toke@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=toke@redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1743761931; a=rsa-sha256; cv=none; b=LIwBx2NJMjR0krlq9qMn6FvkMWwlmy72TR2vNktPD9Kv9u2XbV0AeKG9ozZ7VCn5vqoqnp a2vINCbCrhJ+Mv1E7XkYK9Jl3kYrNBXqik7NssN3Xp5kONCBSY0zpkw8efFGIUTDig8SAQ LJgFxR2mtKGmw7X8z5cHnHq3fW8S8/Y= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=X2RXwUQn; dmarc=pass (policy=quarantine) header.from=redhat.com; spf=pass (imf09.hostedemail.com: domain of toke@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=toke@redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1743761931; 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=5M+rOyW1P59pNZ57TipRkSHKMefjk2AQHbLsm27xPvw=; b=7bG9Zdp6CbHCfSJ8g3RKC9w2eJiQSi0Hr8Vavn/NvieTxE806JNWqd7mJUH2zDsqEy0hkW zIo4xaGcy+5XGh46tin0BEJ9OdCTJQe0ZXugOfGprihia39lMYcNhhR0qdp7x/C9ZBIwQl oAsHuTjf9CShhmz+TaxD52w2HF5BX/A= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1743761930; 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=5M+rOyW1P59pNZ57TipRkSHKMefjk2AQHbLsm27xPvw=; b=X2RXwUQnnrVC9WZwumj+Pb8/Vu8CReIrVdPmVGRBI6gjAZdPmYCXqEfSsbcZKz42h137vP sbP9vBGO9r94IMPpzy7cT8yusEBJLUv9iSo87OWwl02H1kogrDydGobmjuUP3353KOQpvB ZZ0+rYMFekxXbLZDjyCp1SLOwMpJeIQ= Received: from mail-lj1-f199.google.com (mail-lj1-f199.google.com [209.85.208.199]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-166-DKAw_C1CNLqjaUCLbfI3-Q-1; Fri, 04 Apr 2025 06:18:49 -0400 X-MC-Unique: DKAw_C1CNLqjaUCLbfI3-Q-1 X-Mimecast-MFC-AGG-ID: DKAw_C1CNLqjaUCLbfI3-Q_1743761928 Received: by mail-lj1-f199.google.com with SMTP id 38308e7fff4ca-30c04c54f11so9779771fa.0 for <linux-mm@kvack.org>; Fri, 04 Apr 2025 03:18:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743761928; x=1744366728; 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=5M+rOyW1P59pNZ57TipRkSHKMefjk2AQHbLsm27xPvw=; b=siEmH1T/UhrrdVu3VAV7IpORMiQPh16LTMtZ5ObDyq+IoVATQZCeYg8xMRsB9kJDCe 1mV5dmn61uYgXVK9DobnMJHh3tzqXGDWwMsg3zKh9NRgA0wa0H4wv60ecxUFKZlU6vLC 3T4ojYmWr2aAmWdimUqZ1VUgCdthBHXrA/PCHf3wNc+tFw9l+8qkvl8vfBLKFqmGPOQI 7x47M5xWUSbGb6fEWdomq4y2EbGEhljDqK3Wmq7QVW82sumahdoks9U6sACKB+4mtQOn loRVnIeieABooA/T+H+Fzci4qnQt7OMCu9mxIvWCyfYXSMpwhd6Vuf98vbwIqT0ShbPN UoSA== X-Forwarded-Encrypted: i=1; AJvYcCV8cSLQ5O888l7siojWtDPZcAPMAMtb9f7YXhLLsVKgnf9ckCakk5j/qIKxh/T9naio/KsPzSqdGQ==@kvack.org X-Gm-Message-State: AOJu0YxcmUUhHw2ex7hjPulP47IuLbnox9/kzG813AfgyYqLv03yCpoJ 4r9/+64k0Ei8G4pYPU21kJ8kWnJx1AcoqPIj0uFEl4lpRKvm+IXQyWrYRDz6RbYAug6ZqBj8dWn CJPfzKzMccPZyflqu3ZHcQ2SPq8IaqYSJwv6gY2lQVZrEnsuq X-Gm-Gg: ASbGncsshfmZjoTUgngQIAiZpPzCaH/oxqXBrHQiM3wILuUxHnr37vbjEmEpnBSXCuI wpL1XWY3K/s6SupJIMB5UdzJ6/408TaK57wuY6ej8DIOLxS1QVVBsjJBUedR7ID7AcHg+m1uLFW kzmfrFO6fvXd9LYxCUvITHZgNBi9Boepaevbkj4KkIqbcJN/ZybcPgdzZIEjzUKZhQygnHs3cWE p18BlKkkGNQjdoCDEWqK/IWM0B4Q4Riwftrqf5VfxgTFHAcs3FOKrHDcxV1CWtehDiSK62mRGRm m/Y7ZmiXx8POwCODgi1cCA+Y6S5qRI3wkYyvh9Qz X-Received: by 2002:a2e:a5c9:0:b0:30b:fdc0:5e5d with SMTP id 38308e7fff4ca-30f0a0ee84emr8785001fa.4.1743761927627; Fri, 04 Apr 2025 03:18:47 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFUiX5YdBxTzl44jWDQITU1CT7/li+YPbg+WN6Bv/W9Q984Oh34yiDzKProh3dcMOWAJ4tAlQ== X-Received: by 2002:a2e:a5c9:0:b0:30b:fdc0:5e5d with SMTP id 38308e7fff4ca-30f0a0ee84emr8784931fa.4.1743761927260; Fri, 04 Apr 2025 03:18:47 -0700 (PDT) Received: from alrua-x1.borgediget.toke.dk ([45.145.92.2]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-30f031ce997sm4982351fa.92.2025.04.04.03.18.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Apr 2025 03:18:46 -0700 (PDT) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id 8A14B18FD725; Fri, 04 Apr 2025 12:18:44 +0200 (CEST) From: =?utf-8?q?Toke_H=C3=B8iland-J=C3=B8rgensen?= <toke@redhat.com> Subject: [PATCH net-next v7 0/2] Fix late DMA unmap crash for page pool Date: Fri, 04 Apr 2025 12:18:34 +0200 Message-Id: <20250404-page-pool-track-dma-v7-0-ad34f069bc18@redhat.com> MIME-Version: 1.0 X-B4-Tracking: v=1; b=H4sIAPqx72cC/23P0U6FMAwG4Fc52bUz3dpt6JXvYbwYW5FFD5BBy DEnvLuTmIhhl+2ffm3vYuaceBbPl7vIvKY5jUMp3MNFhN4P7yxTLLXQoA2gAjn50pvG8VMu2Yc PGa9eAqJGQk8WWJTJKXOXbrv6KgZe5MC3RbyVpE/zMuavfd2q9vxXpqq8KgkyaKXZOO8o6JfMs ffLYxivO7jqA6JNHdEFUQq5DeqJbIcnBI+IrSNYkIbJEijL4MMJoSPi6ggVpMUGYrAObIQTYo5 IU0dMQYwB0L6zDfp4QuwfUq6tI/bnnbZBctQ4iPQP2bbtGyKAyvkaAgAA 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: 92WdiAwvA2GrK1pTcznzxzRnzXIzY6z9efskvJ6IMnE_1743761928 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 03C0514000E X-Stat-Signature: u1osyppheuegs4hc5ujz7o43qqjz9cug X-Rspam-User: X-HE-Tag: 1743761930-303197 X-HE-Meta: U2FsdGVkX1/NEjQ3OS8XW2O7Vxv5Cq/skjxOQmhkAZePFaipXnqwsqvIFjaZcHeSNueWeXTmq3KX3Zwl6NpyTDPAekg3TP+ksmqYGs2egxXxn3R3KYHKu4ShFg4BzI/3uE5EaLQRAkOMQBoUfV9VqnGVm9qsivN5vR0CqE5WRCc+0aacVD0Lb6C5h9qkHGBr+Qsnr0Ttp5sy+BFteBgQEqbul5yNtWzeJeNC0kMv6K9pctjSZdpusYlHJ5Iv+PDouwXvKH0RGUGMgMwzXWfs/u6dWos1kuALDJ+/zGEellzRFTDoQSWAFBkbn35Y5rj/DO6bY1eheFeV1FoEIUWvjcuMBQcvgFXa/ntnCXkWAzPJ7nw4nWquR7lEoLgpj3I4LfDod3fm587S71sL6MhZASarxMp63OdThplk/IzGBiBeFq0p+a/JUc9hQAu8J0ElQHX0D43e8kDLYW1ygVWKmyYH6gugFG9amB0GqVNUnNTAjnctyFf12I7Xlxj5xQ6VO7YCJoQUrNGT7xdIX9C0L7mAfxnHE6MWbYkE7DCHb8HH6D6N1PbzSHCFlcd9O0xJ+Xi0kVIv3eCTZPHNzrD2x10ui7kbdORq03mZzdayrNCsajhhC7SsaY4N8ExZ26CKPQIjN/rtt4ZDcN/XCQNA2wQVDhdIVTj6cOrhD8AnHSf/ah7AojCKC9R5Xj3IU5DnhErVTp1GPKGk/Gdpw+e71E+HmHEp5D1MDJ9Cpcv0NZIFPSj4+AQDW7U6zdA22hn0aEopGHYlav/shafCYqUknfBCqEOAYUpjR9Z+UoNQDwF0ivLr6e991dOOIQV5JLlY8UhlUyG4R5vphw46wFx9T3TW7MP08+2g6wEmRnu9AonR9qPGSaa058Ozmdo4Zu7zywnMReLArrdPrcxQ2ckEBoceKsP9BNxnn+gAzPmDGygYlH4Ufl1M+dRl2BxsMWGKJ2e2sAa0xOYQfpilUkV 8Rx/urg+ xzepd96beM2XUjXTRlqjWlSjdfPgAwyQqKwu8nledF62/kiMPivlCvFkHaepPkF5klEbv35OVE/2HXfnV/iTG4K7/zO3viJsKhiI1nXLq7JL81z/8xtfj5bzHByPSIaCzGoeQQX5LaJntzYIvkcwhrHxwXDw+kqLiNQnDWhDpq+PXMq2q7NYKcZRxqtKBFYqbUZh8I6DgYCo5TqjokkG2txPi1qRrJbqPEdmqBbV3VZV/+6KKJ7vcn8WmGiUzdPPkytVW8RqRjYbHh2feJD/xG35Zjh1rDfaphZD3dqwwi86ZXgPphDLPo8TS/EcErqed0NgYM9HazyKDSjNKKtpgkRsn5ubK3APS4/2ny0TFPNQU0sotjjGEmAks/g2RyLCPPS/plQjmwURLzHXqp9nzXZ8msW8OIp97qX3fDb5JUITa6jrZIvGBsbdaPenvXN6SHfz0/o9MIPeTiX5tuppyhWLmWbzVWCXlZVVGEBtlFhzg+IYZ76gMUQ0awB8oMCE5l1H24t4wLLXTdeLKDzPzjMqPAkNv1SvEQlJByR+mnldApRnxo+JMPGp5YIvtDVK351W1GLGhJRFmUEbAjaASVKsktQ== 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 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/poison.h | 4 ++ include/net/page_pool/types.h | 63 +++++++++++++++++- mm/page_alloc.c | 9 +-- net/core/netmem_priv.h | 33 +++++++++- net/core/page_pool.c | 81 ++++++++++++++++++++---- net/core/skbuff.c | 16 +---- net/core/xdp.c | 4 +- 8 files changed, 175 insertions(+), 39 deletions(-) --- base-commit: acc4d5ff0b61eb1715c498b6536c38c1feb7f3c1 change-id: 20250310-page-pool-track-dma-0332343a460e