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

Sun Oct 4 09:41:47 PDT 2015

     ?c. ?c ? ? ?    ? B   ?  ??c  ?

m.
C??c

?
M.    C.  !!
On Oct 4, 2015 3:32 PM, "M. Thierry" <mthierry.gfx at gmail.com> wrote:

>                9o9 at 1       uouuo u ,,,,,zzzz,,u,z,,q,,z,zz,,,, z
>
> Bcb
> Bq'''bb
> BBB
> b
> 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/c777e69c/attachment-0001.html>