How to put Juno into Sleep-state

Hello.

Thank you for the information.

I wonder if any firmware are different from the firmware you tested.

First I will try to debug kernel with "no_console_suspend".

Thank you very much.

Hi Sudeep,

Regarding that Juno does not always resume, it could be PCIe driver issue. Since it always resumes if I delete "pcie-controller" from DTB.

Isn't the board you tested Juno-r0 which does not support PCIe ?

Thank you.

Hi,

Right, since you mentioned PCIe, I now look your original query

and I missed the fact that it's R1 board. I always assumed it was

R0 board, sorry for that.

Yes I have R2 board and it has issue with PCIe resume path

especially if you are using sky2 ethernet port. However if you

remove that module, you will just see warning in the resume path.

It's issue with PCIe power management, I will follow up on this

once I have more info.

Regards

Hi,

I appreciate your reply.

I am glad I could clarify the cause of the issue.

I would be grateful if you could share anything about the issue with me.

Thank you.

Hi,

Can you try with the latest juno firmware release [1] ?

Regards,

Sudeep

Hi Sudeep,

Great!

With Linaro 16.05 lateset, Juno could resume from the Suspend State.

But, I tried continuously to suspend Juno, and could not resume.

The following is log about PCIe in the first Resume.

     [   18.191690] ata2: SATA link down (SStatus 0 SControl 0)

     [   18.196921] ata1: SATA link down (SStatus 0 SControl 0)

Hi taken,

Sorry for late reply, I couldn't check the message here for a week.

Do you mean the issue surfaces only when you try to suspend

resume multiple times continuously ? Can you describe in simple

words how to reproduce this issue ?

Regards,

Sudeep

Hi Sudeep,

Thank you for your reply.

First, the previous message meant the issue surfaces when I try to suspend & resume twice continuously.

The steps to reproduce this issue are as follows:

     0. I am using Juno-R1 with Linaro 16.05 latest.

     1. [Set rtc] # echo +5 > /sys/class/rtc/rtc0/wakealarm

     2. [Suspend] # echo mem > /sys/power/state

          (after 5 seconds) Resume

     3. wait about 10seconds

     4. [Set rtc] # echo +5 > /sys/class/rtc/rtc0/wakealarm

     5. [Suspend] # echo mem > /sys/power/state

          (Juno does not resume)

And I understood it was the cause of this issue that there was no trigger of Resume, because the Suspend process took more than 5 seconds and it was into the Suspend State after RTC interrupt occurred.

Actually, the issue did not happen when I changed alarm of RTC 10 seconds.

So I have a question.

     Why does 2nd Suspend process take more than 5 seconds ?

     1st Suspend process does not take 1 second.

     And 2nd Suspend process does not take 1 second if the above steps.3 is "wait a second".

I would appreciate it if you could answer my question.

Regards

Hi taken,

Thanks for taking time to explain the details.

I understand you are using Linaro 16.05 release now, but I want to make know which

kernel are you trying ? Is it Linaro release or the mainline.

One possible reason could be the some driver is taking long to complete it's suspend

and rtc expires before entering suspend.

I tried with defconfig on v4.7-rc4 and I don't see any issue.

I need more information on the kernel configuration to check this.

Regards,

Sudeep

Hi Sudeep,

Thanks for your prompt reply.

I tried with defconfig on Linaro 16.05 latest and the issue did not happen as well as v4.7-rc4.

There is much difference between defconfig and linaro config, so I am trying to check them.

Regards

Hi Taken,

I am confused. Is the problem solved for you now ?

Regards,

Sudeep

Hi Sudeep,

Sorry that I didn't write the conclusion.
Yes, the problem was solved.

Thank you so much for all your help.

Regards