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
Investigate wake up from suspend #17
Comments
Reproduced the issue on the coral image, indeed with suspend2idle can be resumed via ttymxc2, and after deep suspend it cannot be resumed anymore via uart. Initially suspected kernel/dtb differences, but after further investigation I could trace this down to the bootloader image. Booting with mendel u-boot and Balena kernel, dtb and rootfs I'm able to resume suspend so the issue is likely in the uboot image, which in mendel contains a different imx-atf, and is compiled with a different imx-mkimage. Below is Balena image booted with mendel u-boot, resuming correctly from suspend:
Continuing investigation on u-boot/atf side. |
Fixed by #18 |
Image containing the fix is now available in staging dashboard. |
Production release will be available after the rootfs space problem is solved in meta-balena. |
This fix is now available in production dashboard v2.52.7 for the Coral Dev |
Fix merged but not longer in production (supervisor update necessary). To close in this ticket when a release newer than 2.52.7 is available in production. |
Fix is back in production |
This issue on nxp's website mentions impossibility of waking up the coral board from sleep, as there are no buttons available on the device, and uart gpios don't work for this.
Check if this is reproducible and see if some gpio or some other input could be used to wake the board up from sleep.
The text was updated successfully, but these errors were encountered: