It takes several seconds to wake up from suspend

Autonomous Machines Jetson & Embedded Systems Jetson Orin Nano
,
1

My orin nano board information is below:
Model: NVIDIA Orin Nano Developer Kit - Jetpack 5.1.1 [L4T 35.3.1]
NV Power Mode[1]: 7W
Serial Number: [XXX Show with: jetson_release -s XXX]
Hardware:

  • 699-level Part Number: 699-13767-0005-300 K.2
  • P-Number: p3767-0005
  • Module: NVIDIA Jetson Orin Nano (Developer kit)
  • SoC: tegra23x
  • CUDA Arch BIN: 8.7
  • Codename: P3768
    Platform:
  • Machine: aarch64
  • System: Linux
  • Distribution: Ubuntu 20.04 focal
  • Release: 5.10.104-tegra
  • Python: 3.8.10

I found it took several seconds( 3 - 6 seconds) to wake up from suspend(systemctl suspend). Why does it take so long time to wake up from suspend?
Is there any way reduce the wakeup time from suspend?

3

Anyone can help this issue?

I may add kernel tag for my post, can moderator help add kernel tag on this post?

4

Try new BSP version first.

5

We tried on Jetpack 5.1.3, did not see improvement.

6

please share the uart log with timestamp to point out the situation you want to report.

7

The attached zip file has uart log file and the video file. They are captured when I pressed key to resume from suspend. From the video, you can see the screen is back at about 7 seconds.

orin_nano_uart_wake_from_suspend.zip (1.0 MB)

8

@WayneWWW ,

Do you have time to check the log I uploaded?

10

Hi,

Could you try to rmmod rtk_btusb and see if this enhance the speed when suspend/resume?

11

I just tried your above command (rmmod rtk_btusb), did not see enhancement for resume duraiton.

12

Could you share the log on your side?

13

@WayneWWW

The attached zip file (rmmod_rtk_btusb_wake_from_suspend_too_long_uart) is new log which included a uart log and the mp4 video.

rmmod_rtk_btusb_wake_from_suspend_too_long_uart.zip (2.4 MB)

14

@WayneWWW

You may also need kernel and syslog, I uploaded a new zip file(full_log_rmmod_btusb_wake_from_suspend_too_long) which included uart, video, kernel and syslog. Pleaes help check them.

full_log_rmmod_btusb_wake_from_suspend_too_long.zip (3.1 MB)

15

Hi,

Could you use the serial console log status to check if the resume got enhanced or not?

Using desktop gui may have bottleneck as gnome desktop relaunch time may not be enhanced…

16

@WayneWWW ,

If just used serial console log to check, it seems the system’s response from suspend is quick, you can see the video and uart log, the system response in about 2-3 seconds, then wait long time to see the screen is back.

Our board has a screen to show UI to the user, so when back from suspend, we count the time until seeing the screen is back.

17

I can check if this could be enhanced but please don’t expect there would be a enhancement immediately.

18

I understand your point.

I want to work with you and try to enhance the resume time with your help.

19

@WayneWWW

Do you have time to help check this?

20

HI,

We did test internally. The bottleneck of this is stuck in graphic to come back. This is not what we can enhance.

Part of this is from upstream Ubuntu.

21

Previously on Xavier NX system, we did not see much long time from suspend. It happens on Orin nano system.

22

The display structure is quite different which may lead to this. But there is no plan for any enhancement for now.