-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HiKey tee-suplicant: not found #921
Comments
Currently I am using The problem is if I use |
According with jbech-linaro from #865
Then my xtest starts run with su;tee-supplicant &
|
I just closed it, I am still intrested in how to load tee-supplicant automatically on system startup, please kindly give me your comments if you know. |
The supplicant is automatically loaded on boot for the regular HiKey build. If not loaded, then there shouldn't be lots of success results. The not found issue is probably due to you trying to start it a second time.
Based on https://github.com/linaro-swg/device-linaro-hikey/blob/master/init.hikey.rc#L93, it should have been automatically loaded for the Android HiKey build as well, but not sure why it's not. On your board, if you run Additionally, see #903 for discussion regarding Android permission issue. |
Hi vchong, Thanks for reply, regarding the auto launch of "tee-supplicant", I have checked other services defined by init.hikey.rc, applications auto launched includes: uim, tee-supplicant, wpa_supplicant, dhcpcd_wlan0, dhcpcd_eth0, dpcpcd_usb0, dhcpcd_bt-pan. So I checked background daemon with ps command, it shows nothing running:
So I tried with
|
Hi @Marduino, Thanks! Can you run |
hi @vchong, I guess I am close to the root cause now. Following are
I tested with the repo manifest provided by
|
I think the root cause is due to init failed, but not sure how to fix:
|
Thanks @Marduino! So there's the problem there:
Not sure why there are so many other errors as well for the other stuffs. @kuscsik fyi above |
@kuscsik I am lost in this, no clue, would you please help me? |
@Marduino He (@kuscsik) might look into this, but there's no time frame or schedule for it. It depends on other priorities. Just fyi. |
For a non-development build, the supplicant will need a SELinux domain defined for it to even be able to run it from the command line. Likewise, apps will also need to have domains modified to be able to open the tee device (once we solve the permissions issues as well). |
I'm working on a fix to put the supplicant into the SELinux domain of the mediaplayer service. Testing the image right now. I'm also setting tee devices to the media permission group. |
@kuscsik this does seem like it will solve the short term issue of permissions. I wonder if it is going to preclude using OP-TEE for something other than media playback, though? |
@d3zd3z Good point. I started to add a new tee_supplicant selinux domain for optee. I got the device files now with the new SELinux domain working, but I still need to ensure the tee-supplicant is started with the right permissions. Update coming soon... |
Fix submitted for review: |
We're closing this issue since the question has been answered. If you however feel that you have additional questions or still thinks this is an issue, please feel free to re-open the issue again. |
Dear Sir,
I am using following https://github.com/linaro-swg/optee_android_manifest to setup my AOSP+OPTEE, I met this issue like
tee-suplicant not found
, I also tried xtext with following errorsI see this #884, but didnot see there is solution.
Bellow are my OPTEE logs:
The text was updated successfully, but these errors were encountered: