https://bugs.kde.org/show_bug.cgi?id=504611

--- Comment #9 from Sergio <sergio.calleg...@gmail.com> ---
I think that I have not expressed myself properly, so maybe my explanation was
confused.

The kernel supports a `video` option on its command line. Within that option
there is a `panel_orientation` suboption that can be only applied to integrated
panels and it is used to specify their physical orientation being useful in
2-in-1 laptops, tablets, or convertible devices. Its purpose is to let one
provide hints to the kernel for cases where the built-in display reports the
wrong orientation (e.g., rotated 90° or 180°), leading to incorrectly oriented
content at boot or in early user-space.

I need to use it because my Chuwi Hi10x has exactly that issue. The built in
display thinks that its regular orientation is "vertical". I need to pass the
option as `video=DSI-1:panel_orientation=right_side_up` otherwise early boot
messages (and critically the LUKS password prompt) are shown sideway when the
system is attached to its keyboard (with must be the case, if you want to enter
the LUKS passord). Furthermore, without the option also the linux consoles (the
ones accessible via FN+3, FN+4, etc) would be shown sideways.

It is not that the system "does not work" without this option on the kernel
command line. It's that it is a pain to use it.

If I do not have that option, autorotation works fine in KDE. But if I include
that option, the autorotation practiced by KDE is wrong. It is wrong because
the initial rotation set by the "video" parameter is not accounted for by the
KDE rotation logic, so one gets an angular skew identical to that initial
rotation. 

How could KDE help:
------------------------------

In my opinion there are two possibilities:

1) Assure that the the display configuration dialog, when the orientation is
set to "automatic", there is a further dropdown called "autorotation
adjustment" where you can select among "0, 90, -90 and 180", so you can adjust
things from there;

2) KDE reads `\proc\commandline` and if there is a `panel_orientation` option,
it reads it and it accounts for it when doing automatic orientation.

About the two options: 2. looks nice because it would "just work"; 1. is
possibly simpler to implement; it is possible to implement both, which IMHO
would be the optimal thing to do.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to