https://bugs.freedesktop.org/show_bug.cgi?id=60028
--- Comment #6 from Dave Witbrodt <dawitbro at sbcglobal.net> ---
I do not know how to interpret these findings. I am not a developer, and work
with the few tools that I (sort of) know how to use much more slowly than
experienced developers would. I ran out of time over the weekend, and will
have
to investigate further this coming weekend.
I have been trying to think of possible explanations:
- could a later commit causes a similar (or identical)
memory leak to the one caused by 4ac0533a?
- is the problem really located somewhere else
besides in the kernel DRM, such as in Mesa, with
it being triggered by more than one kind of
code change in the DRM?
I thought that the bisection would be conclusive, but the failure of the revert
attempts undermined my goal. If no one demands that I bisect using one of the
drm-airlied branches, then I will try another custom branch which drops the
commit first causing the leak, and see if any later commits also cause a leak.
(If a developer demands that I bisect an upstream branch, I'll do that
instead.)
Is there anything else I can do to be helpful at this point?
Can any of you confirm/reproduce this memory leak on your own systems?
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130129/ae0a933c/attachment.html>
