Dave Airlie 6763a0aea6 nouveau/vmm: fix another SPT/LPT race ... We've had an unknown Turing issue for a while with page faults since large pages and compression. I've got a patch series that syncs all our L2 handling with ogkm and it made this fault happen more. After writing a bunch of debugging patches, I spotted an invalid LPT entry where there should have been a valid one. A 64K MAP succeeds on a range, but a subsequent SPT put drops SPT refs across multiple ranges, We shouldn't assume all ranges where SPTEs go away will have the same sparse/invalid/valid state, just iterate over each instead and do the right thing. Cc: stable@vger.kernel.org Signed-off-by: Dave Airlie <airlied@redhat.com> Fixes: d19512f5ab ("nouveau/vmm: start tracking if the LPT PTE is valid. (v6)") Link: https://patch.msgid.link/20260615044737.3419585-1-airlied@gmail.com [ Properly format commit message. - Danilo ] Signed-off-by: Danilo Krummrich <dakr@kernel.org> (cherry picked from commit d008141ed4) Signed-off-by: Dave Airlie <airlied@redhat.com>		2026-07-10 14:19:23 +10:00
..
drm	nouveau/vmm: fix another SPT/LPT race	2026-07-10 14:19:23 +10:00
host1x	gpu: host1x: Fix iommu_map_sgtable() return value check	2026-05-28 17:19:30 +02:00
ipu-v3
nova-core	drm-next for 7.2-rc1	2026-06-17 10:21:00 +01:00
tests
trace
vga	fbdev: Wrap fbcon updates from vga-switcheroo in helper	2026-06-09 16:00:11 +02:00
buddy.c	gpu/buddy: bail out of try_harder when alignment cannot be honoured	2026-07-09 18:49:49 +05:30
Kconfig
Makefile