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

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) mo

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) [ 4

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

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