OP-TEE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Joakim Bech <joakim.bech@linaro.org>
To: op-tee@lists.trustedfirmware.org
Subject: Re: [Tee-dev] Persistent filesystem between reboots
Date: Fri, 15 Jan 2021 13:59:22 +0100	[thread overview]
Message-ID: <20210115125922.GA27568@goby> (raw)
In-Reply-To: <<010001770618d8b0-113c86a5-4a8d-4b41-85eb-1c4559a4a889-000000@email.amazonses.com>>

[-- Attachment #1: Type: text/plain, Size: 1783 bytes --]

On Fri, Jan 15, 2021 at 12:50:27PM +0000, Jens Wiklander via OP-TEE wrote:
> Hi Kris,
> 
> On Thu, Jan 14, 2021 at 1:37 PM Kris Kwiatkowski <kris@amongbytes.com> wrote:
> >
> > Hi,
> >
> > I'm using HiKey 960 for my research project. I've noticed that
> > filesystem is not persistent between reboot. Is there a way
> > to change it, so that any change to file in the /etc will be
> > persistent?
> 
> There's no easy way of doing that with our repo based builds I'm aware
> of. The purpose of our (OP-TEE team) builds is in principle to be able
> to execute xtest and other test programs. For this use case it's
> actually an advantage to start from a clean state each time. In your
> case I think you need to pick a suitable distribution and update it as
> needed to support OP-TEE. It could be worth looking at Yocto as there
> is some OP-TEE support already.
> 
You can also give NFS a try, I tend to use that myself when playing with
OP-TEE and Raspberry Pi3. I.e., I basically just untar the rootfs
created by our setup into a folder that is exposed via NFS. Then in
addition to that I have a couple of helper scripts that copies the files
Jens mentioned below into that NFS folder when I need to update with
changed files (TA's, OP-TEE libs etc).

> Here's a short list of what's needed:
> 1. TF-A compiled with OP-TEE support (dispatcher in BL31 and load
> support in bl2)
> 2. OP-TEE included in the FIP loaded by TF-A
> 3. OP-TEE nodes in device tree
> 4. OP-TEE driver enabled in the kernel (recent upstream kernel should
> work in most cases)
> 5. tee-supplicant and libteec.so installed in the file system
> 6. tee-supplicant started
> 
> With that in place you should be good to go.
> 
> Cheers,
> Jens

-- 
Regards,
Joakim

       reply	other threads:[~2021-01-15 12:59 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <=?utf-8?q?=3C010001770618d8b0-113c86a5-4a8d-4b41-85eb-1c4559a4a?= =?utf-8?q?889-000000=40email=2Eamazonses=2Ecom=3E?=>
2021-01-15 12:59 ` Joakim Bech [this message]
     [not found] <711a871a-ca56-38c9-9134-c438d2c17878@amongbytes.com>
2021-01-15 12:50 ` [Tee-dev] Persistent filesystem between reboots Jens Wiklander

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210115125922.GA27568@goby \
    --to=joakim.bech@linaro.org \
    --cc=op-tee@lists.trustedfirmware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox