firmware-qcom-boot: update to 00095.0#886
Conversation
vkraleti
requested review from
ndechesne,
ricardosalveti and
sbanerjee-quic
as code owners
Test jobs for commit cf9a8972096d0fd8732ba0e80bae5f85e9455328 |
|
@vkraleti what are the other changes done as part of this update besides having contents.xml? At least on QCM6490_bootbinaries: I also don't like having contents.xml provided by the boot firmware recipe, as in the end it has no direct relation to it (not used by the boot stack at all). Maybe better to have a separated recipe to provide such file (and have it as part of meta-axiom or similar, as discussed at #849). |
Can we generate it ourselves during the build? |
`contents.xml' file is not generated by any tool. During release, it is manually written by the integration team based on the partition layout and corresponding image locations. |
This is error-prone. We handle partition layout on our own, inside meta-qcom. |
Apart from contents.xml addition, there is no difference between this and the 00075 release for both QCS9100 and QCS8300. |
We can easily migrate to a different recipe then, and later find a way to automatically match with the partition layout that is generated by the build. |
Do we have more info? Does it affect our platforms or not? |
lumag
left a comment
lumag
left a comment
There was a problem hiding this comment.
This needs to be rebased in order to resolve conflicts
Anticipating a new firmware drop in a day or two. Will rebase along with upgrade. |
vkraleti
changed the title
lumag
left a comment
lumag
left a comment
There was a problem hiding this comment.
- Missing commit messages
- Missing changelog / notes, why do we want to upgrade the firmware
- PR description also needs to be updated.
|
Waiting for release notes to update commit msgs. Moved the PR to draft for now. |
Test jobs for commit eae4df9fd1c0c2fa8b3b6c8c99cb99fae0ce3c7c |
vkraleti
changed the title
Test jobs for commit 19e002d807f35101b1ca2ba2d0af93193a48f3a3 |
Use firmware available as part of the Qualcomm Linux 1.5 release.
Known changes:
- Support boot from eMMC
- XBL support for KVM usage
- Support SD card as secondary storage
- Minor bug fixes
Signed-off-by: Viswanath Kraleti <viswanath.kraleti@oss.qualcomm.com>
Use firmware available as part of the Qualcomm Linux 1.5 release.
Known changes:
- Peripheral interfaces support on SAIL domain
- Support boot from eMMC
- XBL support for KVM usage
- Minor bug fixes
Signed-off-by: Viswanath Kraleti <viswanath.kraleti@oss.qualcomm.com>
Use firmware available as part of the Qualcomm Linux 1.5 release.
Known changes:
- Free RTOS enablement on SAIL domain
- Boot from eMMC support
- XBL support for KVM usage
- Minor bug fixes
Signed-off-by: Viswanath Kraleti <viswanath.kraleti@oss.qualcomm.com>
|
@mwasilew lemans failure is due a download timeout https://lava.infra.foundries.io/scheduler/job/81963 |
lumag
left a comment
lumag
left a comment
There was a problem hiding this comment.
- XBL support for KVM usage
So, can we use KVM now from a normal Linux system? Or do we need to perform any extra steps?
- Support SD card as secondary storage
What does that mean in the contents of the bootloaders?
To use KVM, users need to flash "xml_config_kvm.elf" available in the same bootbins tar. GA 1.5 documentation has details about switching to KVM.
The same bootloader image supports this functionality. If the UFS storage becomes corrupted and a valid bootable media is present in the SD card slot, UEFI can detect it and automatically boot from the SD card. |
This is similar to qualcomm-linux/meta-qcom#886 and should bring at least one bug fix for QCM6490 (RB3Gen2). Fixes: qualcomm-linux#106
This is similar to qualcomm-linux/meta-qcom#886 and should bring at least one bug fix for QCM6490 (RB3Gen2). Fixes: qualcomm-linux#106 Signed-off-by: Robie Basak <robibasa@qti.qualcomm.com>
4 participants
A new firmware drop 00095.0 is available. Migrate to it for qcs6490, qcs9100, qcs8300 based machines.