SteMMo

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!

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

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?

Just tested with Raspberry 4. Is is able to rotate the 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??

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..

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 ..

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.

How can i confirm the change, please?

Same behavior with 5.3.8: - no rotation - no other resolutions

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 !!

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?

Sorry, 4.19.57

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