<br><br><div class="gmail_quote">2012/12/5 Rob Clark <span dir="ltr"><<a href="mailto:robdclark@gmail.com" target="_blank">robdclark@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Wed, Dec 5, 2012 at 12:55 AM, Inki Dae <<a href="mailto:inki.dae@samsung.com">inki.dae@samsung.com</a>> wrote:<br>
> Hi<br>
><br>
> 2012/12/5 Prathyush K <<a href="mailto:prathyush@chromium.org">prathyush@chromium.org</a>><br>
>><br>
>> Hi,<br>
>><br>
>> Please check the reference counts for framebuffers: This is for one<br>
>> modetest (without flipping)<br>
>><br>
>> Bootup:<br>
>> [    2.310000] KP: drm_framebuffer_init edb86900                   - fb0<br>
>> refcount 1<br>
>> [    2.310000] KP: drm_framebuffer_reference edb86900          - fb0<br>
>> refcount 2<br>
>><br>
>> Modetest:<br>
>> [   26.560000] KP: drm_framebuffer_init ed43c900                  - fb1<br>
>> refcount 1   (done in addFB)<br>
>> [   26.560000] KP: drm_framebuffer_reference ed43c900         - fb1<br>
>> refcount 2   (done in setCRTC for new fb)<br>
>> [   26.570000] KP: drm_framebuffer_unreference edb86900      - fb0<br>
>> refcount 1   (done in setCRTC for old fb)<br>
>><br>
>> End of modetest and drm release:<br>
>> [   39.080000] KP: drm_framebuffer_unreference ed43c900      - fb1<br>
>> refcount 1 (this is done by the unref in drm_framebuffer_remove)<br>
>> [   39.100000] KP: drm_framebuffer_reference edb86900          - fb0<br>
>> refcount 2 (this is done when we restore fbdev)<br>
>><br>
>> At the end of modetest, you can see that fb1 refcount is still 1 and the<br>
>> memory does not get freed.<br>
>><br>
>> You can put a print in the low level buffer allocate and deallocate and<br>
>> you can see that deallocate does not get called for fb1.<br>
>><br>
>> And also, I see a new dma-address getting created each time - e.g.<br>
>> 20400000, 20800000, 20C00000.<br>
>><br>
>> Please check modetest without enabling flipping. modetest  -s<br>
>> 17@4:1280x720.<br>
><br>
><br>
> We missed the test without vblank. Right tested and confirmed.<br>
><br>
<br>
</div></div>just fwiw, I've found debugfs file giving a dump of all the fb's and<br>
gem objects in omapdrm has been quite useful in testing for and<br>
debugging memory leaks<br>
<br><br></blockquote><div><br>Thanks for information. I looked into your driver and it seems useful to us. Actually we have been using similar way and that includes other memory relevant things also.<br><br>Thanks,<br>Inki Dae<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
BR,<br>
-R<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
dri-devel mailing list<br>
<a href="mailto:dri-devel@lists.freedesktop.org">dri-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/dri-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/dri-devel</a><br>
</div></div></blockquote></div><br>