After further testing, I have found that multiple app works with the master and slaves all using the same user id, and it appears that when different user ids are employed it fails due to our MRSW (multiple reader single writer) lock implementation not handling different users. I expect this extends to one of them being root as well. I think I understand now what the Fusion library provides its own synchronization primitives...
Perhaps then this is an intended usage model and supported by fbdev. Makes sense for usage in the non-embedded non-closed desktop environment. Thoughts? Thanks, Timothy >-----Original Message----- >From: Strelchun, Timothy >Sent: Thursday, April 08, 2010 11:21 PM >To: 'directfb-dev@directfb.org' >Subject: Non-root user multi-app behavior of DirectFB > >What is the expected behavior of running DirectFB slave >applications (using the Multiple DirectFB Application Usage >Model binaries) by non-root users (and the master is run as >root user)? How about when the master is run as a non-root >user? Or some slaves are run as root user and others as non-root user? > >Is this even an intended usage model and supported? If so, >are there known limitations? > >I am experimenting with this functionality with our non-fbdev, >non-devmem based custom systems driver, and the core software >does not appear ready for such usage (single application usage >model binaries appear okay). Many embedded devices are >considered closed boxes in which running everything as root >user may be okay, but this is not always the case. > >Thanks, >Timothy > >-- > >Timothy Strelchun >CE Software Engineering >Digital Home Group >Intel Corporation >+1 503-712-8526 desk > >The views expressed above are my own and not those of Intel > > > > _______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
