From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f52.google.com (mail-wm1-f52.google.com [209.85.128.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C0F3C33121F for ; Wed, 8 Apr 2026 18:45:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.52 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775673906; cv=none; b=XIC4m9sMBe7mmAkkv6pVKoZht4pa6GI/EZ659yyiNAYdQ7NvpFzWz/uB4OxbhytHEg/mxd3mycC63YVvjGlTX+ToBIoHHj7xeV1xpMp7YCWMYC00HlMUKj67wdjvr00Fd7yaCpmDaMglg/fGjIv1PAGpDZ10HoXTpyN6xOC+Ewo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775673906; c=relaxed/simple; bh=4ourjhFNyqPpKvwJ8NGSQQW1AjLtpzj4KUeHaeRYcQA=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=LEVPa6pTyIFIt0PJuWhDOjjmCLGcB0gMj5PXzfVNFtAQ9CEeVCuU2auQBR+TQccBlQpevfayoWq8NKpbihYm5aEDRnSQparm4bMrbvtXStEe+Tw9cPAeyISKv26XVXy4j9BaayZEDjH30uBp6WhxgXLdYcfBexdVF3B+dQqSrsI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=readmodwrite.com; spf=none smtp.mailfrom=readmodwrite.com; dkim=pass (2048-bit key) header.d=readmodwrite-com.20251104.gappssmtp.com header.i=@readmodwrite-com.20251104.gappssmtp.com header.b=rsHR1N/V; arc=none smtp.client-ip=209.85.128.52 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=readmodwrite.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=readmodwrite.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=readmodwrite-com.20251104.gappssmtp.com header.i=@readmodwrite-com.20251104.gappssmtp.com header.b="rsHR1N/V" Received: by mail-wm1-f52.google.com with SMTP id 5b1f17b1804b1-4887f49ec5aso550975e9.1 for ; Wed, 08 Apr 2026 11:45:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=readmodwrite-com.20251104.gappssmtp.com; s=20251104; t=1775673902; x=1776278702; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=L0S2R3Jh2NO33hqto219r9Y9rGESH0KYk2ZJTa8dPv8=; b=rsHR1N/VHqNNP8XX6Jrmq9EEVyPDajohdFH+bV0TxBEXiIuktL9kqHyb57w2rNIyPb +rDbJUG7C0YJDG1c+kYdcKbL+DqFeKRynu0XV9hDEaFcUSLh962lD+B8DZthZ++xXq1d z5HYOtzc6XK1uE7abDbbxrHkyqnILL1rN0tZu9xGZI5o8NKpQShkaE4FPsoHRORDA5HK E+um06b/PAhfjFyj0MMC69k33uiKUgc9bwjrP4ZG7WYE9hfhtYGwMw5aGUGbHN9WcQcW hLt6jbe7oTD2tat0Ox7IsCGKHN8tgBOxM9ZHv4KTkZnVBySmEb3jjet4uuwqQTGdM7Uo vH5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775673902; x=1776278702; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=L0S2R3Jh2NO33hqto219r9Y9rGESH0KYk2ZJTa8dPv8=; b=VjfezieTlq8/wob3xYSrf0eSaGHEZBDCekxLqM+1A1bbxNBSgV5fMblHWx0FhHcFRX 77m8G79fofRQxU4nESGwZ+FSCNzyCw5oNlzhppfaAOrFOCxU6pNkmbmrvpfCEB34j4iK fA8iMS332/2xL2UC+tQ5JT0igO/GoKzSPQdeWI+nUybT7w1yUy0hOmb+APePdkQPlLC6 yXAEdF/6DKhi5hhAk/MaQYhgQkCYmZnYhQib31p6kYdHZszvoiadAt8UM3hYqUZZK4ve 3pPQ5fuZsVdky5t9y8oyJw9KDQcvfWAfZSB8VXs5VAr47suSl68NUtRHzvXfEM9tLeiU iMUg== X-Forwarded-Encrypted: i=1; AJvYcCVh7wBhp6ddD+feGwBB2+GxA7AB6Jtdo6BkLiKg7YC/y2VlNVlPeNtxM+4NK62smUPrEi0jyFcBafRqUvY=@vger.kernel.org X-Gm-Message-State: AOJu0Yxg4PtSHXIjmT6d5Xa6T/o/HKYnbPaIXNrq07te/Vf6x9T+VGb1 CuesDvBdHgmM+8dK9EUyuqD7yVgW0KoGAokqaoqAMChAa1Bmyjeyo/G9tK4PXGimLf0= X-Gm-Gg: AeBDietsqz84HLchXei5M5ejO03ttUlgCeA5POV+zVRrY5gZcw/eNt10yMj0EwxibI+ RN/nBc1HBgovXDMilosJsZPaMDerbYbRo+Fibf34s7cqjEJnm+OY2HyFc948tPu2Qq6HYd8lx0g NM93UdiWgMn4VctzXAOmOLowxKPccM2EaM9QR2JQkAvmAfHnZTb0MAsXL2YrXerHeFiaB6jFGQi fFVDCIPq7V48aLa/jsMmBrNVukV89LWSea57NwFNEaAhq7Ntb5inbpVndL9QaxdPiw3qt1hYefL qTxyFp6QPea37AQjNI9GGJ0WROiaBZDk6mXEU6ql6u/CC2s0Uesn8VKcjc4f0rQuZXJpdoHL7e3 D/YUtHqaoRPnrmZZDCRBbgJzo6TnbzoDunKnBlHKd1+88xyOC6ok4lUuhiv070D4Ozdvflbkz/j yeUS1/YPX7cMFGz00NmbAeQDUAbQ== X-Received: by 2002:a05:600c:8b52:b0:486:f9d0:aac8 with SMTP id 5b1f17b1804b1-4889978140bmr335703905e9.18.1775673901890; Wed, 08 Apr 2026 11:45:01 -0700 (PDT) Received: from matt-Precision-5490.. ([2a09:bac6:37a8:ec8::179:1f4]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-488cd0f4d7bsm8293615e9.1.2026.04.08.11.45.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Apr 2026 11:45:01 -0700 (PDT) From: Matt Fleming To: Saeed Mahameed , Leon Romanovsky , Tariq Toukan , Mark Bloch Cc: Andrew Lunn , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , netdev@vger.kernel.org, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-team@cloudflare.com, Matt Fleming Subject: [PATCH net] net/mlx5e: Fix use-after-free in mlx5e_tx_reporter_timeout_recover Date: Wed, 8 Apr 2026 19:44:58 +0100 Message-ID: <20260408184458.1274662-1-matt@readmodwrite.com> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Matt Fleming mlx5e_tx_reporter_timeout_recover() accesses sq->netdev after mlx5e_safe_reopen_channels() has torn down and freed the channel (and its embedded SQs). Replace the three sq->netdev references with priv->netdev which is safe because priv outlives channel teardown. The netdev_err() call already used priv->netdev for this reason; make the trylock/unlock and health_channel_eq_recover calls consistent. This fixes the following KASAN splat: BUG: KASAN: use-after-free in mlx5e_tx_reporter_timeout_recover+0x1dd/0x360 [mlx5_core] Read of size 8 at addr ffff889860ed0b28 by task kworker/u113:2/5277 Call Trace: mlx5e_tx_reporter_timeout_recover+0x1dd/0x360 [mlx5_core] devlink_health_reporter_recover+0xa2/0x150 devlink_health_report+0x254/0x7c0 mlx5e_reporter_tx_timeout+0x297/0x380 [mlx5_core] mlx5e_tx_timeout_work+0x109/0x170 [mlx5_core] process_one_work+0x677/0xf20 worker_thread+0x51f/0xd90 kthread+0x3a5/0x810 ret_from_fork+0x208/0x400 ret_from_fork_asm+0x1a/0x30 Fixes: 83ac0304a2d7 ("net/mlx5e: Fix deadlocks between devlink and netdev instance locks") Signed-off-by: Matt Fleming --- drivers/net/ethernet/mellanox/mlx5/core/en/reporter_tx.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en/reporter_tx.c b/drivers/net/ethernet/mellanox/mlx5/core/en/reporter_tx.c index afdeb1b3d425..8409ae73768f 100644 --- a/drivers/net/ethernet/mellanox/mlx5/core/en/reporter_tx.c +++ b/drivers/net/ethernet/mellanox/mlx5/core/en/reporter_tx.c @@ -160,13 +160,13 @@ static int mlx5e_tx_reporter_timeout_recover(void *ctx) * channels are being closed for other reason and this work is not * relevant anymore. */ - while (!netdev_trylock(sq->netdev)) { + while (!netdev_trylock(priv->netdev)) { if (!test_bit(MLX5E_STATE_CHANNELS_ACTIVE, &priv->state)) return 0; msleep(20); } - err = mlx5e_health_channel_eq_recover(sq->netdev, eq, sq->cq.ch_stats); + err = mlx5e_health_channel_eq_recover(priv->netdev, eq, sq->cq.ch_stats); if (!err) { to_ctx->status = 0; /* this sq recovered */ goto out; @@ -186,7 +186,7 @@ static int mlx5e_tx_reporter_timeout_recover(void *ctx) "mlx5e_safe_reopen_channels failed recovering from a tx_timeout, err(%d).\n", err); out: - netdev_unlock(sq->netdev); + netdev_unlock(priv->netdev); return err; } -- 2.43.0