http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #2 from Stakanov Schufter --- I have now also occasional freezes on the system. Controlled the ram but it is good. Controlled smart, disk gives not sign for error. But I found a "cut here" section of when the freezes occur in /var/log/messages that I hope may help. ------------[ cut here ]------------ 6/11/2014 09:21:08 2014-11-06T09:19:49.330626+01:00 arabafenice kernel: [ 1625.864078] WARNING: CPU: 0 PID: 8755 at ../drivers/gpu/drm/i915/intel_display.c:3324 intel_crtc_wait_for_pending_flips+0x165/0x170 [i915]() 6/11/2014 09:21:08 2014-11-06T09:19:49.330629+01:00 arabafenice kernel: [ 1625.864083] Modules linked in: rfcomm fuse xt_pkttype xt_LOG xt_limit af_packet ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw ipt_REJECT iptable_raw xt_CT iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables bnep qcserial usb_wwan usbserial usblp wacom ecb btusb bluetooth 6lowpan_iphc arc4 iwldvm mac80211 iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi snd_hda_codec_conexant snd_hda_codec_generic iwlwifi cfg80211 snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm thinkpad_acpi snd_seq snd_seq_device snd_timer intel_powerclamp coretemp kvm crct10dif_pclmul joydev pcspkr serio_raw snd intel_ips lpc_ich mfd_core i2c_i801 shpchp e1000e mei_me ptp soundcore mei pps_core thermal wmi rfkill ac battery tpm_tis tpm acpi_cpufreq processor dm_crypt crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd i915 i2c_algo_bit drm_kms_helper drm video button dm_mirror dm_region_hash dm_log dm_mod sg 6/11/2014 09:21:08 2014-11-06T09:19:49.330633+01:00 arabafenice kernel: [ 1625.864178] CPU: 0 PID: 8755 Comm: Xorg Not tainted 3.16.6-2-desktop #1 6/11/2014 09:21:08 2014-11-06T09:19:49.330635+01:00 arabafenice kernel: [ 1625.864181] Hardware name: LENOVO 3680W1J/3680W1J, BIOS 6QET70WW (1.40 ) 10/11/2012 6/11/2014 09:21:08 2014-11-06T09:19:49.330636+01:00 arabafenice kernel: [ 1625.864184] 0000000000000009 ffffffff8161ab03 0000000000000000 ffffffff8105bad7 6/11/2014 09:21:08 2014-11-06T09:19:49.330638+01:00 arabafenice kernel: [ 1625.864188] 0000000000000000 ffff88022e7c5000 ffff88022e6d8210 ffff88022e7da000 6/11/2014 09:21:08 2014-11-06T09:19:49.330640+01:00 arabafenice kernel: [ 1625.864193] ffff88022e7da000 ffffffffa010abc5 0000000000000000 ffff8801c813c090 6/11/2014 09:21:08 2014-11-06T09:19:49.330642+01:00 arabafenice kernel: [ 1625.864197] Call Trace: 6/11/2014 09:21:08 2014-11-06T09:19:49.330644+01:00 arabafenice kernel: [ 1625.864218] [<ffffffff8100519e>] dump_trace+0x8e/0x350 6/11/2014 09:21:08 2014-11-06T09:19:49.330646+01:00 arabafenice kernel: [ 1625.864225] [<ffffffff81005506>] show_stack_log_lvl+0xa6/0x190 6/11/2014 09:21:08 2014-11-06T09:19:49.330647+01:00 arabafenice kernel: [ 1625.864231] [<ffffffff81006c01>] show_stack+0x21/0x50 6/11/2014 09:21:08 2014-11-06T09:19:49.330649+01:00 arabafenice kernel: [ 1625.864239] [<ffffffff8161ab03>] dump_stack+0x49/0x6a 6/11/2014 09:21:08 2014-11-06T09:19:49.330651+01:00 arabafenice kernel: [ 1625.864248] [<ffffffff8105bad7>] warn_slowpath_common+0x77/0x90 6/11/2014 09:21:08 2014-11-06T09:19:49.330653+01:00 arabafenice kernel: [ 1625.864285] [<ffffffffa010abc5>] intel_crtc_wait_for_pending_flips+0x165/0x170 [i915] 6/11/2014 09:21:08 2014-11-06T09:19:49.330655+01:00 arabafenice kernel: [ 1625.864449] [<ffffffffa010d5a0>] intel_crtc_disable_planes+0x30/0x1a0 [i915] 6/11/2014 09:21:08 2014-11-06T09:19:49.330657+01:00 arabafenice kernel: [ 1625.864604] [<ffffffffa010db25>] ironlake_crtc_disable+0x45/0x920 [i915] 6/11/2014 09:21:08 2014-11-06T09:19:49.330659+01:00 arabafenice kernel: [ 1625.864761] [<ffffffffa010ee17>] intel_crtc_update_dpms+0x67/0x90 [i915] 6/11/2014 09:21:08 2014-11-06T09:19:49.330660+01:00 arabafenice kernel: [ 1625.864918] [<ffffffffa0121d42>] intel_crt_dpms+0x62/0xb0 [i915] 6/11/2014 09:21:08 2014-11-06T09:19:49.331564+01:00 arabafenice kernel: [ 1625.865220] [<ffffffffa007c086>] drm_mode_obj_set_property_ioctl+0x396/0x3b0 [drm] 6/11/2014 09:21:08 2014-11-06T09:19:49.331574+01:00 arabafenice kernel: [ 1625.865336] [<ffffffffa007c0ce>] drm_mode_connector_property_set_ioctl+0x2e/0x40 [drm] 6/11/2014 09:21:08 2014-11-06T09:19:49.331576+01:00 arabafenice kernel: [ 1625.865439] [<ffffffffa006b8c7>] drm_ioctl+0x1c7/0x5b0 [drm] 6/11/2014 09:21:08 2014-11-06T09:19:49.331578+01:00 arabafenice kernel: [ 1625.865459] [<ffffffff811c9d27>] do_vfs_ioctl+0x2e7/0x4c0 6/11/2014 09:21:08 2014-11-06T09:19:49.331580+01:00 arabafenice kernel: [ 1625.865484] [<ffffffff811c9f81>] SyS_ioctl+0x81/0xa0 6/11/2014 09:21:08 2014-11-06T09:19:49.331582+01:00 arabafenice kernel: [ 1625.865494] [<ffffffff8162182d>] system_call_fastpath+0x1a/0x1f 6/11/2014 09:21:08 2014-11-06T09:19:49.331583+01:00 arabafenice kernel: [ 1625.865504] [<00007fafb3dfa397>] 0x7fafb3dfa396 6/11/2014 09:21:08 2014-11-06T09:19:49.331585+01:00 arabafenice kernel: [ 1625.865507] ---[ end trace 9abe1ceab4944ca8 ]--- drm...seems video to me. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- CC|sndirsch@suse.com | -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- CC|sndirsch@suse.com | -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #4 from Stakanov Schufter --- it would be my guess. Further I have found out the following: if you use the keyboard combination in rapid sequence alt+ctrl+Fx then it crashes. If you go with the software switch of the plasmoid eYaSDP (enhanced yet another shutdown plasmoid), then ... it doesn't happen. It did not occur to me that there would be a difference between switching VT via KDE or via alt-ctrl-Fx. Is there? Or is it a matter of speed (you are slower with the mouse)? I will have maybe the possibility to "ping" it when I am in another location next week. Here I have only my laptop, would not know how to test that here. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #6 from Takashi Iwai --- Also, it's worth to try later kernel versions, 3.17.x and 3.18-rc, available in OBS Kernel:stable and Kernel:HEAD repos. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(stakanov@freenet. | |de) | --- Comment #8 from Takashi Iwai --- Alt or Ctl-Alt don't matter much. When the key combo works, you should see the relevant message. Try to start with Alt-sysrq-9. You shoud see in dmesg output such as: SysRq : Changing Loglevel Loglevel set to 9 Then, try alt-sysrq-w. It'll show many texts in dmesg. Check "journalctl -x -b 0". You can try other sysrq stuff, too. Invalid alt-sysrq combo (e.g. alt-sysrq-minus) shows the help in dmesg. On some laptop keyboards, it's often difficult to get proper sysrq key. If so, it'd be better to handle with a USB keyboard. Once when these get ready, try to reproduce the problem and get sysrq stuff. After reboot, check the output of "journalctl -x -b -1". This will give you all logs in the previous boot. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #10 from Takashi Iwai --- Well, the message after reboot doesn't help, unfortunately. We need the kernel logs while the bug happens. If you upgraded the system, you may still have /var/log/messages. This might contain the previous boot messages. Judge from the date/time and cut out. Also, if you run with "journalctl -x", it'll print all messages. You can cut out the relevant part again judging from the date/time. But, at best, it'd be best if you can remote-login while the VT is frozen. You can trigger directly alt-sysrq by writing the proc file /proc/sysrq-trigger, i.e. # echo t > /proc/sysrq-trigger -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #12 from Stakanov Schufter --- Created attachment 612886 --> http://bugzilla.opensuse.org/attachment.cgi?id=612886&action=edit output of journalctl (example for sata freeze) This seems to have stopped too after kernel update. Kernel was naturally 3.16.6-2 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #14 from Takashi Iwai --- (In reply to Stakanov Schufter from comment #12)

