kms reinit...

mobi phil mobi at mobiphil.com
Thu Apr 15 01:30:22 CEST 2010


I mixed up a bit email streams with the other list...


The bug where VRAM didn't get released when a client exits has been
> fixed for quite a while now, so I'm a bit curious as to why you'd want
> to do this.

no other reason... I had the impression, as I have some strange behaviour as
reported in my email to the other list...



> It's theoretically possible for the kernel to force all objects to be
> deleted of course,
> but you can't really just pull the carpet out from underneath the
> applications like that.
>
Sometimes I would pull the carpet for slow apps :)...

what  was reporting in the email to the prev list is that directfb apps are
blocking (apparently after the patch for "~150 shifted pixels ". Here is the
end of the strace. Fd 9 is apparently /dev/fb0


fstat64(8, {st_mode=S_IFCHR|0660, st_rdev=makedev(29, 0), ...}) = 0
ioctl(8, FBIOPUT_CON2FBMAP, 0xbed0e4c0) = 0
ioctl(9, VIDIOC_G_COMP or VT_ACTIVATE, 0x8) = 0
ioctl(9, VIDIOC_S_COMP or VT_WAITACTIVE





-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/openmoko-kernel/attachments/20100415/693f75b9/attachment.htm 


More information about the openmoko-kernel mailing list