https://bugs.freedesktop.org/show_bug.cgi?id=106872
--- Comment #1 from Michel Dänzer <mic...@daenzer.net> ---
Please attach the dmesg output from the affected system, preferably captured
while or after the problem occurs.
(In reply to Bas Nieuwenhuizen from comment #0)
> e.g. the last report we had kernel reported total VRAM size of
> 0xfffffffb3070f000 (16.0 EiB) and a visible VRAM size of 0x86135000 (2.09
> GiB).
Not the other way around?
One potential issue I can see is that only BOs with
AMDGPU_GEM_CREATE_NO_CPU_ACCESS are accounted for invisible_pin_size. But such
BOs can still end up pinned at least partially in CPU visible VRAM, which would
mess up the calculation of how much visible VRAM currently isn't pinned.
One possible solution for this would be for amdgpu_bo_pin_restricted and
amdgpu_bo_unpin to walk the list of memory nodes and calculate exactly how much
of each of them lies in visible or invisible VRAM.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
