[Intel-gfx] Approximately every other day video will freeze for no reason at all and no specific time between freezes.

Martin Steigerwald martin at lichtvoll.de
Sun Oct 4 02:26:21 PDT 2015


Hi Chris, hi Intel graphics developers,

Am Freitag, 2. Oktober 2015, 16:06:30 CEST schrieb Chris:
> To elaborate on this. The video is frozen to include the clock however I
> can move the mouse cursor around the screen. I can not however switch
> between window desktops. This happened on 28 Sept 2015 after an uptime

I have seen exactly this issue on ThinkPad T520 with Sandybridge graphics.

With one exception: At least sometimes I have been able to switch to tty1 and 
do killall -u <affecteduser> to get back to sddm login screen.

I didn´t do anything about it so far. Driver is running in uxa mode, cause 
with sna I experienced hard freezes with mouse freezing and even data loss. I 
lost my GPG public key ring after a hard freeze after a gpg --recv-keys 
operation (restored from backup meanwhile). This was at DebConf and a 
developer I worked with recommended me to switch from SNA to UXA. And some 
time ago I had it that kwin sometimes told me it restarted compositing due to 
a hang in the graphics driver.

I find freezing issues extremely hard to debug. First off often they happen 
when I am not willing to spend even a single minute on them. Second: What to 
do anyway? On a hard freeze, I could try Sys-Rq key combo to sync disk 
contents, and I think I may better enable it anyway to avoid data loss in 
those situations, and hope that *some* information on *why* the hard freeze 
happened still lands in kern.log or Xorg log. On soft freezes I can do 
something if I can still switch to tty1. But what? I have no idea what 
information I can gather *efficiently* to provide at least a somewhat 
meaningful initial bug report within less than 15 to 30 minutes. I don´t just 
want to do *something* in that case, but I want something that has a good 
chance on giving a real insight on why the bug is happened and a good hint at 
what can be done to fix it.

git-bisect is out of question for me for something that happens so 
irregularily. It would take an insane amount of time with running kernels that 
are probably way to unstable for production use – as it may include pre-rc1 
kernels - anyway. Even tough I go to the limits on this machine regarding 
production use, this is still a production machine and I usually wait till rc2 
kernels to try out a new kernel.

So I appreciate any pointers what to *efficiently* do about issues like this. 
In case I miss any documentated bug triaging howto please point me to it. 
Ideally some kind of bug-reporting tool would be nice. Just run a script which 
collects all data that can be helpful into a file that I can attach to a bug 
report.


That said in general I am really quite happy with the Intel drivers.


martin at merkaba:~> phoronix-test-suite system-info

Phoronix Test Suite v5.2.1
System Information

Hardware:
Processor: Intel Core i5-2520M @ 3.20GHz (4 Cores), Motherboard: LENOVO 
42433WG, Chipset: Intel 2nd Generation Core Family DRAM, Memory: 16384MB, 
Disk: 300GB INTEL SSDSA2CW30 + 480GB Crucial_CT480M50, Graphics: Intel HD 3000 
(1300MHz), Audio: Conexant CX20590, Monitor: P24T-7 LED, Network: Intel 
82579LM Gigabit Connection + Intel Centrino Advanced-N 6205

Software:
OS: Debian unstable, Kernel: 4.3.0-rc3-tp520-btrfstrim+ (x86_64), Desktop: KDE 
Frameworks 5, Display Server: X Server 1.17.2, Display Driver: intel 2.99.917, 
OpenGL: 3.3 Mesa 11.0.2, Compiler: GCC 5.2.1 20150911, File-System: btrfs, 
Screen Resolution: 3840x1080

lspci -nnv:

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation 
Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) 
(prog-if 00 [VGA controller])
        Subsystem: Lenovo Device [17aa:21cf]
        Flags: bus master, fast devsel, latency 0, IRQ 26
        Memory at f0000000 (64-bit, non-prefetchable) [size=4M]
        Memory at e0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at 5000 [size=64]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Capabilities: [d0] Power Management version 2
        Capabilities: [a4] PCI Advanced Features
        Kernel driver in use: i915

Ciao,
-- 
Martin


More information about the Intel-gfx mailing list