Doing some more testing here;
I've switched to Openbox/X11 to start with!
There are options for KMS in order to pick-up the rotation
https://github.com/raspberrypi/linux/bl ... modedb.rst
Let's take it for granted that Wayland and X were 'too dumb' to pick up the video resolution from kernel command line (as they were always picking the highest mode according to your explanation), but smart enough to deal with margin and orientation parameters.
That's my I've made a test and used a fake EDID which is FHD only. It's the one from here viewtopic.php?p=2155762&hilit=Hdmi+audio#p2153560
-> simply follow the steps described (or any smarter one which I'm not aware of) to end up with a faked EDID for throwing onto the Pi.
Below is a typ. entry to the kernel command line to tell the OS to make use of our faked EDID and apply some rotation (specifying the resolution seems mandatory here although it will be ignored later down the line).
The expected result from below should be a rotated - by 180° - screen for CLI and when booted to GUI.Booting the Pi (this DUT is still on Linux book13th 6.6.16-v8-16k+ #1728 SMP PREEMPT Tue Feb 6 17:26:29 GMT 2024 aarch64 GNU/Linux) gives me:
- normal display whilst firmware is active
- 180° rotated display when KMS kicked in (I'm not booting silent, so I see the console output during boot)
- 180° rotated GUIO.K. .. that's what was expected.
Trying to rotate 90°now, changing the kernel command line video mode tobrings the disillusionment: CLI is rotated but GUI ignores the rotation, resulting in a 'normal' display.
Tying to rotate 270° degrees - just as evidence - as I expect it to be ignored as well for GUIresults in the CLI being rotated, but GUI 'normal' -> same as with 90° rotation.
Then using rapspi-config for changing back to Wayland/Wayfire
Same results here: 180° rotation is working for GUI and CLI, 90°/270° rotation fail for GUI.
Looking forward to your explanation why 180 degrees rotation get's used when stated in kernel command line, but other rotation values were ignored/fail.
I've switched to Openbox/X11 to start with!
There are options for KMS in order to pick-up the rotation
https://github.com/raspberrypi/linux/bl ... modedb.rst
Let's take it for granted that Wayland and X were 'too dumb' to pick up the video resolution from kernel command line (as they were always picking the highest mode according to your explanation), but smart enough to deal with margin and orientation parameters.
That's my I've made a test and used a fake EDID which is FHD only. It's the one from here viewtopic.php?p=2155762&hilit=Hdmi+audio#p2153560
-> simply follow the steps described (or any smarter one which I'm not aware of) to end up with a faked EDID for throwing onto the Pi.
Below is a typ. entry to the kernel command line to tell the OS to make use of our faked EDID and apply some rotation (specifying the resolution seems mandatory here although it will be ignored later down the line).
The expected result from below should be a rotated - by 180° - screen for CLI and when booted to GUI.
Code:
drm.edid_firmware=HDMI-A-1:rubbish.bin video=HDMI-A-1:1920x1080M@60D,panel_orientation=upside_down- normal display whilst firmware is active
- 180° rotated display when KMS kicked in (I'm not booting silent, so I see the console output during boot)
- 180° rotated GUI
- Image may be NSFW.
Clik here to view.
Trying to rotate 90°now, changing the kernel command line video mode to
Code:
drm.edid_firmware=HDMI-A-1:rubbish.bin video=HDMI-A-1:1920x1080M@60D,panel_orientation=right_side_upTying to rotate 270° degrees - just as evidence - as I expect it to be ignored as well for GUI
Code:
drm.edid_firmware=HDMI-A-1:rubbish.bin video=HDMI-A-1:1920x1080M@60D,panel_orientation=left_side_upThen using rapspi-config for changing back to Wayland/Wayfire
Same results here: 180° rotation is working for GUI and CLI, 90°/270° rotation fail for GUI.
Looking forward to your explanation why 180 degrees rotation get's used when stated in kernel command line, but other rotation values were ignored/fail.
Statistics: Posted by aBUGSworstnightmare — Sat Feb 10, 2024 9:32 am