login_to_dpp_server should only try to login, the decision to print
warning or not should be done outside this function basing on the output
of this function. Otherwise every time the function is being called the
warning could be printed too, which is not always wanted.
Signed-off-by: Daniil Klimuk <daniil.klimuk@3mdeb.com>
flashrom does not support QEMU and fails every time. I have not found a
better way to handle it, but we should not place hardwere related
configs all around the code.
Signed-off-by: Daniil Klimuk <daniil.klimuk@3mdeb.com>
Before:
Something may be wrong with the DPP credentials or you may not
have access to Dasharo Firmware. If so, consider getting Dasharo
Subscription and improving security of your platform!
Now:
Something may be wrong with the DPP credentials or you may not
have access to Dasharo Firmware. If so, consider getting Dasharo
Subscription and improving security of your platform!
Signed-off-by: Daniil Klimuk <daniil.klimuk@3mdeb.com>
Add variables for Hash and Signature.
Add checking for EC, beacuse some platforms which use Heads use EC as
well, therefore EC firmware links are needed during transition. Before
this commit the link had not been set, and transition failed.
Signed-off-by: Daniil Klimuk <daniil.klimuk@3mdeb.com>
Cause of this patch: After I have added and integrated HAL - I have
added following line in dts-boot:
source $DTS_HAL
This was needed because I have used some fuctions from the HAL in the
script.
Inside DTS_HAL I had following line:
source $DTS_ENV
Because I have used some vars from the DTS_ENV in the HAL.
The problem was, that I had another line in DTS_ENV:
source $DTS_HAL
So, I got following boot workflow:
Boot
|
v
dts-boot
| /-------\
v v |
DTS_HAL->DTS_ENV
.
............
v
dts
Instead of sourcing some scripts and then launching dts script - I got a
loop betwee DTS_HAL and DTS_ENV. Therefore I decided to clean up
sourcing a bit.
Signed-off-by: Daniil Klimuk <daniil.klimuk@3mdeb.com>
Pawel Langowski
Daniil Klimuk