...
- discussion on HV booting
- Matti: UEFI - bootloader less flexible than uboot, it might make sense to reference UEFI work, but UEFI is "a beast"
- Kai: @Matti you put the complexity in the device tree, what do you think ?
- Matti: mentions ACPI
- (+Some reference to Microsoft Windows... basically common ways of booting operating systems on computers)
- Gunnar: what about the embedded os ?Embedded/Real-Time OSes? [They don't support the same booting methods?]
- Matti: linux Basically, Linux and android Android can be booted using UEFI
- Matt: makes comment about EBBR spec (Embedded Base Boot Requirement)s, it is time to talk to linaro guys IMHO
- Artem: there are some some [embedded] platforms that use already UEFI
- Artem: we can summarize some of the requirements from EBBR
- /TODO/ Artem summarize EBBR requirements in the automotive virtualization platform spec
- discussion Discussion on booting AUTOSAR --> (the exact kernel is not specified)
- unidentified: important to be agnostic to which AUTOSAR OS is booted
- Matti: very valid point to consider, a couple of years ago, boot was project specific, separate boot protocol per ^project, this has changed now !!
- short discussion on how AUTOSAR might engage in the booting process specification
- back Back to SBSA - power state coordination interface PSCI
- Matti: on arm systems, all hw and hv vendors support PSCI, note that PSCI is for cores only, SCMI is for peripherals
- Artem: discussion on SCMI specifications (not captured), how to write specs for this ?
- MmattiMatti: would be very difficult to harmonize this, automotive is a niche at the end, and cannot be maintained elsewhere
- Matt: do we think this is a requirement in the automotive space? [is what a requirement? sorry missed the context]
- Matt: mentions the thermal constraint, we might have to shutdown some VMs due to overheat
...