[Bug 106872] vram sizes reported by the kernel totally off

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Jun 11 17:15:34 UTC 2018


https://bugs.freedesktop.org/show_bug.cgi?id=106872

--- Comment #1 from Michel Dänzer <michel at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20180611/487674ea/attachment.html>


More information about the dri-devel mailing list