Quantcast
Channel: Raspberry Pi Forums
Viewing all articles
Browse latest Browse all 6057

Troubleshooting • Re: Pi5 bookworm screen rotate - possible BUG!

$
0
0
does the screen support rotation, you know it has to have the mode
Sorry, but can you please elaborate this? If a screen is landscape mode - lets assume FHD = 1980x1080pixels, it will remain landscape, even when rotated.
Rotation is done in SW! If you change the mode to a portrait one (1080x1920) your screen will show nothing most of the time as the timing supplied to it is incorrect.

Back to OP:
what's the output of below commands

Code:

uname -akmsprint -m
HDMI-0 is the port next to USB-C. Please confirm this is where your screen is connected to, otherwise your command in kernel command line will not work.

Please note that the video mode in kernel command line will rotate console only!
When you want to rotate the graphical desktop you will have to do this via screen configuration editor.

I just ran a test on an 8GB Pi5 with latest Linux kernel (6.6.16).
I've tried to force 1440x900pixels with 90° rotation (yes, my display will support 1440x900pixels!), hence I've added below to 'boot/firmware/cmdline.txt'

Code:

video=HDMI-A-1:1440x900@60D,rotate=90
Booting the Pi to GUI now results in:
- splash screen (which is created by firmware) is in landscape mode
- when KMS kicks in I can see CLI rotated for a second (blinking cursor in the lower left corner of my screen)
- Desktop starts but the Pi is ignoring the requested resolution and brings up the monitor at it's preferred resolution (2560x1440pixels)
--> that's different to what we saw before.

crosscheck -> switch to booting to CLI
- as long as FW is active the output to CLI is top to bottom
- when KMS kicks in the output is left to right
- Pi is using the requested resolution

Code:

pi@book13th:~ $ kmsprintConnector 0 (32) HDMI-A-1 (connected)  Encoder 0 (31) TMDS    Crtc 2 (86) 1440x900@59.90 88.750 1440/48/32/80/+ 900/3/6/17/- 60 (59.90) U|D       Plane 2 (76) fb-id: 298 (crtcs: 2) 0,0 1440x900 -> 0,0 1440x900 (XR24 AR24 AB24 XB24 RG16 BG16 AR15 XR15 RG24 BG24 YU16 YV16 YU24 YV24 YU12 YV12 NV12 NV21 NV16 NV61 P030 XR30 AR30 AB30 XB30 RGB8 BGR8 XR12 AR12 XB12 AB12 BX12 BA12 RX12 RA12)        FB 298 1440x900 RG16Connector 1 (41) HDMI-A-2 (disconnected)  Encoder 1 (40) TMDS
Conclusion: to me this looks like Wayfire is fully ignoring the video mode requested from kernel command line and is always picking up on preferred mode.

For reference

Code:

