[opensuse-factory] [Tumbleweed] VTx console on 2560x1600 monitor
The console on my new Linux box is coming up fine in the native resolution of the 30" monitor (2560x1600) and tells me it is using 300x100 characters. However, the complete last line plus about half of the second-to-last are invisible. Additionally, resizecons doesn't even recognis 320x100 as a valid resolution and the -lines parameter needs to dialed back to 60 for it to work. There's not a lot of documentation of how this is supposed to work with KMS, most of it even predates thze 3.x line of kernels. Does anybody know: 1. Why are the final lines not displayed and how to correct that? 2. How to make the VTx consoles use less than the full screen resolution? In other words is there a way to make it keep a border around the actual text area? At the moment I'm going to specify a smaller resolution for the console and set the monitor to 1:1 pixelwise display to work around the issue. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz writes:
At the moment I'm going to specify a smaller resolution for the console and set the monitor to 1:1 pixelwise display to work around the issue.
That works, but it also starts X in that resolution, so I'd have to force a different resolution in xorg.conf.d. I may still do this if no other soultion exists, but I would like to avoid that. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz composed on 2014-11-29 09:41 (UTC+0100):
Achim Gratz writes:
At the moment I'm going to specify a smaller resolution for the console and set the monitor to 1:1 pixelwise display to work around the issue.
Does getting the display to auto-adjust affect those last 1.5 lines at all?
That works,
What exactly did you do to make that happen, using which resolution?
but it also starts X in that resolution,
This must be some new behavior I've been waiting to see for years and wondering why not.
so I'd have to force a different resolution in xorg.conf.d. I may still do this if no other soultion exists,
I nearly always do. It's not a big deal, except maybe if you're using the long broken Intel 2.99 driver. No Intel here obeys xorg.conf* as it should unless using the git3.0 driver.
but I would like to avoid that.
Which gfxchip? If not Intel, which video driver? Which cable connection type are you using? What clues are there in your Xorg.0.log? Everything here still responds to fbset from 12.3. Last I checked, no repo newer than 12.3 has it. If you install it, lock it, or updating will orphan it. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Felix Miata writes:
Does getting the display to auto-adjust affect those last 1.5 lines at all?
it's a digital display, so there is nothing to auto-adjust. The resolution it shows is correct and the pixels are there, just never get set different from background
That works,
What exactly did you do to make that happen, using which resolution?
By putting video=1920x1200-32@60 on the kernel line.
but it also starts X in that resolution,
This must be some new behavior I've been waiting to see for years and wondering why not.
Yes, I remembered that on my old machine w/ readeon it would query the monitor EDID instead and use the preferred resolution.
but I would like to avoid that.
Which gfxchip?
Intel Haswell (HD Graphics P4600/P4700).
If not Intel, which video driver? Which cable connection type are you using?
DP.
What clues are there in your Xorg.0.log?
It simply uses the initial mode that the kernel set up and never queries the monitor EDID. This seems to be as designed, maybe there is a parameter to have it do something different, but I don't know.
Everything here still responds to fbset from 12.3. Last I checked, no repo newer than 12.3 has it. If you install it, lock it, or updating will orphan it.
That's a new installation, so aside from fbtest there is nothing starting with "fb" in path. In any case, I don't think KMS uses either fb nor vesa for the console, so I'm not sure how useful it would still be. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz composed on 2014-11-29 10:40 (UTC+0100):
It simply uses the initial mode that the kernel set up and never queries the monitor EDID. This seems to be as designed, maybe there is a parameter to have it do something different, but I don't know.
I meant to ask before, which kernel? Maybe try the 13.2 release kernel and/or head, to see if the same. Are you using the 2.99.916 Intel driver, or something newer from git? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Felix Miata writes:
I meant to ask before, which kernel? Maybe try the 13.2 release kernel and/or head, to see if the same.
Are you using the 2.99.916 Intel driver, or something newer from git?
It's already in the subject line: stock Tumbleweed, so kernel-3.17.2 and xf86-video-intel-2.99.916. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz composed on 2014-11-29 10:40 (UTC+0100):
It simply uses the initial mode that the kernel set up and never queries the monitor EDID. This seems to be as designed, maybe there is a parameter to have it do something different, but I don't know.
I meant to ask before, which kernel? Maybe try the 13.2 release kernel and/or head, to see if the same. Are you using the 2.99.916 Intel driver, or something newer from git? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 29/11/14 a las 05:30, Achim Gratz escribió:
The console on my new Linux box is coming up fine in the native resolution of the 30" monitor (2560x1600) and tells me it is using 300x100 characters. However, the complete last line plus about half of the second-to-last are invisible. Additionally, resizecons doesn't even recognis 320x100 as a valid resolution and the -lines parameter needs to dialed back to 60 for it to work. There's not a lot of documentation of how this is supposed to work with KMS, most of it even predates thze 3.x line of kernels. Does anybody know:
1. Why are the final lines not displayed and how to correct that?
2. How to make the VTx consoles use less than the full screen resolution? In other words is there a way to make it keep a border around the actual text area?
At the moment I'm going to specify a smaller resolution for the console and set the monitor to 1:1 pixelwise display to work around the issue.
Regards, Achim.
Did you tried if kmscon can do what you want ? ln -s /usr/lib/systemd/system/kmsconvt@.service /etc/systemd/system/autovt@.service and reboot ps: If you want to go in the kernel VT route.. you are on your own..ain't nobody got time for that..;-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Cristian Rodríguez writes:
Did you tried if kmscon can do what you want ?
ln -s /usr/lib/systemd/system/kmsconvt@.service /etc/systemd/system/autovt@.service
and reboot
ps: If you want to go in the kernel VT route.. you are on your own..ain't nobody got time for that..;-)
Aside from the files you mention not existing at all, how do you suppose replacing one poorly documented piece of software with another wholly undocumented and untested piece of software is going to help? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 29/11/14 a las 12:36, Achim Gratz escribió:
Cristian Rodríguez writes:
Did you tried if kmscon can do what you want ?
ln -s /usr/lib/systemd/system/kmsconvt@.service /etc/systemd/system/autovt@.service
and reboot
ps: If you want to go in the kernel VT route.. you are on your own..ain't nobody got time for that..;-)
Aside from the files you mention not existing at all,
Well.. if they do not exist it is because kmscon is not installed. how do you suppose
replacing one poorly documented piece of software with another wholly undocumented and untested piece of software is going to help?
At least kmscon/systemd-consoled has a maintainer which is actively interested in making things better and likely to fix issues you report. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Cristian Rodríguez writes:
At least kmscon/systemd-consoled has a maintainer which is actively interested in making things better and likely to fix issues you report.
So what do I do with /usr/lib/systemd/system/autovt@.service -> getty@.service then? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 29/11/14 a las 13:35, Achim Gratz escribió:
Cristian Rodríguez writes:
At least kmscon/systemd-consoled has a maintainer which is actively interested in making things better and likely to fix issues you report.
So what do I do with
/usr/lib/systemd/system/autovt@.service -> getty@.service
then?
Nothing. if you ln -s /usr/lib/systemd/system/kmsconvt@.service /etc/systemd/system/autovt@.service then the configuration in /etc takes precedence. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Cristian Rodríguez writes:
Nothing. if you ln -s /usr/lib/systemd/system/kmsconvt@.service /etc/systemd/system/autovt@.service then the configuration in /etc takes precedence.
OK, so I've shut down the existing VT manually and set up kmscon. While useful, it's missing quite a few things still: 1. The configuration directory is not created and no default configuration is there. 2. Without --hwaccel the switch from X to the VT does only work when switching through another VT still running agetty, so that should probably be made the default on systems that have capable graphics hardware. 3. There is a reference to a manpage kmscon.conf, but that manpage doesn't exist. This seems to be an upstream bug, however. 4. Without any configuration it comes up with US keyboard layout instead of the system keyboard layout. I'm not sure how difficult it would be to have it follow the system settings since I don't know if the configuration file accepts variables of any sort (see 3.). 5. Root cannot log in until the pam.securetty.so line gets commented out from /etc/pam.d/login. Arch Wiki helped me find that. 6. No description on how to set up a different color scheme other than mentioning some palette option that should not be used. Is there an alternative already? 7. No welcome message, so you don't know which VT you're on. But, it does solve the problem with the large screen not fully usable and it can use UTF-8 fonts in a sane manner. With some work on the color scheme and with tmux settings it might be quite the thing to replace X for system administration work. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 29/11/14 a las 15:22, Achim Gratz escribió:
Cristian Rodríguez writes:
Nothing. if you ln -s /usr/lib/systemd/system/kmsconvt@.service /etc/systemd/system/autovt@.service then the configuration in /etc takes precedence.
OK, so I've shut down the existing VT manually and set up kmscon. While useful, it's missing quite a few things still:
Yes as you already noted, this has not gone through much testing yet and is in a fairly early stage but it is functional.
1. The configuration directory is not created and no default configuration is there.
Correct, this is a bug in the package mkdir /etc/kmscon.
2. Without --hwaccel the switch from X to the VT does only work when switching through another VT still running agetty, so that should probably be made the default on systems that have capable graphics hardware.
3. There is a reference to a manpage kmscon.conf, but that manpage doesn't exist. This seems to be an upstream bug, however.
Yes, you have to create a kmscon.conf in directory /etc/kmscon if you want some configuration.
4. Without any configuration it comes up with US keyboard layout instead of the system keyboard layout. I'm not sure how difficult it would be to have it follow the system settings since I don't know if the configuration file accepts variables of any sort (see 3.).
It should follow the system's configuration, I of course found the same problem as my primary language/keyboard layout is spanish.. it appears to be a bug. workaround i.e xkb-layout=latam in /etc/kmscon/kmscon.conf to get a list of layouts .. --> localectl list-x11-keymap-layouts
5. Root cannot log in until the pam.securetty.so line gets commented out from /etc/pam.d/login. Arch Wiki helped me find that.
Yes, pam_securetty is an anachronism from the telnet days. it does not really belong anymore.. it is dubious what "security" can provide anyway. if any restriction placed to access tty devices nodes is not enforced by the kernel itself (file permissions/ACL LSMs, .whatever) but by userspace .. game over! abandon all hope those who enter there! ;-)
6. No description on how to set up a different color scheme other than mentioning some palette option that should not be used. Is there an alternative already?
Not yet implemented apparently.
7. No welcome message, so you don't know which VT you're on.
Yes, a cosmetic issue..that may be annoying ;)
But, it does solve the problem with the large screen not fully usable and it can use UTF-8 fonts in a sane manner. With some work on the color scheme and with tmux settings it might be quite the thing to replace X for system administration work.
Note that kmscon is considered a research project. the actual guts of this userspace console is currently being implemented (by the same person who wrote kmscon) as libsystemd-terminal and the systemd-consoled daemon. apparently KMSCON will live on as a companion drop in tool for people that need fancy looking console/eye candy. This is still all in a early stage and very likely has major bugs,not to mention that changing components that rely on the kernel VT is also still a WIP. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz writes:
The console on my new Linux box is coming up fine in the native resolution of the 30" monitor (2560x1600) and tells me it is using 300x100 characters. However, the complete last line plus about half of the second-to-last are invisible.
Now that I switched to kmscons I see that already the boot messages (I boot with splash=verbose) have that problem, so it could also be plymouth. What was the magic kernel parameter to boot without plymouth again? BTW, I still get a normal agetty on VT1, how do I get rid of that? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Sun, 30 Nov 2014 18:22:29 +0100 Achim Gratz <Stromeko@nexgo.de> пишет:
Achim Gratz writes:
The console on my new Linux box is coming up fine in the native resolution of the 30" monitor (2560x1600) and tells me it is using 300x100 characters. However, the complete last line plus about half of the second-to-last are invisible.
Now that I switched to kmscons I see that already the boot messages (I boot with splash=verbose) have that problem, so it could also be plymouth. What was the magic kernel parameter to boot without plymouth again?
plymouth.enable=0
BTW, I still get a normal agetty on VT1, how do I get rid of that?
Anything in /etc/systemd/system/getty.target.wants/? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Andrei Borzenkov writes:
plymouth.enable=0
Thanks.
Anything in /etc/systemd/system/getty.target.wants/?
Good guess: getty@tty1.service So I just unlink that or what? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Sun, 30 Nov 2014 20:06:16 +0100 Achim Gratz <Stromeko@nexgo.de> пишет:
Anything in /etc/systemd/system/getty.target.wants/?
Good guess: getty@tty1.service So I just unlink that or what?
I really do not know. If you have other means to access system - why not? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz composed on 2014-11-30 20:06 (UTC+0100):
Andrei Borzenkov wrote:
Anything in /etc/systemd/system/getty.target.wants/?
Good guess: getty@tty1.service So I just unlink that or what?
If you just rename it .getty@tty1.service you can easily undo it if you don't like the effect. Most of my installations have 7 "files" in that directory, the original renamed hidden, and one symlink for each of the 6 ttys to make them behave as I wish. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz writes:
The console on my new Linux box is coming up fine in the native resolution of the 30" monitor (2560x1600) and tells me it is using 300x100 characters. However, the complete last line plus about half of the second-to-last are invisible.
This was likely a kernel bug since the recent update of Tumbleweed to 3.18.1 fixed this issue. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Achim Gratz -
Andrei Borzenkov -
Cristian Rodríguez -
Felix Miata