Created attachment 612886 [details] output of journalctl (example for sata freeze)

This seems to have stopped too after kernel update. Kernel was naturally 3.16.6-2

This looks irrelevant frm this bug itself. If it matters, please open another bug report. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Stakanov Schufter changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(tiwai@suse.com) --- Comment #16 from Stakanov Schufter --- Thank you. I have it installed now. Which kernel do you want me to test with it? I think 3.16.6-2.1 from the standard repos right? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #18 from Stakanov Schufter --- Gives /lib/modules/3.16.6-2-desktop/updates/drivers/gpu/drm/i915/i915.ko so, I will check for performance and stability. It will be some time to get you the results on the ultrabase as i am on travel and I have only the laptop. In the meanwhile: no news are good news, if you do not have a direct feedback after this, it means that (standalone without ultrabase) everythings works fine. Once I have a good impression on function with the ultrabase and multiple external monitors in combination with VT swtiching via function keys, I will update the info here. Cheers. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #20 from Takashi Iwai --- It looks like that one upstream patch triggers kernel BUG, so I disabled 3.18 fixes and added another one from 3.17. Please try the new package. The changelog entry should appear like: * Wed Nov 19 2014 tiwai@suse.de - use other patchsets * Tue Nov 18 2014 tiwai@suse.de - test fix -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(stakanov@freenet. | |de) --- Comment #22 from Takashi Iwai --- OK, at least, it's good to hear that something gets improved. Could you re-confirm that you get the crash again after uninstalling the KMP (and initrd creation)? This is just to make sure that the fix really comes from the KMP. About the fast-switching crash: this might be a different issue from yours. Do you get a similar back trace in that case, too? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Bruno Pesavento changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bpesavento@infinito.it --- Comment #24 from Bruno Pesavento --- Created attachment 615540 --> http://bugzilla.opensuse.org/attachment.cgi?id=615540&action=edit Kernel trace pre and post system freeze Hi, since I see no answer to your request, I attach the kernel trace I got in what seems the same bug, or at least gives the same end result: black screen, unresponsive keyboard, only way out forcing power down. Feel free to discard if you think this is something different. This happens in OS 13.2 X86_64 Gnome, Core2Duo and Intel 965GM laptop (HP 6510b). The attached trace was on Kernel 3.16.6-2-desktop with your i915-kmp-desktop-3.16_k3.16.6_2-4.1.x86_64 but I saw no visible difference on 3.17.3 or 3.17.4 from Kernel:stable. To reproduce: Login user 1000 (grabs VT7 as usual); switch user; Login user 1001 (grabs VT2 or VT3, I expected VT8), it works as usual; Logout (system freezes as described in this bug). Reproducible: always. Same freeze trying to switch to VT7 again instead of logging out user 1001. Sometimes the system freezes gracefully enough to record a kernel trace according to your hint; attached is the best record I got out of some 20 tries. @23:09:13 is a kernel trace with user 1001 working as usual. @23:10:54 user 1001 (mmouse) logs out. @23:11:04 is a kernel trace with the system frozen; I hope it helps (almost meaningless to me...) It seems that gdm-Xorg-:1[1870] on VT2 segfaults on logout of user 1001 and control is never returned to the gdm-Xorg-:0[851] serving user 1000 on VT7. The system keyboard is not exactly "dead", since sysrq commands get through, as do commands from wifi key etc. as originally reported. Ready to do more testing if needed. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #26 from Takashi Iwai --- (In reply to Bruno Pesavento from comment #25)

(In reply to Stakanov Schufter from comment #23)

...

BTW: with 3.17 this function is sound. So this problem came up between the two versions, or this was introduced with 3.16.x and then was corrected in 3.17.x

Sorry, apparently I missed comments 21 to 23. Maybe I witnessed something different, discard my notes.

In your case, the problem might be irrelevant with the stall in page flip. As you already noticed, there was a crash of X server. This might blocking the further usage of graphics and consoles. Did you try to remote-login while testing it? I guess the system is still alive and remotely available but no graphics and VT are controllable. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Stakanov Schufter changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(stakanov@freenet. |needinfo?(tiwai@suse.com) |de) | --- Comment #28 from Stakanov Schufter --- Created attachment 615891 --> http://bugzilla.opensuse.org/attachment.cgi?id=615891&action=edit output of crash with both patches I have bad news. After 7 flips it crashes. When it comes up again, the logs are lost apparently (I have attached what was possible) and the graphics of the second monitor does not work anymore. Only after a complete hardware reset you can reuse the monitor again. Do you want me to install the patch of today and see if it changes? How can I make sysctl or /var/log/messages persist? I tried as we said above but it does not seem to work. There is a "sending sigterm to sysctl" message during boot. There is a warning message about graphics turbo that cannot be activated. After a complete hard reset it is gone however. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tiwai@suse.com) | --- Comment #30 from Takashi Iwai --- Yes, could you try the latest KMP again? This contains a fix of hanging drm_read(). See the changelog of rpm whether it contains today's change. There are different causes leading to X stall. One is the vblank page flip hang in i915 driver and another is some race of drm_read and stall of X. Let's see what you're seeing the second one I fixed today... -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=904097 --- Comment #33 from Bruno Pesavento --- I tested kernel-desktop-3.16.7-18.1.g4643cc3.x86_64 and the VT-switch problem described in comment #27 an #31 is gone, with default settings: no need for explicit dri2 loading, no need for extra xorg.conf file. Good work, thanks -- You are receiving this mail because: You are on the CC list for the bug.