topic Re: Low power RTC alarm on IMX6ul in i.MX Processors

Low power RTC alarm on IMX6ul

sguy — Thu, 29 Dec 2016 16:38:38 GMT

Is it possible to power up the IMX6ul using a low power RTC alarm?

On the Reference Manual, the RTC alarm is only mentioned on the High Power RTC (SNVS_HP section). This section states that "this alarm cannot wake up the entire system if it is powered off".

However, the svns resisters section includes a SNVS_LP Time Alarm register, and it look like the Linux device driver do set it.

Can I program the IMX6UL to start from a power down (only SNVS_LP power domain powered) on a predefined time?

Thanks.

Re: Low power RTC alarm on IMX6ul

igorpadykov — Fri, 30 Dec 2016 03:24:58 GMT

Hi Guy

>Can I program the IMX6UL to start from a power down (only SNVS_LP power domain powered) on a predefined time?

seems yes, as signal PMIC_ON_REQ (which turns on/off pmic) is powered by SNVS power domain

as described in Figure 46-2 SNVS Power Domains, Figure 49-1 Chip reset scheme under PMU control,

Figure 49-3 Chip on/off state flow diagram i.MX6UL Reference Manual (rev.1 4/2016)

http://cache.freescale.com/files/32bit/doc/ref_manual/IMX6ULRM.pdf

From sect.7.3.3.2 Time counter alarm Security Reference Manual for the i.MX 6UltraLite Applications Processor

(could be provided through creating service request):

SNVS_LP has its own 32-bit LP Time Alarm register. As illustrated in Figure 7-7, this
register generates an SRTC time alarm once the secure real time clock's 32 most
significant bits match with the LP Time Alarm register. The time alarm can generate an
interrupt to alert the host processor and can wake the host processor from one of its lowpower
modes. This alarm can also wake up the entire system in the power-down mode by
asserting the wake-up external output signal.

Best regards
igor
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

Re: Low power RTC alarm on IMX6ul

sguy — Sun, 01 Jan 2017 08:41:28 GMT

My next question is how do I get this to work from Linux.

I tried the command

# echo +120 > /sys/class/rtc/rtc0/wakealarm && shutdown -h now

which, to my understanding, should shutdown the system, then after around 2 minutes, bring it up again.

On my system, it failed to power on the device.

The Linux driver on "drivers/rtc/rtc-snvs.c", appears to write the LP time alarm registered you mentioned.

What am I doing wrong?

Re: Low power RTC alarm on IMX6ul

igorpadykov — Tue, 03 Jan 2017 03:51:07 GMT

some examples can be found in imx-test package (../mxc_rtc)
www.nxp.com/lgfiles/NMG/MAD/YOCTO/imx-test-5.7.tar.gz

Re: Low power RTC alarm on IMX6ul

sguy — Tue, 03 Jan 2017 09:06:12 GMT

Thank you.

Those examples don't include the use case I'm looking for.

They do include waking up from sleep modes, but don't include waking from power off state (in which only the SNVS_LP power domain is powered).

Re: Low power RTC alarm on IMX6ul

igorpadykov — Wed, 04 Jan 2017 08:47:08 GMT

one can use these examples as starting point for developing own application.

Also NXP has service for helping customers developing new drivers, NXP Professional Services:

http://www.nxp.com/support/nxp-professional-services:PROFESSIONAL-SERVICE

Best regards
igor

Re: Low power RTC alarm on IMX6ul

pratyushtomar — Fri, 23 Feb 2018 05:47:27 GMT

Hi Guy,

Did you find any way to wake up from shutdown by setting RTC alarm. Earlier I was using "Linux imx6ulevk 4.1.15-1.1.1+gd5d7c02" and after changing mask value from 0x61 to 0x6b for snvs_poweroff: snvs-poweroff in imx6ul.dtsi the wake up from shutdown was working after setting RTC alarm. But after upgrading kernel to "Linux imx6ulevk 4.1.15-1.2.0+g77f6154" this mask value is not working. Can you help me out if you have any solution for this?

Re: Low power RTC alarm on IMX6ul

sguy — Sun, 25 Feb 2018 08:19:07 GMT

Hi,

The solution was the following patches to the Linux kernel:

[PATCH] rtc: snvs: add a missing write sync — ARM, OMAP, Xscale Linux Kernel

[PATCH 0/2] imx: Fix power-up on RTC alarm — ARM, OMAP, Xscale Linux Kernel

Those patches were accepted to the upstream kernel. I'm not sure if/when NXP picked them to their kernel fork.

You can also find those patches on my github repo:

Commits · mobiwize/linux-2.6-imx · GitHub (last three patches on the linked branch)

Re: Low power RTC alarm on IMX6ul

pratyushtomar — Mon, 19 Mar 2018 12:21:58 GMT

Hi Guy I applied the patches and rtc wakeup is working fine but in some cases it fails. I am using ATWILC3000 wifi module on my board. If I urn on wifi after booting then rtc wakeup from shutdown doesn't work even if I turn off wifi after shutdown. While if I don't turn on wifi anytime after booting then rtc wakeup from shutdown work perfectly fine every time. The wifi is connected to board with SPI. What can be the reason for such behaviour?

Re: Low power RTC alarm on IMX6ul

sguy — Mon, 19 Mar 2018 14:09:44 GMT

I don't have any experience with this WIFI module, so I can only guess.

Two thing that I would try:

Turn off the WIFI module before the shutdown. Maybe the SPI communication during the shutdown is responsible for the behavior.
When the RTC power-on doesn't work, try to power on the chip using the ONOFF pin. This will help you to determine if the issue is related only to the RTC boot, or is a part of a general boot issue.

Re: Low power RTC alarm on IMX6ul

pratyushtomar — Tue, 20 Mar 2018 05:30:48 GMT

Thanks for your reply Guy.

1) Turning off wifi module doesn't work. The RTC wake up fails in this case also. So RTC wake up works only if I don't turn ON wifi at all.

2) The chip can be powered on using ON/OFF pin when RTC power-on doesn't work.

Thus it definitely looks like RTC related and somehow connected SPI issue. RTC works perfectly fine if wifi is not turned on and that's why it is pretty strange.

Re: Low power RTC alarm on IMX6ul

nickbedbury — Thu, 29 Mar 2018 19:12:49 GMT

I needed the modification (0x61 to 0x6b) suggested by @Pratyush Tomar for this to work. Patches described by Guy were already integrated to kernel 4.9-1.0.x