diff options
| author | Gyeyoung Baek <gye976@gmail.com> | 2026-10-01 22:39:13 +0900 |
|---|---|---|
| committer | Alessio Belle <alessio.belle@imgtec.com> | 2026-10-08 10:32:31 +0100 |
| commit | 789f290b2e81d42820bddcb4010ffbc2ae2ded54 (patch) | |
| tree | 6ada3fff37cd1b82e2fb69e9be5d870af671907c /tools/lib/python | |
| parent | 196d4d10c1b33ae176685ff42a9994a5952b1d0f (diff) | |
| download | linux-next-789f290b2e81d42820bddcb4010ffbc2ae2ded54.tar.gz linux-next-789f290b2e81d42820bddcb4010ffbc2ae2ded54.zip | |
drm/imagination: Size page table preallocation by device address
Commit 0a8224058a58 ("drm/imagination: Fix page count for page table for
map() interface") passed the device address to
pvr_mmu_op_context_create(), but the preallocation is still sized from
device_addr + sgt_offset with an exclusive end. The offset into the
object's pages has no place in a device-virtual range, and the exclusive
end allocates one table too many when the range ends on a table
boundary.
Count the tables from device_addr and the inclusive end of the range.
The new calculation does not take page table indices into account. This
fixes another issue with the previous implementation, where the
difference between start and end indices could underflow when a mapping
crossed a page table boundary. This would lead to the driver
preallocating a huge number of MMU pages, exhausting system memory and
triggering an out of memory panic.
Fixes: 0a8224058a58 ("drm/imagination: Fix page count for page table for map() interface")
Fixes: ff5f643de0bf ("drm/imagination: Add GEM and VM related code")
Signed-off-by: Gyeyoung Baek <gye976@gmail.com>
Reviewed-by: Brajesh Gupta <brajesh.gupta@imgtec.com>
Reviewed-by: Alessio Belle <alessio.belle@imgtec.com>
Cc: stable@vger.kernel.org
[Alessio: add paragraph to point out OOM bug being fixed, cc stable]
Link: https://patch.msgid.link/20261001-pvr-fixes-a-v2-2-f58254e5dfb8@gmail.com
Signed-off-by: Alessio Belle <alessio.belle@imgtec.com>
Diffstat (limited to 'tools/lib/python')
0 files changed, 0 insertions, 0 deletions
