* Re: Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot. [not found] <21633062-b021-a8e7-0cc8-062f4c29dde5@linux.microsoft.com> @ 2019-09-26 22:35 ` Lakshmi Ramasubramanian 2019-09-27 9:15 ` Philippe Mathieu-Daudé 0 siblings, 1 reply; 6+ messages in thread From: Lakshmi Ramasubramanian @ 2019-09-26 22:35 UTC (permalink / raw) To: qemu-arm, James Bottomley, qemu-devel On 9/26/19 8:17 AM, Lakshmi Ramasubramanian wrote: The following commit for ARM Trusted Firmware for QEMU virt ARMv8-A is almost 3 years old https://salsa.debian.org/debian/atf-allwinner/commit/b6b671c4ac4bd5595306863225bb3bece1e6135c Current limitations: * Only cold boot is supported * No build instructions for QEMU_EFI.fd and rootfs-arm64.cpio.gz * No instructions for how to load a BL32 (Secure Payload) So looks like only cold boot is supported (no kexec support) Is this correct? > When I execute kexec ("kexec -l <kernel>", followed by "kexec -e") I hit > the following assert (in arm-trusted-firmware/plat/qemu/qemu_pm.c) > > /******************************************************************************* > > * Platform handler called when a power domain is about to be turned > * off. The target_state encodes the power state that each level should > * transition to. > ******************************************************************************/ > > void qemu_pwr_domain_off(const psci_power_state_t *target_state) > { > assert(0); > } > > Is kexec supported in ARM64 QEMU (qemu-system-aarch64) - > using arm-trusted-firmware, optee, and u-boot? > > Thanks, > -lakshmi ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot. 2019-09-26 22:35 ` Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot Lakshmi Ramasubramanian @ 2019-09-27 9:15 ` Philippe Mathieu-Daudé 2019-09-30 22:27 ` Lakshmi Ramasubramanian 0 siblings, 1 reply; 6+ messages in thread From: Philippe Mathieu-Daudé @ 2019-09-27 9:15 UTC (permalink / raw) To: Lakshmi Ramasubramanian, qemu-arm, James Bottomley, qemu-devel, Ard Biesheuvel Cc'ing Ard too On 9/27/19 12:35 AM, Lakshmi Ramasubramanian wrote: > On 9/26/19 8:17 AM, Lakshmi Ramasubramanian wrote: > > The following commit for ARM Trusted Firmware for QEMU virt ARMv8-A > is almost 3 years old > > https://salsa.debian.org/debian/atf-allwinner/commit/b6b671c4ac4bd5595306863225bb3bece1e6135c > > > Current limitations: > * Only cold boot is supported > * No build instructions for QEMU_EFI.fd and rootfs-arm64.cpio.gz > * No instructions for how to load a BL32 (Secure Payload) > > So looks like only cold boot is supported (no kexec support) > Is this correct? > >> When I execute kexec ("kexec -l <kernel>", followed by "kexec -e") I >> hit the following assert (in arm-trusted-firmware/plat/qemu/qemu_pm.c) >> >> /******************************************************************************* >> >> * Platform handler called when a power domain is about to be turned >> * off. The target_state encodes the power state that each level should >> * transition to. >> ******************************************************************************/ >> >> void qemu_pwr_domain_off(const psci_power_state_t *target_state) >> { >> assert(0); >> } >> >> Is kexec supported in ARM64 QEMU (qemu-system-aarch64) - >> using arm-trusted-firmware, optee, and u-boot? >> >> Thanks, >> -lakshmi > > ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot. 2019-09-27 9:15 ` Philippe Mathieu-Daudé @ 2019-09-30 22:27 ` Lakshmi Ramasubramanian 2019-10-01 16:30 ` Ard Biesheuvel 0 siblings, 1 reply; 6+ messages in thread From: Lakshmi Ramasubramanian @ 2019-09-30 22:27 UTC (permalink / raw) To: Philippe Mathieu-Daudé, qemu-arm, James Bottomley, qemu-devel, Ard Biesheuvel On 9/27/19 2:15 AM, Philippe Mathieu-Daudé wrote: > Cc'ing Ard too >> >> https://salsa.debian.org/debian/atf-allwinner/commit/b6b671c4ac4bd5595306863225bb3bece1e6135c >> >> >> Current limitations: >> * Only cold boot is supported >> * No build instructions for QEMU_EFI.fd and rootfs-arm64.cpio.gz >> * No instructions for how to load a BL32 (Secure Payload) >> >> So looks like only cold boot is supported (no kexec support) >> Is this correct? Just wanted to check again - Does ATF and QEMU (for ARM64) support cold boot only and does not have support for kexec? thanks, -lakshmi ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot. 2019-09-30 22:27 ` Lakshmi Ramasubramanian @ 2019-10-01 16:30 ` Ard Biesheuvel 2019-10-02 1:32 ` Lakshmi Ramasubramanian 0 siblings, 1 reply; 6+ messages in thread From: Ard Biesheuvel @ 2019-10-01 16:30 UTC (permalink / raw) To: Lakshmi Ramasubramanian Cc: James Bottomley, qemu-arm, Philippe Mathieu-Daudé, QEMU Developers On Tue, 1 Oct 2019 at 00:27, Lakshmi Ramasubramanian <nramas@linux.microsoft.com> wrote: > > On 9/27/19 2:15 AM, Philippe Mathieu-Daudé wrote: > > > Cc'ing Ard too > >> > >> https://salsa.debian.org/debian/atf-allwinner/commit/b6b671c4ac4bd5595306863225bb3bece1e6135c > >> > >> > >> Current limitations: > >> * Only cold boot is supported > >> * No build instructions for QEMU_EFI.fd and rootfs-arm64.cpio.gz > >> * No instructions for how to load a BL32 (Secure Payload) > >> > >> So looks like only cold boot is supported (no kexec support) > >> Is this correct? > > Just wanted to check again - > > Does ATF and QEMU (for ARM64) support cold boot only and does not have > support for kexec? > kexec is a linux concept, so whether it is supported should not depend on the secure world firmware or the underlying host. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot. 2019-10-01 16:30 ` Ard Biesheuvel @ 2019-10-02 1:32 ` Lakshmi Ramasubramanian 2019-10-09 13:38 ` Ard Biesheuvel 0 siblings, 1 reply; 6+ messages in thread From: Lakshmi Ramasubramanian @ 2019-10-02 1:32 UTC (permalink / raw) To: Ard Biesheuvel Cc: James Bottomley, qemu-arm, Philippe Mathieu-Daudé, QEMU Developers On 10/1/19 9:30 AM, Ard Biesheuvel wrote: > > kexec is a linux concept, so whether it is supported should not depend > on the secure world firmware or the underlying host. I agree Ard. When I don't use ATF I am able to do kexec in QEMU and successfully boot into the new kernel. Is the following expected? When I execute kexec ("kexec -l <kernel>", followed by "kexec -e") I hit the following assert in ATF (in the file arm-trusted-firmware/plat/qemu/qemu_pm.c) /******************************************************************************* * Platform handler called when a power domain is about to be turned * off. The target_state encodes the power state that each level should * transition to. ******************************************************************************/ void qemu_pwr_domain_off(const psci_power_state_t *target_state) { assert(0); } Thanks, -lakshmi ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot. 2019-10-02 1:32 ` Lakshmi Ramasubramanian @ 2019-10-09 13:38 ` Ard Biesheuvel 0 siblings, 0 replies; 6+ messages in thread From: Ard Biesheuvel @ 2019-10-09 13:38 UTC (permalink / raw) To: Lakshmi Ramasubramanian Cc: James Bottomley, qemu-arm, Philippe Mathieu-Daudé, QEMU Developers On Wed, 2 Oct 2019 at 03:32, Lakshmi Ramasubramanian <nramas@linux.microsoft.com> wrote: > > On 10/1/19 9:30 AM, Ard Biesheuvel wrote: > > > > > kexec is a linux concept, so whether it is supported should not depend > > on the secure world firmware or the underlying host. > > I agree Ard. > When I don't use ATF I am able to do kexec in QEMU and successfully boot > into the new kernel. > Is the following expected? > > When I execute kexec ("kexec -l <kernel>", followed by "kexec -e") I hit > the following assert in ATF (in the file > arm-trusted-firmware/plat/qemu/qemu_pm.c) > > /******************************************************************************* > * Platform handler called when a power domain is about to be turned > * off. The target_state encodes the power state that each level should > * transition to. > ******************************************************************************/ > void qemu_pwr_domain_off(const psci_power_state_t *target_state) > { > assert(0); > } > Are you running with multiple CPUs? ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-10-09 18:15 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <21633062-b021-a8e7-0cc8-062f4c29dde5@linux.microsoft.com> 2019-09-26 22:35 ` Is kexec supported in QEMU for ARM64 (qemu-system-aarch64) with arm-trusted-firmware, optee, and u-boot Lakshmi Ramasubramanian 2019-09-27 9:15 ` Philippe Mathieu-Daudé 2019-09-30 22:27 ` Lakshmi Ramasubramanian 2019-10-01 16:30 ` Ard Biesheuvel 2019-10-02 1:32 ` Lakshmi Ramasubramanian 2019-10-09 13:38 ` Ard Biesheuvel
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.