From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Fri, 25 Mar 2022 09:34:35 +0100 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nXfOx-005RNL-Ri for lore@lore.pengutronix.de; Fri, 25 Mar 2022 09:34:35 +0100 Received: from localhost ([127.0.0.1] helo=metis.ext.pengutronix.de) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1nXfP0-0002VD-Gg; Fri, 25 Mar 2022 09:34:34 +0100 Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0] helo=[IPv6:::1]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nXfOd-0002V0-28; Fri, 25 Mar 2022 09:34:11 +0100 Message-ID: From: Rouven Czerwinski To: Michael Olbrich Date: Fri, 25 Mar 2022 09:34:10 +0100 In-Reply-To: <20220325080305.GP9895@pengutronix.de> References: <20220323110640.1124214-1-r.czerwinski@pengutronix.de> <20220323110640.1124214-3-r.czerwinski@pengutronix.de> <20220325080305.GP9895@pengutronix.de> Organization: Pengutronix e.K. User-Agent: Evolution 3.42.4 MIME-Version: 1.0 Subject: Re: [ptxdist] [PATCH 3/4] optee-client: bump to 3.16.0 X-BeenThere: ptxdist@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Cc: ptxdist@pengutronix.de Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "ptxdist" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ptxdist-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false Hi Michael, On Fri, 2022-03-25 at 09:03 +0100, Michael Olbrich wrote: > On Wed, Mar 23, 2022 at 12:06:39PM +0100, Rouven Czerwinski wrote: > > Only a bump, no other adjustments necessary. > > So my check scripts complain because tee-supplicant has an rpath that does > not exist: /usr/lib/tee-supplicant/plugins. > > It is used to load plugins from that directory (dlopen() uses the rpath if > filename without path is used). > > I'm not sure how this should be handled. Do we need plugins at all? It > seems optional. Add an option that should be selected by plugins? > Are there any security implications? There are, since the op-tee client will load any plugins installed into this directory. This can be disabled with CFG_TEE_SUPP_PLUGINS=n, which should be added to the makefile and should remove your warning. Should I sent a v2 or do you want to fixup locally? > If necessary I'll just ignore this in my checks, but before I do that, I > want to make sure that this is actually correct. Thanks for checking! I don't think we need plugin support at this point, so we should disable it as long as it stays unused. best regards, Rouven -- Pengutronix e.K. | Rouven Czerwinski | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de