-
Notifications
You must be signed in to change notification settings - Fork 38
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
efitools: fix do_deploy and keys check #1525
base: main
Are you sure you want to change the base?
Conversation
Also requires foundriesio/lmp-manifest#463 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
${D} can be changed and used as a temporary storage however the new data will not be packed.
This is not a problem in this case since this firmware is being picked from the deploy folder. However - after our conversation- I understand it is formally incorrect and confusing to the reader using ${D} that way.
@quaresmajose the commit message is wrong. UnLock.efi is created at compile time. It is however signed at install time |
right, I will change it to signed at install time |
This is not true, ${D} is not a temporary storage and is the image folder of the recipe. ${D} is the output folder of the do_install In a perfect world D/B/DEPLOYDIR should be read/write only for the mentioned tasks. there a lot of directories used by bitbake:
more https://git.yoctoproject.org/poky/plain/meta/conf/bitbake.conf |
708d9ae
to
3c5125d
Compare
I did not say it is correct. I said that it can be used as temporary storage and the proof is that it does work as expected. What it is aboslutely not true is that it can not be used as temporary storage. Because it can. A different question is why should anyone want to do that or if it is indeed correct using it for that purpose. Hence your commit. |
We can't change files of ${D} in the do_deploy task and so we need to move it to the do_install task. This new UnLock efi is only required in the target and this is the reason of the class-target override. Before it don't fail on the class native because the do_deploy only runs for the class target. Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
Instaed of faling with a python exception we can check if we have all keys reqired and fail with a useful message if not. Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
3c5125d
to
219c3aa
Compare
No description provided.