I installed OS 15.3 on a Lenovo Ideapad Duet 3. One problem is that the grub menu, all boot messages, the decryption passphrase and the KDE-login screen are shown rotated (instead of up to down the lines go left to right). I put fbcom=rotate:1 and also tried video=efifb fbcon=rotate_all They have no effect. What else can I try? -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
On 30.06.2021 17:47, Daniel Bauer wrote:
I installed OS 15.3 on a Lenovo Ideapad Duet 3. One problem is that the grub menu, all boot messages, the decryption passphrase and the KDE-login screen are shown rotated (instead of up to down the lines go left to right).
I put
fbcom=rotate:1
What is "fbcom"?
and also tried
video=efifb fbcon=rotate_all
They have no effect.
Why do you expect some random character sequence to have any effect?
What else can I try?
For grub - nothing. Someone needs to implement screen rotation support which currently is not available. For kernel boot messages correct kernel parameter certainly shows them rotated here. Your graphical session likely does not use fbcon at all, so is not affected by its settings.
Am 30.06.21 um 19:06 schrieb Andrei Borzenkov:
On 30.06.2021 17:47, Daniel Bauer wrote:
I installed OS 15.3 on a Lenovo Ideapad Duet 3. One problem is that the grub menu, all boot messages, the decryption passphrase and the KDE-login screen are shown rotated (instead of up to down the lines go left to right).
I put
fbcom=rotate:1
What is "fbcom"?
Yeah, my computer didn't know neither. Changing it to fbcon turned the boot messages into normal :-)
and also tried
video=efifb fbcon=rotate_all:1
They have no effect.
rotate_all doesn't work, only rotate:1 the video= seems to do nothing
Why do you expect some random character sequence to have any effect?
What else can I try?
For grub - nothing. Someone needs to implement screen rotation support which currently is not available.
ok
For kernel boot messages correct kernel parameter certainly shows them rotated here.
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings). Do you have any correct parameter so that this login screen also turns ok? I'll try to copy them without typo :-)
Your graphical session likely does not use fbcon at all, so is not affected by its settings.
-- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
On 30.06.2021 21:40, Daniel Bauer wrote:
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings).
Do you have any correct parameter so that this login screen also turns ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
Am 30.06.21 um 20:53 schrieb Andrei Borzenkov:
On 30.06.2021 21:40, Daniel Bauer wrote:
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings).
Do you have any correct parameter so that this login screen also turns ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it. It uses X11. I guess the display manager is KWin, that's what wmctrl -m says. -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
On 30/06/2021 22.05, Daniel Bauer wrote:
Am 30.06.21 um 20:53 schrieb Andrei Borzenkov:
On 30.06.2021 21:40, Daniel Bauer wrote:
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings).
Do you have any correct parameter so that this login screen also turns ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Many people, me included, call it "login manager", because that is its visible function :-D
It uses X11. I guess the display manager is KWin, that's what wmctrl -m says.
That command says I use xfwm4, which is wrong. You can run instead: systemctl status display-manager.service Legolas:~ # systemctl status display-manager.service ● display-manager.service - X Display Manager Loaded: loaded (/usr/lib/systemd/system/display-manager.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2021-06-15 18:10:52 CEST; 2 weeks 1 days ago Process: 1978 ExecStart=/usr/lib/X11/display-manager start (code=exited, status=0/SUCCESS) Main PID: 2171 (gdm) Tasks: 3 CGroup: /system.slice/display-manager.service └─2171 /usr So, I'm using gdm. Or, the proper command, which is: update-alternatives --query default-displaymanager -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.2 (Legolas))
On Wed, 30 Jun 2021 22:21:03 +0200 "Carlos E. R." <robin.listas@gmx.es> wrote:
On 30/06/2021 22.05, Daniel Bauer wrote:
Am 30.06.21 um 20:53 schrieb Andrei Borzenkov:
On 30.06.2021 21:40, Daniel Bauer wrote:
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings).
Do you have any correct parameter so that this login screen also turns ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Many people, me included, call it "login manager", because that is its visible function :-D
Well, I think you were right the first time, when you called it the display manager, because that's what normally displays a login screen. But there are such things as separate login managers, such as slim, which would just confuse things here.
It uses X11. I guess the display manager is KWin, that's what wmctrl -m says.
That command says I use xfwm4, which is wrong.
Well that command shows the window manager (wm), not the display manager (dm) so it's probably right but just not what you're interested in.
You can run instead: systemctl status display-manager.service
Legolas:~ # systemctl status display-manager.service ● display-manager.service - X Display Manager Loaded: loaded (/usr/lib/systemd/system/display-manager.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2021-06-15 18:10:52 CEST; 2 weeks 1 days ago Process: 1978 ExecStart=/usr/lib/X11/display-manager start (code=exited, status=0/SUCCESS) Main PID: 2171 (gdm) Tasks: 3 CGroup: /system.slice/display-manager.service └─2171 /usr
So, I'm using gdm.
That's a good result. I'd suggest using this.
Or, the proper command, which is:
update-alternatives --query default-displaymanager
Well I wouldn't call it the proper command since (a) you need to be root to run it and (b) it lists a whole lot of stuff that is just going to confuse Daniel at least. It's not immediately obvious which is the relevant line.
Am 30.06.21 um 22:21 schrieb Carlos E. R.:
On 30/06/2021 22.05, Daniel Bauer wrote:
Am 30.06.21 um 20:53 schrieb Andrei Borzenkov:
On 30.06.2021 21:40, Daniel Bauer wrote:
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings).
Do you have any correct parameter so that this login screen also turns ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Many people, me included, call it "login manager", because that is its visible function :-D
It uses X11. I guess the display manager is KWin, that's what wmctrl -m says.
That command says I use xfwm4, which is wrong.
You can run instead: systemctl status display-manager.service
Using this I guess I am using sddm ... -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
On Thu, Jul 1, 2021 at 1:52 PM Daniel Bauer <linux@daniel-bauer.com> wrote:
Am 30.06.21 um 22:21 schrieb Carlos E. R.:
On 30/06/2021 22.05, Daniel Bauer wrote:
Am 30.06.21 um 20:53 schrieb Andrei Borzenkov:
On 30.06.2021 21:40, Daniel Bauer wrote:
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings).
Do you have any correct parameter so that this login screen also turns ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Many people, me included, call it "login manager", because that is its visible function :-D
It uses X11. I guess the display manager is KWin, that's what wmctrl -m says.
That command says I use xfwm4, which is wrong.
You can run instead: systemctl status display-manager.service
Using this I guess I am using sddm ...
I do not normally use KDE/Plasma, but from quick search SDDM does not have settings to rotate screen (and it does not support automatic detection of screen orientation) so for X11 common advice is to place xrandr call into Xsetup script which runs before login greeter is shown. No idea for Wayland.
Am 01.07.21 um 15:14 schrieb Andrei Borzenkov:
On Thu, Jul 1, 2021 at 1:52 PM Daniel Bauer <linux@daniel-bauer.com> wrote:
Am 30.06.21 um 22:21 schrieb Carlos E. R.:
On 30/06/2021 22.05, Daniel Bauer wrote:
Am 30.06.21 um 20:53 schrieb Andrei Borzenkov:
On 30.06.2021 21:40, Daniel Bauer wrote:
So now the bot messages are ok, also the passphrase prompt. But the KDE login screen is again rotated wrong. After start of the session the screen turns correct (because I set it so in KDE settings).
Do you have any correct parameter so that this login screen also turns ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Many people, me included, call it "login manager", because that is its visible function :-D
It uses X11. I guess the display manager is KWin, that's what wmctrl -m says.
That command says I use xfwm4, which is wrong.
You can run instead: systemctl status display-manager.service
Using this I guess I am using sddm ...
I do not normally use KDE/Plasma, but from quick search SDDM does not have settings to rotate screen (and it does not support automatic detection of screen orientation) so for X11 common advice is to place xrandr call into Xsetup script which runs before login greeter is shown. No idea for Wayland.
You are not a friend of giving easy to follow solutions, aren't you? :-) Thanks a lot anyway! After searchig for what is a Xsetup script and what are xrandr calls, I did the following: added a text file "Xsetup" to /usr/share/sddm/scripts and wrote in it xrandr output DSI-1 --rotate right then I added in the empty file /etc/sdm.conf [XDisplay] DisplayCommand=/usr/share/sddm/scripts/Xsetup rebooted, and the login screen is now rotated correct! So your hint pointed me in the direct way. Thank you! There remains my last (hopefully) problem with the touchscreen. I posted it to the forum, and wait a while before I eventually post it here, too. But if somebody already knows, here the link: https://forums.opensuse.org/showthread.php/556358-touchscreen-doesn-t-rotate... -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
* Daniel Bauer <linux@daniel-bauer.com> [07-01-21 11:18]:
Am 01.07.21 um 15:14 schrieb Andrei Borzenkov:
On Thu, Jul 1, 2021 at 1:52 PM Daniel Bauer <linux@daniel-bauer.com> wrote:
Am 30.06.21 um 22:21 schrieb Carlos E. R.:
On 30/06/2021 22.05, Daniel Bauer wrote:
Am 30.06.21 um 20:53 schrieb Andrei Borzenkov:
On 30.06.2021 21:40, Daniel Bauer wrote: > > So now the bot messages are ok, also the passphrase prompt. But the KDE > login screen is again rotated wrong. After start of the session the > screen turns correct (because I set it so in KDE settings). > > Do you have any correct parameter so that this login screen also turns > ok?
And what is "KDE login screen"? What display manager? And I already asked you whether you use X11 or Wayland.
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Many people, me included, call it "login manager", because that is its visible function :-D
It uses X11. I guess the display manager is KWin, that's what wmctrl -m says.
That command says I use xfwm4, which is wrong.
You can run instead: systemctl status display-manager.service
Using this I guess I am using sddm ...
I do not normally use KDE/Plasma, but from quick search SDDM does not have settings to rotate screen (and it does not support automatic detection of screen orientation) so for X11 common advice is to place xrandr call into Xsetup script which runs before login greeter is shown. No idea for Wayland.
You are not a friend of giving easy to follow solutions, aren't you? :-) Thanks a lot anyway!
After searchig for what is a Xsetup script and what are xrandr calls, I did the following:
added a text file "Xsetup" to /usr/share/sddm/scripts and wrote in it xrandr output DSI-1 --rotate right
then I added in the empty file /etc/sdm.conf [XDisplay] DisplayCommand=/usr/share/sddm/scripts/Xsetup
rebooted, and the login screen is now rotated correct!
So your hint pointed me in the direct way. Thank you!
There remains my last (hopefully) problem with the touchscreen. I posted it to the forum, and wait a while before I eventually post it here, too. But if somebody already knows, here the link: https://forums.opensuse.org/showthread.php/556358-touchscreen-doesn-t-rotate...
what I did and works: edit .xinitrc # # Add your own lines here... # xrandr --output HDMI-0 --auto --output DVI-I-3 --auto --right-of HDMI-0 but my situation is different than yours. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
Daniel Bauer composed on 2021-07-01 17:17 (UTC+0200):
After searchig for what is a Xsetup script and what are xrandr calls, I did the following:
added a text file "Xsetup" to /usr/share/sddm/scripts and wrote in it xrandr output DSI-1 --rotate right
then I added in the empty file /etc/sdm.conf [XDisplay] DisplayCommand=/usr/share/sddm/scripts/Xsetup
rebooted, and the login screen is now rotated correct!
So your hint pointed me in the direct way. Thank you!
There remains my last (hopefully) problem with the touchscreen. I posted it to the forum, and wait a while before I eventually post it here, too. But if somebody already knows, here the link: https://forums.opensuse.org/showthread.php/556358-touchscreen-doesn-t-rotate...
While I commend you for finding a solution based upon Andrei's minimalist response, it is in a category of customization not recommended. /usr/share/ is a location intended for exclusive control of the package management system. Customizations by the local admin belong instead in /etc/. I can't give details on what you should have done instead because I don't see in thread whether you are using Leap or TW. I suspect based on the content of /etc/X11/ on 15.2 that /etc/X11/xdm/Xsetup or /etc/X11/xdm/scripts/<customfilenameofyourchoosing> could fulfill your rotation need. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Am 01.07.21 um 19:02 schrieb Felix Miata:
Daniel Bauer composed on 2021-07-01 17:17 (UTC+0200):
After searchig for what is a Xsetup script and what are xrandr calls, I did the following:
added a text file "Xsetup" to /usr/share/sddm/scripts and wrote in it xrandr output DSI-1 --rotate right
then I added in the empty file /etc/sdm.conf [XDisplay] DisplayCommand=/usr/share/sddm/scripts/Xsetup
rebooted, and the login screen is now rotated correct!
So your hint pointed me in the direct way. Thank you!
There remains my last (hopefully) problem with the touchscreen. I posted it to the forum, and wait a while before I eventually post it here, too. But if somebody already knows, here the link: https://forums.opensuse.org/showthread.php/556358-touchscreen-doesn-t-rotate...
While I commend you for finding a solution based upon Andrei's minimalist response, it is in a category of customization not recommended. /usr/share/ is a location intended for exclusive control of the package management system. Customizations by the local admin belong instead in /etc/. I can't give details on what you should have done instead because I don't see in thread whether you are using Leap or TW. I suspect based on the content of /etc/X11/ on 15.2 that /etc/X11/xdm/Xsetup or /etc/X11/xdm/scripts/<customfilenameofyourchoosing> could fulfill your rotation need.
Thank you for your comment. I am using Leap 15.3. So I moved the file "Xsetup" to /etc/X11/xdm/scripts/ and adjusted the line in /etc/sdm.conf to point to the new location (I found a file /etc/X11/xdm/Xsetup with lots of lines and preferred to leave as is...) -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
On 01.07.2021 20:54, Daniel Bauer wrote:
So I moved the file "Xsetup" to /etc/X11/xdm/scripts/ and adjusted the line in /etc/sdm.conf to point to the new location
(I found a file /etc/X11/xdm/Xsetup with lots of lines and preferred to leave as is...)
This is what is used by default. So it makes sense to call default Xsetup from within your custom script to be sure default initialization is performed.
Am 01.07.21 um 19:57 schrieb Andrei Borzenkov:
On 01.07.2021 20:54, Daniel Bauer wrote:
So I moved the file "Xsetup" to /etc/X11/xdm/scripts/ and adjusted the line in /etc/sdm.conf to point to the new location
(I found a file /etc/X11/xdm/Xsetup with lots of lines and preferred to leave as is...)
This is what is used by default. So it makes sense to call default Xsetup from within your custom script to be sure default initialization is performed.
you mean adding the line DisplayCommand=/etc/X11/xdm/Xsetup above or below of my line DisplayCommand=/etc/X11/xdm/scripts/Xsetup in my /etc/sdm.conf ? -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
On 01.07.2021 18:17, Daniel Bauer wrote:
I do not normally use KDE/Plasma, but from quick search SDDM does not have settings to rotate screen (and it does not support automatic detection of screen orientation) so for X11 common advice is to place xrandr call into Xsetup script which runs before login greeter is shown. No idea for Wayland.
You are not a friend of giving easy to follow solutions, aren't you? :-)
As I already said I do not normally use KDE so I have no way to test and verify anything I have found so I do not see any point in replicating random search hit here. And I (maybe, foolishly) trust people to be capable of searching Internet when they know what to search for. ...
There remains my last (hopefully) problem with the touchscreen [rotate].
Yes, this is rather common problem. There are several workarounds. 1. If you always use you convertible in the same orientation, search for "xinput coordinate transformation matrix". You will need to figure out correct device to apply to (remember, I did ask for xinput output :) ) and probably experiment with correct values but there are plenty of examples. You will need to add proper call to your DE startup sequence. 2. If your convertible provides orientation sensors, it may be possible to adjust this settings automatically. I believe GNOME supports it out-of-the-box. Again do not know about KDE. Again, remember, I asked you for udevadm info --export-db output :) I think I have seen Qt applet to do it.
Am 01.07.21 um 19:12 schrieb Andrei Borzenkov:
On 01.07.2021 18:17, Daniel Bauer wrote:
There remains my last (hopefully) problem with the touchscreen [rotate].
Yes, this is rather common problem. There are several workarounds.
1. If you always use you convertible in the same orientation, search for "xinput coordinate transformation matrix". You will need to figure out correct device to apply to (remember, I did ask for xinput output :) ) and probably experiment with correct values but there are plenty of examples. You will need to add proper call to your DE startup sequence.
I'll search... Meanwhile the output of xinput:
⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Mouse id=11 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Touchpad id=12 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Consumer Control id=14 [slave pointer (2)] ⎜ ↳ ELAN901C:00 04F3:2BD6 id=16 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Power Button id=8 [slave keyboard (3)] ↳ Intergrated Camera 2M: Intergra id=9 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device id=10 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device Wireless Radio Control id=13 [slave keyboard (3)] ↳ Intergrated Camera 5M: Intergra id=15 [slave keyboard (3)] ↳ ELAN901C:00 04F3:2BD6 id=17 [slave keyboard (3)] ↳ Ideapad extra buttons id=18 [slave keyboard (3)] ↳ Intel HID events id=19 [slave keyboard (3)] ↳ Intel HID 5 button array id=20 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=21 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device Consumer Control id=22 [slave keyboard (3)]
I guess "ELAN901C:00 04F3:2BD6" is the name of the touchscreen.
2. If your convertible provides orientation sensors, it may be possible to adjust this settings automatically. I believe GNOME supports it out-of-the-box. Again do not know about KDE. Again, remember, I asked you for udevadm info --export-db output :) I think I have seen Qt applet to do it.
I don't find a Qt applet. I had a "qtconfig" on 15.1, but I can't find that in 15.3. I guess, this is the interesting part of udevadm info --export-db: P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22 L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22 E: SUBSYSTEM=input E: PRODUCT=18/4f3/2bd6/100 E: NAME="ELAN901C:00 04F3:2BD6" E: PHYS="i2c-ELAN901C:00" E: UNIQ="" E: PROP=2 E: EV=1b E: KEY=400 0 0 0 0 0 E: ABS=3273800000000003 E: MSC=20 E: MODALIAS=input:b0018v04F3p2BD6e0100-e0,1,3,4,k14A,ra0,1,2F,30,31,34,35,36,39,3C,3D,m5,lsfw E: USEC_INITIALIZED=22071904 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: ID_FOR_SEAT=input-pci-0000_00_16_3-platform-i2c_designware_1 E: TAGS=:seat: P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15 N: input/event15 L: 0 S: input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15 E: SUBSYSTEM=input E: DEVNAME=/dev/input/event15 E: MAJOR=13 E: MINOR=79 E: USEC_INITIALIZED=22163190 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_INPUT_WIDTH_MM=141 E: ID_INPUT_HEIGHT_MM=226 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: LIBINPUT_DEVICE_GROUP=18/4f3/2bd6:i2c-ELAN901C:00 E: DEVLINKS=/dev/input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2 N: input/mouse2 L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2 E: SUBSYSTEM=input E: DEVNAME=/dev/input/mouse2 E: MAJOR=13 E: MINOR=34 E: USEC_INITIALIZED=22086823 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 If you want to see the whole file I can upload it and post a link. -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
Daniel Bauer composed on 2021-07-01 19:29 (UTC+0200):
I don't find a Qt applet. I had a "qtconfig" on 15.1, but I can't find that in 15.3. I think it got renamed to qt5ct. -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 01.07.2021 21:29, Daniel Bauer wrote:
Am 01.07.21 um 19:12 schrieb Andrei Borzenkov:
On 01.07.2021 18:17, Daniel Bauer wrote:
There remains my last (hopefully) problem with the touchscreen [rotate].
Yes, this is rather common problem. There are several workarounds.
1. If you always use you convertible in the same orientation, search for "xinput coordinate transformation matrix". You will need to figure out correct device to apply to (remember, I did ask for xinput output :) ) and probably experiment with correct values but there are plenty of examples. You will need to add proper call to your DE startup sequence.
I'll search... Meanwhile the output of xinput:
⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Mouse id=11 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Touchpad id=12 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Consumer Control id=14 [slave pointer (2)] ⎜ ↳ ELAN901C:00 04F3:2BD6 id=16 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Power Button id=8 [slave keyboard (3)] ↳ Intergrated Camera 2M: Intergra id=9 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device id=10 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device Wireless Radio Control id=13 [slave keyboard (3)] ↳ Intergrated Camera 5M: Intergra id=15 [slave keyboard (3)] ↳ ELAN901C:00 04F3:2BD6 id=17 [slave keyboard (3)] ↳ Ideapad extra buttons id=18 [slave keyboard (3)] ↳ Intel HID events id=19 [slave keyboard (3)] ↳ Intel HID 5 button array id=20 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=21 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device Consumer Control id=22 [slave keyboard (3)]
I guess "ELAN901C:00 04F3:2BD6" is the name of the touchscreen.
2. If your convertible provides orientation sensors, it may be possible to adjust this settings automatically. I believe GNOME supports it out-of-the-box. Again do not know about KDE. Again, remember, I asked you for udevadm info --export-db output :) I think I have seen Qt applet to do it.
I don't find a Qt applet. I had a "qtconfig" on 15.1, but I can't find that in 15.3.
I am not sure what you mean. What I had in mind https://github.com/GuLinux/ScreenRotator there is also background service example https://github.com/donbowman/kde-auto-rotate/blob/master/auto-rotate Again, it is possible that KDE already supports it natively.
I guess, this is the interesting part of udevadm info --export-db:
No it is not. I was looking for sensors (accelerator or similar) that allow automatic rotation. How to rotate manually is more or less clear.
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22
L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22
E: SUBSYSTEM=input E: PRODUCT=18/4f3/2bd6/100 E: NAME="ELAN901C:00 04F3:2BD6" E: PHYS="i2c-ELAN901C:00" E: UNIQ="" E: PROP=2 E: EV=1b E: KEY=400 0 0 0 0 0 E: ABS=3273800000000003 E: MSC=20 E: MODALIAS=input:b0018v04F3p2BD6e0100-e0,1,3,4,k14A,ra0,1,2F,30,31,34,35,36,39,3C,3D,m5,lsfw
E: USEC_INITIALIZED=22071904 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: ID_FOR_SEAT=input-pci-0000_00_16_3-platform-i2c_designware_1 E: TAGS=:seat:
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15
N: input/event15 L: 0 S: input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15
E: SUBSYSTEM=input E: DEVNAME=/dev/input/event15 E: MAJOR=13 E: MINOR=79 E: USEC_INITIALIZED=22163190 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_INPUT_WIDTH_MM=141 E: ID_INPUT_HEIGHT_MM=226 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: LIBINPUT_DEVICE_GROUP=18/4f3/2bd6:i2c-ELAN901C:00 E: DEVLINKS=/dev/input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2
N: input/mouse2 L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2
E: SUBSYSTEM=input E: DEVNAME=/dev/input/mouse2 E: MAJOR=13 E: MINOR=34 E: USEC_INITIALIZED=22086823 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1
If you want to see the whole file I can upload it and post a link.
Am 01.07.21 um 21:12 schrieb Andrei Borzenkov:
On 01.07.2021 21:29, Daniel Bauer wrote:
Am 01.07.21 um 19:12 schrieb Andrei Borzenkov:
On 01.07.2021 18:17, Daniel Bauer wrote:
There remains my last (hopefully) problem with the touchscreen [rotate].
Yes, this is rather common problem. There are several workarounds.
1. If you always use you convertible in the same orientation, search for "xinput coordinate transformation matrix". You will need to figure out correct device to apply to (remember, I did ask for xinput output :) ) and probably experiment with correct values but there are plenty of examples. You will need to add proper call to your DE startup sequence.
...
I guess "ELAN901C:00 04F3:2BD6" is the name of the touchscreen.
2. If your convertible provides orientation sensors, it may be possible to adjust this settings automatically. I believe GNOME supports it out-of-the-box. Again do not know about KDE. Again, remember, I asked you for udevadm info --export-db output :) I think I have seen Qt applet to do it.
I don't find a Qt applet. I had a "qtconfig" on 15.1, but I can't find that in 15.3.
I am not sure what you mean. What I had in mind
ok, I went to that page, installed compiler and all the required things, and compiled and installed it. No change after reboot. Touchscreen is still wrong as before (and there is no change when I rotate the laptop, which I don't care) Now I have this program installed and running, I guess. I also tried to click the icon in the task bar, plus used the menu entry. So it seems it doesn't work for me. How can I uninstall it clean? There is no uninstall routine provided...
there is also background service example
https://github.com/donbowman/kde-auto-rotate/blob/master/auto-rotate
Again, it is possible that KDE already supports it natively.
I guess, this is the interesting part of udevadm info --export-db:
No it is not. I was looking for sensors (accelerator or similar) that allow automatic rotation. How to rotate manually is more or less clear.
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22
L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22
E: SUBSYSTEM=input E: PRODUCT=18/4f3/2bd6/100 E: NAME="ELAN901C:00 04F3:2BD6" E: PHYS="i2c-ELAN901C:00" E: UNIQ="" E: PROP=2 E: EV=1b E: KEY=400 0 0 0 0 0 E: ABS=3273800000000003 E: MSC=20 E: MODALIAS=input:b0018v04F3p2BD6e0100-e0,1,3,4,k14A,ra0,1,2F,30,31,34,35,36,39,3C,3D,m5,lsfw
E: USEC_INITIALIZED=22071904 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: ID_FOR_SEAT=input-pci-0000_00_16_3-platform-i2c_designware_1 E: TAGS=:seat:
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15
N: input/event15 L: 0 S: input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15
E: SUBSYSTEM=input E: DEVNAME=/dev/input/event15 E: MAJOR=13 E: MINOR=79 E: USEC_INITIALIZED=22163190 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_INPUT_WIDTH_MM=141 E: ID_INPUT_HEIGHT_MM=226 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: LIBINPUT_DEVICE_GROUP=18/4f3/2bd6:i2c-ELAN901C:00 E: DEVLINKS=/dev/input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2
N: input/mouse2 L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2
E: SUBSYSTEM=input E: DEVNAME=/dev/input/mouse2 E: MAJOR=13 E: MINOR=34 E: USEC_INITIALIZED=22086823 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1
If you want to see the whole file I can upload it and post a link.
-- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
Am 01.07.21 um 21:12 schrieb Andrei Borzenkov:
No it is not. I was looking for sensors (accelerator or similar) that allow automatic rotation. How to rotate manually is more or less clear.
The complete output is here: https://www.daniel-bauer.com/div/udevadm.txt -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
I somehow reached half of the goal, I'll post a new thread "How to make xinput set-prop permanent, + 1 more" Am 01.07.21 um 21:12 schrieb Andrei Borzenkov:
On 01.07.2021 21:29, Daniel Bauer wrote:
Am 01.07.21 um 19:12 schrieb Andrei Borzenkov:
On 01.07.2021 18:17, Daniel Bauer wrote:
There remains my last (hopefully) problem with the touchscreen [rotate].
Yes, this is rather common problem. There are several workarounds.
1. If you always use you convertible in the same orientation, search for "xinput coordinate transformation matrix". You will need to figure out correct device to apply to (remember, I did ask for xinput output :) ) and probably experiment with correct values but there are plenty of examples. You will need to add proper call to your DE startup sequence.
I'll search... Meanwhile the output of xinput:
⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Mouse id=11 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Touchpad id=12 [slave pointer (2)] ⎜ ↳ SIPODEV Duet 3 USB Composite Device Consumer Control id=14 [slave pointer (2)] ⎜ ↳ ELAN901C:00 04F3:2BD6 id=16 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Power Button id=8 [slave keyboard (3)] ↳ Intergrated Camera 2M: Intergra id=9 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device id=10 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device Wireless Radio Control id=13 [slave keyboard (3)] ↳ Intergrated Camera 5M: Intergra id=15 [slave keyboard (3)] ↳ ELAN901C:00 04F3:2BD6 id=17 [slave keyboard (3)] ↳ Ideapad extra buttons id=18 [slave keyboard (3)] ↳ Intel HID events id=19 [slave keyboard (3)] ↳ Intel HID 5 button array id=20 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=21 [slave keyboard (3)] ↳ SIPODEV Duet 3 USB Composite Device Consumer Control id=22 [slave keyboard (3)]
I guess "ELAN901C:00 04F3:2BD6" is the name of the touchscreen.
2. If your convertible provides orientation sensors, it may be possible to adjust this settings automatically. I believe GNOME supports it out-of-the-box. Again do not know about KDE. Again, remember, I asked you for udevadm info --export-db output :) I think I have seen Qt applet to do it.
I don't find a Qt applet. I had a "qtconfig" on 15.1, but I can't find that in 15.3.
I am not sure what you mean. What I had in mind
https://github.com/GuLinux/ScreenRotator
there is also background service example
https://github.com/donbowman/kde-auto-rotate/blob/master/auto-rotate
Again, it is possible that KDE already supports it natively.
I guess, this is the interesting part of udevadm info --export-db:
No it is not. I was looking for sensors (accelerator or similar) that allow automatic rotation. How to rotate manually is more or less clear.
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22
L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22
E: SUBSYSTEM=input E: PRODUCT=18/4f3/2bd6/100 E: NAME="ELAN901C:00 04F3:2BD6" E: PHYS="i2c-ELAN901C:00" E: UNIQ="" E: PROP=2 E: EV=1b E: KEY=400 0 0 0 0 0 E: ABS=3273800000000003 E: MSC=20 E: MODALIAS=input:b0018v04F3p2BD6e0100-e0,1,3,4,k14A,ra0,1,2F,30,31,34,35,36,39,3C,3D,m5,lsfw
E: USEC_INITIALIZED=22071904 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: ID_FOR_SEAT=input-pci-0000_00_16_3-platform-i2c_designware_1 E: TAGS=:seat:
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15
N: input/event15 L: 0 S: input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/event15
E: SUBSYSTEM=input E: DEVNAME=/dev/input/event15 E: MAJOR=13 E: MINOR=79 E: USEC_INITIALIZED=22163190 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_INPUT_WIDTH_MM=141 E: ID_INPUT_HEIGHT_MM=226 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1 E: LIBINPUT_DEVICE_GROUP=18/4f3/2bd6:i2c-ELAN901C:00 E: DEVLINKS=/dev/input/by-path/pci-0000:00:16.3-platform-i2c_designware.1-event
P: /devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2
N: input/mouse2 L: 0 E: DEVPATH=/devices/pci0000:00/0000:00:16.3/i2c_designware.1/i2c-7/i2c-ELAN901C:00/0018:04F3:2BD6.0003/input/input22/mouse2
E: SUBSYSTEM=input E: DEVNAME=/dev/input/mouse2 E: MAJOR=13 E: MINOR=34 E: USEC_INITIALIZED=22086823 E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_PATH=pci-0000:00:16.3-platform-i2c_designware.1 E: ID_PATH_TAG=pci-0000_00_16_3-platform-i2c_designware_1
If you want to see the whole file I can upload it and post a link.
-- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
On 6/30/21 12:05 PM, Daniel Bauer wrote:
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Long, long ago (leap 13.2) I fiddled with the login screen. FWIW this machine is now running 15.1 and the login screen is still the same. My notes from changing it says: "Somewhere along the line I managed to change the background on the screen where it's waiting for a user name/password. That's /usr/share/wallpapers/openSUSEdefault/contents/images/afile.jpg, in my case afile is 1920X1080. This may be a redundant step. At this point it all shows me the screens I want to see. Some preview/thumbnail images are flat wrong because they're the wrong image, or the wrong size, or the wrong place on the screen." I also remember editing the file, IIRC I used the package xv, to make my preferred image fit the screen better. Another computer now running 15.3. The login screen is that default mess. The lock screen (Ctrl-Alt l) show my preferred screen. Going way back up to /us/share/wallpapers/openSUSEdefault I find a link named screenshot.jpg to what's probably the login screen. I haven't messed with this yet.
On 04/07/2021 16.14, Bill Swisher wrote:
On 6/30/21 12:05 PM, Daniel Bauer wrote:
I don't know how they call this page, when the boot process finished a screen is displayed where my username and password is asked and then the KDE session starts. For sure there is a perfect and precise name, but I don't know it.
Long, long ago (leap 13.2) I fiddled with the login screen. FWIW this machine is now running 15.1 and the login screen is still the same. My notes from changing it says:
"Somewhere along the line I managed to change the background on the screen where it's waiting for a user name/password. That's /usr/share/wallpapers/openSUSEdefault/contents/images/afile.jpg, in my case afile is 1920X1080. This may be a redundant step. At this point
... Er... I think you got the wrong idea of his problem. Look at this photo he made: https://www.daniel-bauer.com/div/20210629_203830.jpg The problem which is more or less solved, is the orientation. Not the background picture :-) -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
participants (8)
-
Andrei Borzenkov -
Bill Swisher -
Carlos E. R. -
Carlos E. R. -
Daniel Bauer -
Dave Howorth -
Felix Miata -
Patrick Shanahan