* GTT memory usage overflow
@ 2018-07-12 15:50 sunnanyong
[not found] ` <EB021AE3BDDC1742A899855D00BABEB001075B42-0LhPdUyVHB9548jd+VSckwK1hpo4iccwjNknBlVQO8k@public.gmane.org>
0 siblings, 1 reply; 4+ messages in thread
From: sunnanyong @ 2018-07-12 15:50 UTC (permalink / raw)
To: amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org; +Cc: Baixin (BX)
[-- Attachment #1.1: Type: text/plain, Size: 366 bytes --]
Hi All,
When the gtt memory is used up, application continues to use gtt , then the gtt will overflow,
the gtt available will be negative(cat /sys/kernel/debug/dri/1/amdgpu_gtt_mm), and more system memory is used as GTT, is it normal?
My kernel is newest v4.18 master, I add "cma=0 amdgpu.gttsize=24576" in kernel boot cmdline.
Please help, Thanks : )
[-- Attachment #1.2: Type: text/html, Size: 3156 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: GTT memory usage overflow
[not found] ` <EB021AE3BDDC1742A899855D00BABEB001075B42-0LhPdUyVHB9548jd+VSckwK1hpo4iccwjNknBlVQO8k@public.gmane.org>
@ 2018-07-13 7:00 ` Christian König
[not found] ` <9564a854-21ff-1ca3-34d9-cf9baaa18a8c-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 4+ messages in thread
From: Christian König @ 2018-07-13 7:00 UTC (permalink / raw)
To: sunnanyong,
amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Cc: Baixin (BX)
[-- Attachment #1.1: Type: text/plain, Size: 863 bytes --]
Hi,
no that is certainly not normal.
We temporary allow the kernel to allocate more pages than available when
we bind stuff into the GART, but that shouldn't have this effect.
How do you allocate the GTT space?
Regards,
Christian.
Am 12.07.2018 um 17:50 schrieb sunnanyong:
>
> Hi All,
>
> When the gtt memory is used up, application continues to use gtt ,
> then the gtt will overflow,
>
> the gtt available will be negative(cat
> /sys/kernel/debug/dri/1/amdgpu_gtt_mm), and more system memory is used
> as GTT, is it normal?
>
> My kernel is newest v4.18 master, I add “cma=0 amdgpu.gttsize=24576”
> in kernel boot cmdline.
>
> Please help, Thanks : )
>
>
>
> _______________________________________________
> amd-gfx mailing list
> amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
[-- Attachment #1.2: Type: text/html, Size: 4207 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: GTT memory usage overflow
[not found] ` <9564a854-21ff-1ca3-34d9-cf9baaa18a8c-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2018-07-13 7:40 ` Michel Dänzer
[not found] ` <c588a557-1488-9d86-f6c9-d584bdeba16c-otUistvHUpPR7s880joybQ@public.gmane.org>
0 siblings, 1 reply; 4+ messages in thread
From: Michel Dänzer @ 2018-07-13 7:40 UTC (permalink / raw)
To: christian.koenig-5C7GfCeVMHo, sunnanyong
Cc: Baixin (BX),
amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
On 2018-07-13 09:00 AM, Christian König wrote:
> Hi,
>
> no that is certainly not normal.
>
> We temporary allow the kernel to allocate more pages than available when
> we bind stuff into the GART, but that shouldn't have this effect.
mgr->available can happen to be negative when amdgpu_gtt_mgr_debug is
called, can't it? I.e. we should clamp it to 0 there as well, same as in
amdgpu_gtt_mgr_usage (or maybe just use that for both values in
amdgpu_gtt_mgr_debug).
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: GTT memory usage overflow
[not found] ` <c588a557-1488-9d86-f6c9-d584bdeba16c-otUistvHUpPR7s880joybQ@public.gmane.org>
@ 2018-07-13 7:47 ` Christian König
0 siblings, 0 replies; 4+ messages in thread
From: Christian König @ 2018-07-13 7:47 UTC (permalink / raw)
To: Michel Dänzer, sunnanyong
Cc: Baixin (BX),
amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Am 13.07.2018 um 09:40 schrieb Michel Dänzer:
> On 2018-07-13 09:00 AM, Christian König wrote:
>> Hi,
>>
>> no that is certainly not normal.
>>
>> We temporary allow the kernel to allocate more pages than available when
>> we bind stuff into the GART, but that shouldn't have this effect.
> mgr->available can happen to be negative when amdgpu_gtt_mgr_debug is
> called, can't it? I.e. we should clamp it to 0 there as well, same as in
> amdgpu_gtt_mgr_usage (or maybe just use that for both values in
> amdgpu_gtt_mgr_debug).
Yeah, but that happens only temporary while binding things into GART.
You must be really really lucky if you can see that in debugfs and from
the description it sounds more like the reporter sees negative values
all the time.
I really wonder how that could happen.
Christian.
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2018-07-13 7:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-07-12 15:50 GTT memory usage overflow sunnanyong
[not found] ` <EB021AE3BDDC1742A899855D00BABEB001075B42-0LhPdUyVHB9548jd+VSckwK1hpo4iccwjNknBlVQO8k@public.gmane.org>
2018-07-13 7:00 ` Christian König
[not found] ` <9564a854-21ff-1ca3-34d9-cf9baaa18a8c-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2018-07-13 7:40 ` Michel Dänzer
[not found] ` <c588a557-1488-9d86-f6c9-d584bdeba16c-otUistvHUpPR7s880joybQ@public.gmane.org>
2018-07-13 7:47 ` Christian König
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox