[arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
Guys, On my 1st boot after install of a new Arch box, the monitor would go to sleep in text mode. (monitor power light goes to yellow indicating sleep and screen goes black (off), not just blank) I thought that was a great trick, since normally, the screen just blanks, but the monitor doesn't really go to sleep (monitor power indicator on). Mouse movement (gpm) or key stroke would wake the monitor up as expected. After configuring the box (nothing related to display) on the next boot, the screen will blank, but not go to sleep (monitor power light remains on and screen goes blank, but not black (off)) I can't figure out what I could have done to alter anything related to the display. (configuration was to mysql, httpd, named, dhcpd, samba, etc....) What controls whether display powers off in text mode and what can I check for in journalctl to help figure this out? -- David C. Rankin, J.D.,P.E.
On 03.12.13 at 8:18, David C. Rankin wrote:
Guys,
On my 1st boot after install of a new Arch box, the monitor would go to sleep in text mode. (monitor power light goes to yellow indicating sleep and screen goes black (off), not just blank) I thought that was a great trick, since normally, the screen just blanks, but the monitor doesn't really go to sleep (monitor power indicator on). Mouse movement (gpm) or key stroke would wake the monitor up as expected. After configuring the box (nothing related to display) on the next boot, the screen will blank, but not go to sleep (monitor power light remains on and screen goes blank, but not black (off))
I can't figure out what I could have done to alter anything related to the display. (configuration was to mysql, httpd, named, dhcpd, samba, etc....)
What controls whether display powers off in text mode and what can I check for in journalctl to help figure this out?
-- David C. Rankin, J.D.,P.E.
I use 'consoleblank=<seconds>' kernel parameter to set the delay. See also ArchWiki page: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS... --- Jakub Klinkovský (Lahwaacz)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/03/2013 12:51 PM, Jakub Klinkovský wrote:
I use 'consoleblank=<seconds>' kernel parameter to set the delay. See also ArchWiki page: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS...
Thanks Jakub, I have tried: # setterm -blank 1 # setterm -powerdown 1 # setterm -powersave hsync (waited - did not poweroff moniter, just blanked) # setterm -powersave powerdown (same thing - no poweroff) So I am at a loss as to how it worked on the first boot and now no longer worked. I read: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS... http://webpages.charter.net/dperr/dpms.htm and so far I have not found a way to repeat the poweroff that worked on first boot. I did install the nvidia package for future use, which pulled in xorg-server as a dependency, but X is not started. I don't see why that would influence console behavior. If anybody has any additional information, I thank you in advance. - -- David C. Rankin, J.D.,P.E. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKeiK4ACgkQZMpuZ8Cyrcj8GgCfYMSnkBix3ssnw4xeeb38luxy 7vkAn1+6sHoA10OwkXe8J3cI0agOWbrG =8r7e -----END PGP SIGNATURE-----
On Wed, Dec 4, 2013 at 2:43 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/03/2013 12:51 PM, Jakub Klinkovský wrote:
I use 'consoleblank=<seconds>' kernel parameter to set the delay. See also ArchWiki page:
https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS...
Thanks Jakub,
I have tried:
# setterm -blank 1 # setterm -powerdown 1 # setterm -powersave hsync (waited - did not poweroff moniter, just blanked) # setterm -powersave powerdown (same thing - no poweroff)
So I am at a loss as to how it worked on the first boot and now no longer worked. I read:
https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS...
http://webpages.charter.net/dperr/dpms.htm
and so far I have not found a way to repeat the poweroff that worked on first boot.
I did install the nvidia package for future use, which pulled in xorg-server as a dependency, but X is not started. I don't see why that would influence console behavior.
Well, that certainly is a difference. The nvidia package includes the file `/usr/lib/modprobe.d/nvidia.conf` that contains the line `blacklist nouveau`. That's necessary because if the nouveau driver is loaded first, then the nvidia one cannot work properly. But you are not loading X, so I'm guessing that your nvidia driver is not being loaded either (the kernel driver is probed by the X driver IIRC), so you are running with the default vesa console. You can try running `modprobe nvidia` and see if it makes a difference. If that's not the case, reboot and run `modprobe nouveau`. Or maybe I'm wrong and the nvidia driver is being loaded automatically. If that's true, you can try blacklisting it and modprobing nouveau. Best regards -- Rodrigo.
On 12/04/2013 05:15 AM, Rodrigo Rivas wrote:
Well, that certainly is a difference. The nvidia package includes the file `/usr/lib/modprobe.d/nvidia.conf` that contains the line `blacklist nouveau`. That's necessary because if the nouveau driver is loaded first, then the nvidia one cannot work properly.
But you are not loading X, so I'm guessing that your nvidia driver is not being loaded either (the kernel driver is probed by the X driver IIRC), so you are running with the default vesa console.
You can try running `modprobe nvidia` and see if it makes a difference. If that's not the case, reboot and run `modprobe nouveau`.
Or maybe I'm wrong and the nvidia driver is being loaded automatically. If that's true, you can try blacklisting it and modprobing nouveau.
Best regards
Rodrigo, You are on to something here. The nvidia module is loaded automatically, but there is no X running: 08:42 phoinix:/etc/clamav] # lsmod | grep nv nvidia 10573185 0 drm 238206 1 nvidia i2c_core 24164 3 drm,nvidia,i2c_nforce2 [08:46 phoinix:/etc/clamav] # ps ax | grep X 5628 pts/0 S+ 0:00 grep X So what you are saying is that the nvidia module is causing the problem with the console DPMS poweroff behavior? [08:51 phoinix:/etc/clamav] # rmmod nvidia [08:51 phoinix:/etc/clamav] # lsmod | grep nv [08:51 phoinix:/etc/clamav] # modprobe nouveau [08:52 phoinix:/etc/clamav] # lsmod | grep no nouveau 904630 1 ttm 63411 1 nouveau drm_kms_helper 36286 1 nouveau i2c_algo_bit 5399 1 nouveau drm 238206 3 ttm,drm_kms_helper,nouveau mxm_wmi 1475 1 nouveau video 11196 1 nouveau i2c_core 24164 6 drm,drm_kms_helper,i2c_algo_bit,adt7475,nouveau,i2c_nforce2 wmi 8419 2 mxm_wmi,nouveau button 4677 1 nouveau That's it! Monitor powered off after 1 min. But that begs the question, why doesn't console poweroff work with the nvidia driver? Doe the driver lack the capability? --or-- do the same associations (ttm, drm_kms_helper, etc..) just need to be made with the nvidia driver? If so, how? For now, the easiest solution is just to remove the nvidia driver and make sure the nouveau driver is loaded on boot. However, if I decide to use the nvidia driver in the future, then I'm back in the same boat again. So, is there anyway to make the console poweroff work with the nvidia driver? -- David C. Rankin, J.D.,P.E.
On Wed, Dec 4, 2013 at 4:01 PM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
[08:51 phoinix:/etc/clamav] # rmmod nvidia [08:51 phoinix:/etc/clamav] # lsmod | grep nv [08:51 phoinix:/etc/clamav] # modprobe nouveau [08:52 phoinix:/etc/clamav] # lsmod | grep no nouveau 904630 1 ttm 63411 1 nouveau drm_kms_helper 36286 1 nouveau i2c_algo_bit 5399 1 nouveau drm 238206 3 ttm,drm_kms_helper,nouveau mxm_wmi 1475 1 nouveau video 11196 1 nouveau i2c_core 24164 6 drm,drm_kms_helper,i2c_algo_bit,adt7475,nouveau,i2c_nforce2 wmi 8419 2 mxm_wmi,nouveau button 4677 1 nouveau
That's it! Monitor powered off after 1 min. But that begs the question, why doesn't console poweroff work with the nvidia driver? Doe the driver lack the capability? --or-- do the same associations (ttm, drm_kms_helper, etc..) just need to be made with the nvidia driver? If so, how?
For now, the easiest solution is just to remove the nvidia driver and make sure the nouveau driver is loaded on boot. However, if I decide to use the nvidia driver in the future, then I'm back in the same boat again. So, is there anyway to make the console poweroff work with the nvidia driver?
Well, the proprietary nvidia is known for focusing on X, the console has been neglected, no KMS, basic DPMS, it seems... The OS nouveau driver, however is doing things properly, if you have the luck that your hw is supported. Nouveau -> more features, less performance. Nvidia -> less features, more performance. Pick one. Now, if you want to switch between them without rebooting, you can try to remove one driver and modprobe the other. I wouldn't bet on the stability of your kernel, though. A safer solution would be to create two entries in the boot menu (grub or whatever): one will blacklist nouveau, the other will blacklist nvidia. With a bit of work you can even switch the mesa/libgl links to point to the proper versions! Best regards. -- Rodrigo
participants (3)
-
David C. Rankin
-
Jakub Klinkovský
-
Rodrigo Rivas