Syzbot CI

Subject	mlx5: Adversarial mode for confidential computing guests
Author	yishaih@nvidia.com
Date	2026-11-03 16:39:27 +0000 UTC
Version
Cc	andrew@lunn.ch davem@davemloft.net dtatulea@nvidia.com edumazet@kernel.org jgg@ziepe.ca kuba@kernel.org leon@kernel.org linux-rdma@vger.kernel.org maorg@nvidia.com mbloch@nvidia.com moshe@nvidia.com netdev@vger.kernel.org pabeni@redhat.com saeedm@nvidia.com tariqt@nvidia.com yishaih@nvidia.com

Name	Content [All]
[PATCH rdma-next 01/23] net/mlx5: Add mlx5_trigger_health_work_force()	[Body]
[PATCH rdma-next 02/23] net/mlx5: Derive adversarial mode from CC guest memory encryption	[Body]
[PATCH rdma-next 03/23] net/mlx5: Add capability filtering in adversarial mode	[Body]
[PATCH rdma-next 04/23] net/mlx5: Add macros for reading log-based caps	[Body]
[PATCH rdma-next 05/23] RDMA/mlx5: Reject QP transport types not enabled by FW capability	[Body]
[PATCH rdma-next 06/23] RDMA/mlx5: Require IB_QPT_DRIVER for the DC vendor QP types	[Body]
[PATCH rdma-next 07/23] RDMA/mlx5: Derive mlx5_ib_adversarial_mode global from mlx5_core adversarial API	[Body]
[PATCH rdma-next 08/23] RDMA/core: Suppress kverbs_provider for adversarial_mode devices	[Body]
[PATCH rdma-next 09/23] RDMA/mlx5: Remove duplicate mlx5_ib_umr_context struct	[Body]
[PATCH rdma-next 10/23] RDMA/mlx5: Introduce per-CQ poll_one hook in mlx5_ib_cq	[Body]
[PATCH rdma-next 11/23] RDMA/mlx5: Add shadow FIFO infrastructure for UMR completions	[Body]
[PATCH rdma-next 12/23] RDMA/mlx5: Verify UMR CQ polling against a hostile NIC	[Body]
[PATCH rdma-next 13/23] RDMA/mlx5: Keep the UMR QP failed once a forged CQE is detected	[Body]
[PATCH rdma-next 14/23] RDMA/mlx5: Block generic CQ poll path in adversarial mode	[Body]
[PATCH rdma-next 15/23] RDMA/core: Set the CQ comp_handler after its poll context is set up	[Body]
[PATCH rdma-next 16/23] RDMA/mlx5: Ignore completion events for a CQ without a handler	[Body]
[PATCH rdma-next 17/23] RDMA/mlx5: Validate EQE port and GSI port before indexing devr.ports[]	[Body]
[PATCH rdma-next 18/23] RDMA/mlx5: Validate firmware RQ/SQ state before sqrq_trans[] lookup	[Body]
[PATCH rdma-next 19/23] RDMA/mlx5: Clamp log_max_cq_sz shift in CQ size checks	[Body]
[PATCH rdma-next 20/23] RDMA/mlx5: Clamp log_max_* shifts in QP and WQ limit checks	[Body]
[PATCH rdma-next 21/23] RDMA/mlx5: Clamp log_max_* shifts in query_device and ucontext paths	[Body]
[PATCH rdma-next 22/23] RDMA/core: Report and enforce adversarial mode via GET_CONTEXT	[Body]
[PATCH rdma-next 23/23] RDMA/mlx5: Advertise adversarial mode via ib_device::adversarial_mode	[Body]

Session 2026-11-03

waiting

ID (for dev)	6466a60b-1969-40a2-ad7a-879363c988a0
Status	waiting

Test	Base	Patched	Verdict

Patches (23)

Series Summary

Sessions

Session 2026-11-03