From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Hellstrom Subject: Re: Rendering when dropped master Date: Fri, 20 Dec 2013 10:55:34 +0100 Message-ID: <52B41416.2030305@vmware.com> References: <52B3EA56.5050206@vmware.com> <52B40E7D.6010008@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from smtp-outbound-1.vmware.com (smtp-outbound-1.vmware.com [208.91.2.12]) by gabe.freedesktop.org (Postfix) with ESMTP id F00C1F9CEB for ; Fri, 20 Dec 2013 01:55:38 -0800 (PST) Received: from sc9-mailhost1.vmware.com (sc9-mailhost1.vmware.com [10.113.161.71]) by smtp-outbound-1.vmware.com (Postfix) with ESMTP id 3FDDD2B13F for ; Fri, 20 Dec 2013 01:55:37 -0800 (PST) Received: from zcs-prod-ext-mta-2.vmware.com (zcs-prod-ext-mta-2.vmware.com [10.113.62.224]) by sc9-mailhost1.vmware.com (Postfix) with ESMTP id 3D045182FD for ; Fri, 20 Dec 2013 01:55:37 -0800 (PST) Received: from zcs-prod-ext-mta-2.vmware.com (localhost.localdomain [127.0.0.1]) by zcs-prod-ext-mta-2.vmware.com (Postfix) with ESMTP id A0459C005A for ; Fri, 20 Dec 2013 01:56:04 -0800 (PST) Received: from linlap1.kontor.shipmail.org (zimbra-prod-ext-proxy-vip.vmware.com [10.113.63.87]) by zcs-prod-ext-mta-2.vmware.com (Postfix) with ESMTPSA for ; Fri, 20 Dec 2013 01:56:03 -0800 (PST) In-Reply-To: <52B40E7D.6010008@free.fr> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces@lists.freedesktop.org Errors-To: dri-devel-bounces@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org On 12/20/2013 10:31 AM, Martin Peres wrote: > On 20/12/2013 07:57, Thomas Hellstrom wrote: >> So this is a potential issue that needs to be brought up sooner or >> later: >> >> Let's say a client is authenticated by the current master. >> Then the master drops, and we have a new master (fast user switching for >> example). >> >> What's the status of the clients authenticated by old masters? >> Should they be allowed to render and use memory resources or >> shouldn't they? >> >> A typical example where this could pose a problem is where user 1 opens >> a drm connection, authenticates itself and then drops master. >> Then user 2 starts an X server and exposes all DRI contents to user 1? >> >> /Thomas > I wouldn't worry about that since all clients should use render nodes > instead. > If you worry about this, help making the switch to them happen. > OK, so let's say user 1 opens a connection through a render node and starts rendering using shared buffers. Then we do a fast user switch, the render node ACL is updated and user 2 logs in. What's stopping user 2 from accessing user 1's DRI content? I haven't looked closely at what's actually allowed through render nodes; perhaps buffer sharing using global names isn't? /Thomas > Martin/mupuf > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel