[opensuse-factory] TW suddenly freezes: keyboard not responding
Hello,
From time to time since several months now, I noticed freezes on my TW: suddenly system went unresponsive and I can't input anything by the keyboard.
All the apps loaded keep working regularly but I can't input any command by the keyboard. Only mouse navigation through the windows is functional. I red some reports on the Web that this is a common occurrence for Intel i915 video cards which I'm using here on my Leonovo Z470, then I tried to modify the file /etc/X11/xorg.conf.d/10-intel.conf by changing former AccellMethod parameter from *sna* to *uxa*, without any beneficial effects: cat /etc/X11/xorg.conf.d/10-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "uxa" #Option "DRI" "3" #Option "TearFree" "true" EndSection My grub default is like this: GRUB_CMDLINE_LINUX="libahci.ignore_sss=1" GRUB_CMDLINE_LINUX_DEFAULT="quiet splash scsi_mod.use_blk_mq=1 intel_idle.max_cstate=1 resume=UUID=b0674d72-5b01-402b-8e0f-cf69170e6b05" The only command that so far works to unlock the keyboard to me is to send an HUP signal to agetty: ps -ef|grep agetty root 16419 1 0 13:32 tty1 00:00:00 /sbin/agetty -o -p -- \u --noclear tty1 linux sudo kill -HUP 16419 Does somebody faced similar issue and found a definitive solution? Thanks! Cheers, -- Marco Calistri Build: openSUSE Tumbleweed 20180704 Kernel: 4.17.2-2.gddde22d-default - Cinnamon 3.8.7 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sunday, July 8, 2018 1:58:20 PM CDT, Marco Calistri wrote: Hello,
From time to time since several months now, I noticed freezes on my TW: suddenly system went unresponsive and I can't input anything by the keyboard.
All the apps loaded keep working regularly but I can't input any command by the keyboard.
Only mouse navigation through the windows is functional.
I red some reports on the Web that this is a common occurrence for Intel i915 video cards which I'm using here on my Leonovo Z470, then I tried to modify the file /etc/X11/xorg.conf.d/10-intel.conf by changing former AccellMethod parameter from *sna* to *uxa*, without any beneficial effects:
cat /etc/X11/xorg.conf.d/10-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "uxa" #Option "DRI" "3" #Option "TearFree" "true" EndSection
My grub default is like this:
GRUB_CMDLINE_LINUX="libahci.ignore_sss=1" GRUB_CMDLINE_LINUX_DEFAULT="quiet splash scsi_mod.use_blk_mq=1 intel_idle.max_cstate=1 resume=UUID=b0674d72-5b01-402b-8e0f-cf69170e6b05"
The only command that so far works to unlock the keyboard to me is to send an HUP signal to agetty:
ps -ef|grep agetty root 16419 1 0 13:32 tty1 00:00:00 /sbin/agetty -o -p -- \u --noclear tty1 linux
sudo kill -HUP 16419
Does somebody faced similar issue and found a definitive solution?
Thanks!
Cheers,
I'm pretty sure I'm having the same problem. I have an Intel i7 6700T with an HD 530 GPU. I have my accelmethod set to glamor with tear free enabled also. Probably about once a week-ish, my system will not accept *any* keyboard input at all seemingly at random. Sometimes I can press 'Ctrl + Alt', and then I'm able to use my keyboard normally again. Other times, that doesn't work and I have to hard reboot. I haven't tried killing agetty as you've shown, though. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il 08/07/2018 16:14, simonizor ha scritto:
On Sunday, July 8, 2018 1:58:20 PM CDT, Marco Calistri wrote: Hello,
From time to time since several months now, I noticed freezes on my TW: suddenly system went unresponsive and I can't input anything by the keyboard.
All the apps loaded keep working regularly but I can't input any command by the keyboard.
Only mouse navigation through the windows is functional.
I red some reports on the Web that this is a common occurrence for Intel i915 video cards which I'm using here on my Leonovo Z470, then I tried to modify the file /etc/X11/xorg.conf.d/10-intel.conf by changing former AccellMethod parameter from *sna* to *uxa*, without any beneficial effects:
cat /etc/X11/xorg.conf.d/10-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "uxa" #Option "DRI" "3" #Option "TearFree" "true" EndSection
My grub default is like this:
GRUB_CMDLINE_LINUX="libahci.ignore_sss=1" GRUB_CMDLINE_LINUX_DEFAULT="quiet splash scsi_mod.use_blk_mq=1 intel_idle.max_cstate=1 resume=UUID=b0674d72-5b01-402b-8e0f-cf69170e6b05"
The only command that so far works to unlock the keyboard to me is to send an HUP signal to agetty:
ps -ef|grep agetty root 16419 1 0 13:32 tty1 00:00:00 /sbin/agetty -o -p -- \u --noclear tty1 linux
sudo kill -HUP 16419
Does somebody faced similar issue and found a definitive solution?
Thanks!
Cheers,
I'm pretty sure I'm having the same problem. I have an Intel i7 6700T with an HD 530 GPU. I have my accelmethod set to glamor with tear free enabled also. Probably about once a week-ish, my system will not accept *any* keyboard input at all seemingly at random.
Sometimes I can press 'Ctrl + Alt', and then I'm able to use my keyboard normally again. Other times, that doesn't work and I have to hard reboot. I haven't tried killing agetty as you've shown, though.
Give it a try to "HUP agetty" to avoid the more drastic system reboot. For a raw solution you can always add *nomodeset* to kernel to ignore the Intel driver, but of course it will make you loose the graphical enhancements. Regards, -- Marco Calistri Build: openSUSE Tumbleweed 20180704 Kernel: 4.17.2-2.gddde22d-default - Cinnamon 3.8.7 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Marco Calistri composed on 2018-07-08 19:21 (UTC):
Marco Calistri wrote:
From time to time since several months now, I noticed freezes on my TW: suddenly system went unresponsive and I can't input anything by the keyboard.
All the apps loaded keep working regularly but I can't input any command by the keyboard.
Only mouse navigation through the windows is functional.
I red some reports on the Web that this is a common occurrence for Intel i915 video cards which I'm using here on my Leonovo Z470, then I tried to modify the file /etc/X11/xorg.conf.d/10-intel.conf by changing former AccellMethod parameter from *sna* to *uxa*, without any beneficial effects:
cat /etc/X11/xorg.conf.d/10-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "uxa" #Option "DRI" "3" #Option "TearFree" "true" EndSection ... Give it a try to "HUP agetty" to avoid the more drastic system reboot. For a raw solution you can always add *nomodeset* to kernel to ignore the Intel driver, but of course it will make you loose the graphical enhancements.
Nomodeset is for troubleshooting, not actual GUI operation. Nomodeset causes fallback to the horrible last resort FBDEV or VESA xf86 drivers. Try the "other" FOSS driver. If your i915 is not too old or too new, it will automatically be used simply by removing xf86-video-intel, though I suppose you could make it explicit in xorg.conf.d/10-generic.conf: Section "Device" Identifier "Default" Driver "modesetting" # (modeset, as shows in Xorg.0.log?) EndSection All my openSUSE installations on i915 systems that are new enough (965G maybe, G31 no, G41 yes) have xf86-video-intel uninstalled. On host fi965 on 20180704 I have: # zypper --no-refresh se -s -i input | egrep -v 'debug|devel|srcp|openSUSE-20' | egrep 'x86|noarch'| sort i | libinput10 | package | 1.11.1-1.1 | x86_64 | OSS i | xf86-input-evdev | package | 2.10.6-1.2 | x86_64 | OSS i | xf86-input-keyboard | package | 1.9.0-1.4 | x86_64 | OSS i | xf86-input-mouse | package | 1.9.2-2.2 | x86_64 | OSS i | xinput | package | 1.6.2-1.9 | x86_64 | OSS -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (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
Il 08/07/2018 18:44, Felix Miata ha scritto:
Marco Calistri composed on 2018-07-08 19:21 (UTC):
Marco Calistri wrote:
From time to time since several months now, I noticed freezes on my TW: suddenly system went unresponsive and I can't input anything by the keyboard.
All the apps loaded keep working regularly but I can't input any command by the keyboard.
Only mouse navigation through the windows is functional.
I red some reports on the Web that this is a common occurrence for Intel i915 video cards which I'm using here on my Leonovo Z470, then I tried to modify the file /etc/X11/xorg.conf.d/10-intel.conf by changing former AccellMethod parameter from *sna* to *uxa*, without any beneficial effects:
cat /etc/X11/xorg.conf.d/10-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "uxa" #Option "DRI" "3" #Option "TearFree" "true" EndSection ... Give it a try to "HUP agetty" to avoid the more drastic system reboot. For a raw solution you can always add *nomodeset* to kernel to ignore the Intel driver, but of course it will make you loose the graphical enhancements.
Nomodeset is for troubleshooting, not actual GUI operation. Nomodeset causes fallback to the horrible last resort FBDEV or VESA xf86 drivers. Try the "other" FOSS driver. If your i915 is not too old or too new, it will automatically be used simply by removing xf86-video-intel, though I suppose you could make it explicit in xorg.conf.d/10-generic.conf:
Section "Device" Identifier "Default" Driver "modesetting" # (modeset, as shows in Xorg.0.log?) EndSection
All my openSUSE installations on i915 systems that are new enough (965G maybe, G31 no, G41 yes) have xf86-video-intel uninstalled.
On host fi965 on 20180704 I have: # zypper --no-refresh se -s -i input | egrep -v 'debug|devel|srcp|openSUSE-20' | egrep 'x86|noarch'| sort
i | libinput10 | package | 1.11.1-1.1 | x86_64 | OSS i | xf86-input-evdev | package | 2.10.6-1.2 | x86_64 | OSS i | xf86-input-keyboard | package | 1.9.0-1.4 | x86_64 | OSS i | xf86-input-mouse | package | 1.9.2-2.2 | x86_64 | OSS i | xinput | package | 1.6.2-1.9 | x86_64 | OSS
Hi and thanks for the hints! BTW I'm already testing a new *intel.conf* I found on openSUSE Forums for a similar issue, this is using modesetting: cat /etc/X11/xorg.conf.d/21-intel.conf Section "Device" Identifier "Intel Graphics" Driver "modesetting" Option "AccelMethod" "glamor" Option "Backlight" "intel_backlight" EndSection I will try this setup for some weeks to see if it resolve my freezing problems. Cheers, -- Marco Calistri Build: openSUSE Tumbleweed 20180704 Kernel: 4.17.2-2.gddde22d-default - Cinnamon 3.8.7 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Felix Miata wrote:
Nomodeset is for troubleshooting, not actual GUI operation. Nomodeset causes fallback to the horrible last resort FBDEV or VESA xf86 drivers. Try the "other" FOSS driver.
Seconded, though:
All my openSUSE installations on i915 systems that are new enough (965G maybe, G31 no, G41 yes) have xf86-video-intel uninstalled.
I'm also running the modesetting driver from Mesa on my Tumbleweed Laptop (Lenovo T460p, HD530/940MX). However, the latest ones do have several issues (at least for me): - switching display resolution with xrandr fails, boo#1099812 - using secondary graphics card (nvidia optimus, via bumblebee/primus) does no longer work, boo#1099974 The intel driver for me is also not really an option. While I have never seen the keyboard hang, I have massive rendering errors in terminal windows with invisible and/or not properly repainted text passages :( -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Felix Miata -
Marco Calistri -
Peter Suetterlin -
simonizor