pi@book13th:~ $ kmsprint -mConnector 0 (32) HDMI-A-1 (connected)   0 2560x1440@59.95  241.500 2560/48/32/80/+    1440/3/5/33/-      60 (59.95) P|D      1 1920x1080@60.00  148.500 1920/88/44/148/+   1080/2/5/38/+      60 (60.00) D        2 1920x1080@60.00  148.500 1920/88/44/148/+   1080/4/5/36/+      60 (60.00) D     16:9   3 1920x1080@59.94  148.352 1920/88/44/148/+   1080/4/5/36/+      60 (59.94) D     16:9   4 1920x1080@50.00  148.500 1920/528/44/148/+  1080/4/5/36/+      50 (50.00) D     16:9   5 1920x1080@30.00   74.250 1920/88/44/148/+   1080/4/5/36/+      30 (30.00) D     16:9   6 1920x1080@29.97   74.176 1920/88/44/148/+   1080/4/5/36/+      30 (29.97) D     16:9   7 1920x1080@25.00   74.250 1920/528/44/148/+  1080/4/5/36/+      25 (25.00) D     16:9   8 1920x1080@24.00   74.250 1920/638/44/148/+  1080/4/5/36/+      24 (24.00) D     16:9   9 1920x1080@23.98   74.176 1920/638/44/148/+  1080/4/5/36/+      24 (23.98) D     16:9  10 1400x1050@59.95  101.000 1400/48/32/80/+    1050/3/4/23/-      60 (59.95) D       11 1280x1024@60.02  108.000 1280/48/112/248/+  1024/1/3/38/+      60 (60.02) D       12 1440x900@59.90    88.750 1440/48/32/80/+    900/3/6/17/-       60 (59.90) U|D     13 1280x960@60.00   108.000 1280/96/112/312/+  960/1/3/36/+       60 (60.00) D       14 1280x720@60.00    74.250 1280/110/40/220/+  720/5/5/20/+       60 (60.00) D       15 1280x720@60.00    74.250 1280/110/40/220/+  720/5/5/20/+       60 (60.00) D     16:9  16 1280x720@59.94    74.176 1280/110/40/220/+  720/5/5/20/+       60 (59.94) D     16:9  17 1280x720@50.00    74.250 1280/440/40/220/+  720/5/5/20/+       50 (50.00) D     16:9  18 1280x720@30.00    74.250 1280/1760/40/220/+ 720/5/5/20/+       30 (30.00) D     16:9  19 1280x720@29.97    74.176 1280/1760/40/220/+ 720/5/5/20/+       30 (29.97) D     16:9  20 1280x720@25.00    74.250 1280/2420/40/220/+ 720/5/5/20/+       25 (25.00) D     16:9  21 1280x720@24.00    59.400 1280/1760/40/220/+ 720/5/5/20/+       24 (24.00) D     16:9  22 1280x720@23.98    59.341 1280/1760/40/220/+ 720/5/5/20/+       24 (23.98) D     16:9  23 1024x768@60.00    65.000 1024/24/136/160/-  768/3/6/29/-       60 (60.00) D       24 800x600@60.32     40.000 800/40/128/88/+    600/1/4/23/+       60 (60.32) D       25 720x480@60.00     27.027 720/16/62/60/-     480/9/6/30/-       60 (60.00) D     4:3  26 720x480@60.00     27.027 720/16/62/60/-     480/9/6/30/-       60 (60.00) D     16:9  27 720x480@59.94     27.000 720/16/62/60/-     480/9/6/30/-       60 (59.94) D     4:3  28 720x480@59.94     27.000 720/16/62/60/-     480/9/6/30/-       60 (59.94) D     16:9  29 640x480@60.00     25.200 640/16/96/48/-     480/10/2/33/-      60 (60.00) D     4:3  30 640x480@59.94     25.175 640/16/96/48/-     480/10/2/33/-      60 (59.94) D       31 640x480@59.94     25.175 640/16/96/48/-     480/10/2/33/-      60 (59.94) D     4:3pi@book13th:~ $ uname -aLinux book13th 6.6.16-v8-16k+ #1728 SMP PREEMPT Tue Feb  6 17:26:29 GMT 2024 aarch64 GNU/Linux
Seems the only way for forcing a resolution when running Wayfire is like described here
https://www.raspberrypi.com/documentati ... or-wayland
Sad but true ...

O.k. -- let's do this - but be warned on the result (as I might not be what you've expected)

Code:

sudo nano .config/wayfire.ini
scrolled down and changed the output section as below

Code:

[output:HDMI-A-1]mode = 1920X1080@60000position = 0,0transform = 90
saving the file shows instand effect --> my screen is now rotated by 90 degrees.

But wait ... what the fu** about the resolution ... what I expect to see would be a 1920x1080pixels desktop ... but what I get is frightening: resolution is unchanged and 2560x1440 still

Code:

pi@book13th:~ $ kmsprintConnector 0 (32) HDMI-A-1 (connected)  Encoder 0 (31) TMDS    Crtc 2 (86) 2560x1440@59.95 241.500 2560/48/32/80/+ 1440/3/5/33/- 60 (59.95) P|D       Plane 2 (76) fb-id: 303 (crtcs: 2) 0,0 2560x1440 -> 0,0 2560x1440 (XR24 AR24 AB24 XB24 RG16 BG16 AR15 XR15 RG24 BG24 YU16 YV16 YU24 YV24 YU12 YV12 NV12 NV21 NV16 NV61 P030 XR30 AR30 AB30 XB30 RGB8 BGR8 XR12 AR12 XB12 AB12 BX12 BA12 RX12 RA12)        FB 303 2560x1440 XR24Connector 1 (41) HDMI-A-2 (disconnected)  Encoder 1 (40) TMDS
so, might be my DUT which behaves odd, so someone here should check and if you see the same I will flag an issue.

Rebooting the DUT does change nothing!

Statistics: Posted by aBUGSworstnightmare — Fri Feb 09, 2024 7:36 am



Viewing all articles
Browse latest Browse all 6057

Trending Articles