Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1158495

Re: [PATCH V3 2/2] tee: add OP-TEE driver

From Mark Brown <broonie@kernel.org>
Newsgroups linux.kernel
Subject Re: [PATCH V3 2/2] tee: add OP-TEE driver
Date 2015-06-04 14:10 +0200
Message-ID <pxC89-lr-1@gated-at.bofh.it> (permalink)
References <pqhrP-8cw-3@gated-at.bofh.it> <pqhrP-8cw-1@gated-at.bofh.it> <prt7A-7H7-17@gated-at.bofh.it> <psb8B-6a0-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Wed, May 20, 2015 at 02:16:48PM +0200, Jens Wiklander wrote:

> > > +#define OPTEE_SMC_SHM_NONCACHED                0ULL
> > > +#define OPTEE_SMC_SHM_CACHED           1ULL

> > What precise set of memory attributes do these imply?

...

> OP-TEE is more or less always compiled for a specific platform so if the
> kernel uses some other mapping for a particular platform we'll change the
> OP-TEE settings to be compatible with the kernel on that platform.

I'm not convinced that's a realistic assumption going forwards - I
certainly hope it isn't.  Currently TEE code tends to be only built for
verticial systems because of this lack of standardiation (and the fact
that so much is proprietary at the minute) but hopefully one of the
results of having a reusable solution in the standard kernel with an
open platform for the secure side will be that people will be more able
to use this, perhaps in applications where things like single kernel
support are much more important than they are for the environments where
TEEs are currently deployed.

Back to linux.kernel | Previous | Next | Find similar | Unroll thread


Thread

Re: [PATCH V3 2/2] tee: add OP-TEE driver Mark Brown <broonie@kernel.org> - 2015-06-04 14:10 +0200

csiph-web