[Change the resume pins]

Hi all,

I'm using for the Tinkerboard the mem freeze and resume methods; in particular using by the pins near the video connector (and a button) to resume the board.

Is it possible to use other pins to achieve that?

Thanks!

[Tinker: effects after 'echo mem > /sys/power/state']

3 hours ago, Igor said:

It's a kernel feature which need a hook within OS - observed behaviour is IMO random and I don't know which kernels you have compared since you didn't provide any data.

 

 

Armbian: 5.4.x

DietPi: 4.19.57

Linaro: Linux tinkerboard 4.4.132+ #1 SMP Wed Aug 21 19:15:55 CST 2019 armv7l GNU/Linux

[Tinker: effects after 'echo mem > /sys/power/state']

Hi all,

I'm trying a Tinkerboard running armbian (minimal) and DietPi.

My goal is to handle suspend and wake up.

To enter in suspend mode i run 'echo mem > /sys/power/state'.

I'm looking other ways to suspend .. by C application or by a signal on GPIO

 

To wakes up I notes different modes on different OSes:

- linaro pressing power button, pressing a key on usb+bt keyboard, pressing usb+bt mouse button

- dietpi - pressing power button

- armbian minimal - nothing ? my guess is that the board shuts down

 

Please con you confirm?

Where does reside this different behaviors?

Thanks, regards.

 

PS: is it possible to handle hibernation?

 

[Tinker: not able to rotate my display]

Just tested with Raspberry 4.

Is is able to rotate the display.

[Tinker: not able to rotate my display]

With your image in the Xorg log I see:

[    47.733] (II) modeset(0): Allocate new frame buffer 1080x1920 stride
[    48.253] (II) modeset(0): Allocate new frame buffer 320x200 stride
[    48.314] (II) modeset(0): EDID vendor "NBT", prod id 0
[    48.315] (II) modeset(0): Using hsync ranges from config file
[    48.315] (II) modeset(0): Using vrefresh ranges from config file
[    48.315] (II) modeset(0): Printing DDC gathered Modelines:
[    48.315] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
..
[    48.397] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    48.398] (--) modeset(0): HDMI max TMDS frequency 600000KHz
[    48.426] (II) modeset(0): Allocate new frame buffer 1920x1080 stride
[    48.557] (II) modeset(0): EDID vendor "NBT", prod id 0
[    48.557] (II) modeset(0): Using hsync ranges from config file
[    48.557] (II) modeset(0): Using vrefresh ranges from config file
[    48.557] (II) modeset(0): Printing DDC gathered Modelines:
[    48.557] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
..
[    48.558] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    48.558] (--) modeset(0): HDMI max TMDS frequency 600000KHz
[    97.626] (II) modeset(0): Allocate new frame buffer 1280x720 stride
[    97.961] (II) modeset(0): Allocate new frame buffer 320x200 stride
[    98.176] (II) modeset(0): EDID vendor "NBT", prod id 0

So there is a quickly sequence of changes 1080x1920 (required) --> 320x200 --> 1920x1080

 

Why??

[Tinker: not able to rotate my display]

I'm comparing two xorg log:

 

Display NTB 75":

[   491.878] (II) modeset(0): Allocate new frame buffer 1080x1920 stride
[   492.474] (II) modeset(0): Allocate new frame buffer 320x200 stride
[   492.542] (II) modeset(0): EDID vendor "NBT", prod id 0
[   492.542] (II) modeset(0): Using hsync ranges from config file
[   492.542] (II) modeset(0): Using vrefresh ranges from config file
[   492.542] (II) modeset(0): Printing DDC gathered Modelines:
[   492.542] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[   492.542] (II) modeset(0): Modeline "1366x768"x0.0   85.50  1366 1436 1579 1792  768 771 774 798 +hsync +vsync (47.7 kHz e)

No rotation,  '320x200' ?? Which config file ?

 

Display TVL :

[    16.667] (II) modeset(0): Allocate new frame buffer 1080x1920 stride
[    19.814] (II) modeset(0): EDID vendor "TVL", prod id 6432
[    19.814] (II) modeset(0): Using EDID range info for horizontal sync
[    19.814] (II) modeset(0): Using EDID range info for vertical refresh
[    19.814] (II) modeset(0): Printing DDC gathered Modelines:
[    19.814] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[    19.814] (II) modeset(0): Modeline "1440x480i"x0.0   27.00  1440 1478 1602 1716  480 488 494 525 interlace -hsync -vsync (15.7 kHz e)

Rotation ok and uses EDID info..

[Tinker: not able to rotate my display]

I wrote your image.

Nothing to do .. same behavior, no rotations 

Is it possible that the display information are incompatible ?

Is there anything in the Xorg log? I don't see anything interesting ..

 

[Tinker: not able to rotate my display]

I have no way to confirm the change: when I see the portrait mode it is for half a second, then it switches to landscape.

[Tinker: not able to rotate my display]

How can i confirm the change, please?

[Tinker: not able to rotate my display]

Same behavior with 5.3.8:

- no rotation

- no other resolutions

[Tinker: not able to rotate my display]

Updated to 5.3.7  5.98.191029.

Rotating the display for a while I see the desktop in portrait mode but then it returns to landscape mode 

 

And no other resolution is settable !! 

[Tinker: not able to rotate my display]

I opened the Xorg log and I noted that on the first list of available resolution is present the frequency values:

 

[   158.884] (--) modeset(0): HDMI max TMDS frequency 600000KHz
[   158.884] (II) modeset(0): Printing probed modes for output HDMI-1
[   158.884] (II) modeset(0): Modeline "1920x1080"x60.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[   158.884] (II) modeset(0): Modeline "1920x1080"x60.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[   158.884] (II) modeset(0): Modeline "1920x1080"x50.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[   158.884] (II) modeset(0): Modeline "1920x1080"x59.9  148.35  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.4 kHz e)
[   158.884] (II) modeset(0): Modeline "1920x1080i"x60.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e
)

whilst in the next lists the frequencies are zero-ed:

[   160.568] (II) modeset(0): EDID vendor "NBT", prod id 0
[   160.568] (II) modeset(0): Using EDID range info for horizontal sync
[   160.568] (II) modeset(0): Using EDID range info for vertical refresh
[   160.568] (II) modeset(0): Printing DDC gathered Modelines:
[   160.568] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[   160.568] (II) modeset(0): Modeline "1366x768"x0.0   85.50  1366 1436 1579 1792  768 771 774 798 +hsync +vsync (47.7 kHz e)
[   160.568] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[   160.568] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)

Is it meaningful?

 

[Tinker: not able to rotate my display]

Sorry, 4.19.57

[Tinker: not able to rotate my display]

Hello all,

I downloaded the Armbian Buster OS desktop version.

I need to run it with a vertical display - portrait mode.

The OS starts correctly and I see the desktop in landscape mode but when I try to rotate left the display, it does not rotate and return to landscape mode.

The display is a large NBT monitor 1920x1080 that I need to rotate to 1080x1920.

 

Any idea?

Regards