From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 42B171382C5 for ; Wed, 9 May 2018 06:51:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E265EE0CCA; Wed, 9 May 2018 06:51:17 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 539BFE0CAA for ; Wed, 9 May 2018 06:51:17 +0000 (UTC) Received: from monk.localnet ([46.5.19.123]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MDzGN-1f68rn2Wz9-00HLwf for ; Wed, 09 May 2018 08:51:04 +0200 From: Dennis Schridde To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Access to DRM render nodes from portage sandbox? Date: Wed, 09 May 2018 08:51:03 +0200 Message-ID: <2409241.tZaIjLR7Sc@monk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1536056.OWQ01NcBj4"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:rBTH/ngqEmnk45+XuQyTa+xO1tEJmoDAx+Jx5XQzXXTZukdKDGT dDc3M5UsDOk4ViInTyNdfGz+Ly+DQRe/z/WOT5YTVGW2wxnSEtaoog0TghSbjpPuF5v0pZF cTNoW4WeYTunaiD13V9pftbeWss++buas4JvHcdsEMc+bPCYl9LHI6eTCPEyteNOczMpX/9 4vIlNE+710UxMm3qu4P9Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:Huve5hWji0w=:t2c7PF5LXuGBfIr4ddNd8H ZtHtK9a5LDkzsKgCgyHFStrbI0ghnHjOib8qs8QQAOZeCnt8KZYNlNtXVu63GWB9w4mM7buKQ RUwFIzx/2UB4hP+tNVEx2icDmaWnGCF4O3kI1Q9Y++r1Oxm3xDt5HXvwWfy66URyLo/rjeOas dbTLjEXC4dQY1bQIZC0g+zhs0gX1dH3r0AqRpLGEUFB0baVfUWsWlDMdGa/ViWrQnPSr5uQ8E j1H45F05sg6X/yi9y5kegDY0Ka0T5U1l1jODguLnmTIfssxzN//9IEBOwH86MxdqunFmfS9U5 Qpe/cJBCaXkmK/Sry5NAjBNt2bV+KEPQXUyMzhjiriUUg50Qc4owukirDIFiUsyp57siUkfv/ 91BywhTRLWK8l/5jZy8QjcIgjvbNXgBmiDCcumhbWalQLmtK8NX+Au3I6n7ZXfcFxaAmH1dMu DsrP/TEXGJKmwm5XdzihTVTKt6XcgQNZrz2sE8qCTRTeq9D9vWh60rsXm63iO1e44t7mL4wZI thojiw39kKKP/jR/NyJ/VT/yxmEvAUY21/6vIQlBHCFOQ+/bCRyv/G/QJDzyuy7hw0tYL5J58 FiR7N32zHxCCo6YlT67qAnTVWl6tLBLefq2pNgqDDiKjB9i1Lu8MSX2tYLKiIgxBUPequclWs SV9DZuVosGFhkfT/m4M1If+hFN3MYVjf+D4cjVkeP9D0w2LIzS3Xam767Db7FPCPH28CP0PsS ooplBpy+oeWDGz+ptySZ58JWkuW91d20BvbBa+5mZHaKuS+7pwibrj5wFUo= X-Archives-Salt: 26d9fe06-ed51-42bf-ac14-0134af397590 X-Archives-Hash: c51b0a248cbebc2a242b4c72ec92efaa --nextPart1536056.OWQ01NcBj4 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hello! I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ renderD128" pop up for more and more packages, probably since OpenCL becomes used more widely. Hence I would like to ask: Could we in Gentoo treat GPUs just like CPUs and allow any process to access render nodes (i.e. the GPUs compute capabilities via the specific interface the Linux kernel's DRM offers for that purpose) without sandbox restrictions? --Dennis See-Also: https://bugs.gentoo.org/654216 --nextPart1536056.OWQ01NcBj4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEE0Ngi/nirHnbsz3NFz+h/M161qdwFAlrymlcACgkQz+h/M161 qdwklwv/QaSkma9fOc/ze/M25+0Vc4JsG09zZPHWmfz+cBiecZ6yzUEGgoKm0MNH YX1vd59mq7nO2PxyD9qJjBP/BfIQ48AwrivogOe+xP7uFwmth9MlFI7CUdx7Z3lH wj9oyUZdk4oBmnn9l3pWkt6X77x53oEFCwO0VV2HPbcoZxbj88p3Qx45/WJa1mkV ENvIw43QFBtfR+gV9oj5OMyceXQ7wzj2ZXrodqmb4vZQ8a9VLelNnnDe4TV0v+G+ uFAEWx7WbQYPTYn/WDV0DSYYxNNCrJZqIdGqUAdUbMRcPRvo5u1D5eiFSc+eYj2q u0XKlEX6Dr47f6zX8T2dtz0Agp4k4VDx8yvQF3Qb6g5oxUE+HEPd78QVXIFsc9ar rse0zP7qfwMuywpmtelHVsjdizvdb8KGddYq+U8a14NfHO/jCvk/NSMnx3UziDRw 0s3aAkqA80YsYpizPRqVtJ0BJvsJUkU32yaSThyUfgxYM9G6Tym4eXopQ+ROx8S1 2eWzij8f =uASE -----END PGP SIGNATURE----- --nextPart1536056.OWQ01NcBj4--