Skip to content
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

RFC: Make ECU Serial Numbers stable during provisioning #49

Closed
cajun-rat opened this issue Jan 3, 2022 · 1 comment
Closed

RFC: Make ECU Serial Numbers stable during provisioning #49

cajun-rat opened this issue Jan 3, 2022 · 1 comment

Comments

@cajun-rat
Copy link
Collaborator

At the moment during the provisioning process the Uptane Key, and ECU Serial number of the Primary can change. The can primarily occur if the device is offline when provisioning is attempted. The Uptane keys are not stored until they are successfully registered with the server.

This makes offline updates (#8) trickier, because at the moment SotaUptaneClient::finalizeAfterReboot() uses the ECU serial numbers to know which updates are due for it.

What I propose to do is to make the Uptane Key and ECU serial fixed. When the device boots for the first time it will generate these randomly and save them in storage, then stick with those throughout.

As I recall the reason we originally did this was to make provisioning more robust in partial-failure cases, but I feel that if we hit any problems like that in the future the better solution would be to built the recovery in the server, which would mean that it would also work in the cases where the user already has a stable ECU serial number.

What does everyone else think @pattivacek @tkfu @mike-sul ?

@cajun-rat
Copy link
Collaborator Author

Looking a bit closer at what is going on, I believe that this is already the current behaviour.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant