I mixed up a bit email streams with the other list...<br><br><br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The bug where VRAM didn&#39;t get released when a client exits has been<br>

fixed for quite a while now, so I&#39;m a bit curious as to why you&#39;d want<br>
to do this.</blockquote><div>no other reason... I had the impression, as I have some strange behaviour as reported in my email to the other list...<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It&#39;s theoretically 
possible for the kernel to force all objects to be deleted of course,<br>
but you can&#39;t really just pull the carpet out from underneath the<br>
applications like that.<br></blockquote><div>Sometimes I would pull the carpet for slow apps :)... <br><br>what  was reporting in the email to the prev list is that directfb apps are blocking (apparently after the patch for &quot;~150 shifted pixels &quot;. Here is the end of the strace. Fd 9 is apparently /dev/fb0<br>
 </div><br>fstat64(8, {st_mode=S_IFCHR|0660, st_rdev=makedev(29, 0), ...}) = 0<br>
ioctl(8, FBIOPUT_CON2FBMAP, 0xbed0e4c0) = 0<br>
ioctl(9, VIDIOC_G_COMP or VT_ACTIVATE, 0x8) = 0<br>
ioctl(9, VIDIOC_S_COMP or VT_WAITACTIVE<br>
<br><br></div><br><br clear="all"><br>-- <br>rgrds,<br>mobi phil<br><br>being mobile, but including technology<br><a href="http://mobiphil.com">http://mobiphil.com</a><br>