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

M. Thierry mthierry.gfx at gmail.com
Sun Oct 4 07:32:48 PDT 2015

               9o9 at 1       uouuo u ,,,,,zzzz,,u,z,,q,,z,zz,,,, z

On Oct 4, 2015 1:01 PM, "Mike Lothian" <mike at fireburn.co.uk> wrote:

> Hi
> I'm not certain but I think I faced the same issue when I was enabling
> atomic on my sandybridge laptop, it was like one of the planes stopped
> being updated. When I reported it all that time ago I was told atomic was
> considered unstable and I shouldn't be using it.
> Has atomic been switched on recently?
> Unfortunately the laptop is no longer functional so I can't test any of
> this out
> Mike
> On Sun, 4 Oct 2015 10:32 Martin Steigerwald <martin at lichtvoll.de> wrote:
>> 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
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20151004/81130146/attachment.html>

More information about the Intel-gfx mailing list