Comment # 12
on bug 100024
from Julien Isorce
Hi Michel. Thx you for your comment. In a way it is a good and only my attached mesa will be needed to fix the test. I will send it to the mailing list. But I still do not properly understand why there is not enough graphic memory because lspci reports 2048M. And there are some contradictions depending on the subSize for the test sequence which is: for i in 0 1: glGenTextures glTexImage2D maxSize glTexSubImage2D subSize = maxSize / 2. glDeleteTextures A: The kernel trace ENOMEM appears with: subSize = maxSize - 1 -> "radeon: Failed to allocate a buffer" subSize = 3 * maxSize / 4 -> "radeon: Failed to allocate a buffer" subSize = maxSize / 2 -> "radeon: Not enough memory for command submission" B: It works with: subSize = maxSize subSize = maxSize / 4 Isn't A and B a contradiction ? For me A should succeeds because glDeteteTextures should . Also note that on other Also by calling glFush() within an additional loop iteration i = 2, it can recover so it will fail for iteration i = 1 but succeeds for i = 2. So what could the explanation here ? Should the driver just flush the cs automatically in that case like it does for subSize = maxSize ? Sorry I am just trying to understand :). Thx!
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
