* 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.