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

Support for EDL mode for Qualcomm boards #87

Open
mwasilew opened this issue Mar 3, 2025 · 4 comments
Open

Support for EDL mode for Qualcomm boards #87

mwasilew opened this issue Mar 3, 2025 · 4 comments

Comments

@mwasilew
Copy link
Contributor

mwasilew commented Mar 3, 2025

Boards using Qualcomm chips can be booted to EDL (emergency download) mode for flashing the software. This can be done using for example qdl. IIUC adding EDL mode support would require quite a few changes in the state machine:
https://github.com/linux-msm/cdba/blob/master/device.c#L182
Would this be something that can be accepted to cdba?

@lumag
Copy link
Collaborator

lumag commented Mar 3, 2025

We have discussed this several times. Frankly speaking, no. It is not clear how to protect the board from being randomly reflashed, how to prevent over-wearing the UFS by flashing it over and over, etc. EDL / QDL are a recovery procedures, while cdba targets a normally running device and a remotely-provided boot image.

@mwasilew
Copy link
Contributor Author

mwasilew commented Mar 3, 2025

Fine with me. Thanks for clarifying.

@mwasilew mwasilew closed this as completed Mar 3, 2025
@andersson andersson reopened this Mar 3, 2025
@andersson
Copy link
Collaborator

@lumag those are valid concerns, but it doesn't make sense to me that the tool dictates the rules - and it would be very useful to have this support in some settings (where e.g. wear leveling is feasible, or boards are partially/completely reflashed by the user in normal operation anyways)

@lumag
Copy link
Collaborator

lumag commented Mar 3, 2025

@andersson I think that EDL support might be implemented either as a separate host-only tool or as a special admin-only feature, being controlled by ACLs, etc. I really wouldn't like the users of my board farm to be able to reflash the boards remotely. Neither will anybody hosting the shared lab. It might make sense to allow fastboot flash'ing partitions like rootfs though.

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

3 participants