* Approximately every other day video will freeze for no reason at all and no specific time between freezes. @ 2015-10-02 21:06 Chris 2015-10-03 18:54 ` Mike Lothian 2015-10-04 9:26 ` Martin Steigerwald 0 siblings, 2 replies; 9+ messages in thread From: Chris @ 2015-10-02 21:06 UTC (permalink / raw) To: intel-gfx 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 of 6d20h6m, on 30 Sept after an uptime of 1d23h10m and today after an uptime of 1d20h12m. I have reported this bug at the Ubuntu Launchpad site and per an individual there I was instructed to go from running kernel 4.0.0-997-generic #201503310205 SMP Tue Mar 31 02:07:04 UTC 2015 (I could not report this bug because apport-collect would error with 'non supported kernel') so he had me switch to kernel 3.19.0-30-generic #33~14.04.1-Ubuntu SMP Tue Sep 22 09:27:00 UTC 2015. System info is Ubuntu 14.04.3 LTS Gnome-Shell 3.12.2. Computer is a Dell Optiplex 780 with Bios A15. There are no errors shown in my syslog as in previous problems where "Hangcheck...render ring idle" would show up. All background processes such as Fetchmail, Procmail, Spam Assassin, ClamAv and cron jobs continue to run normally. Any assistance would be appreciated. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 15:31:29 up 21 min, 1 user, load average: 0.54, 0.35, 0.40 Ubuntu 14.04.3 LTS, _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-02 21:06 Approximately every other day video will freeze for no reason at all and no specific time between freezes Chris @ 2015-10-03 18:54 ` Mike Lothian 2015-10-03 20:35 ` Chris 2015-10-04 9:26 ` Martin Steigerwald 1 sibling, 1 reply; 9+ messages in thread From: Mike Lothian @ 2015-10-03 18:54 UTC (permalink / raw) To: Chris, intel-gfx [-- Attachment #1.1: Type: text/plain, Size: 2034 bytes --] Hi Firstly you should open a bug on bugzilla and provide all relevant information there like a copy of your dmesg and Xorg.0.log output of lspci -nn You should also state what versions of various packages you're using if you're and what you've tried changing Also try the latest rc kernel to see if that fixes your issue Are you using any kernel overrides like fbc, rc7 or forcing atomic? If so switch them off - if you don't know what they are then don't worry Cheers Mike On Fri, 2 Oct 2015 10:26 pm Chris <cpollock@embarqmail.com> wrote: > 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 > of 6d20h6m, on 30 Sept after an uptime of 1d23h10m and today after an > uptime of 1d20h12m. I have reported this bug at the Ubuntu Launchpad > site and per an individual there I was instructed to go from running > kernel 4.0.0-997-generic #201503310205 SMP Tue Mar > 31 02:07:04 UTC 2015 (I could not report this bug because apport-collect > would error with 'non supported kernel') so he had me switch to kernel > 3.19.0-30-generic #33~14.04.1-Ubuntu SMP Tue Sep 22 09:27:00 UTC 2015. > System info is Ubuntu 14.04.3 LTS Gnome-Shell 3.12.2. Computer is a Dell > Optiplex 780 with Bios A15. There are no errors shown in my syslog as in > previous problems where "Hangcheck...render ring idle" would show up. > All background processes such as Fetchmail, Procmail, Spam Assassin, > ClamAv and cron jobs continue to run normally. > > Any assistance would be appreciated. > > Chris > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11°N 97.89°W (Elev. 1092 ft) > 15:31:29 up 21 min, 1 user, load average: 0.54, 0.35, 0.40 > Ubuntu 14.04.3 LTS, > > _______________________________________________ > Intel-gfx mailing list > Intel-gfx@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx > [-- Attachment #1.2: Type: text/html, Size: 2633 bytes --] [-- Attachment #2: Type: text/plain, Size: 159 bytes --] _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-03 18:54 ` Mike Lothian @ 2015-10-03 20:35 ` Chris 0 siblings, 0 replies; 9+ messages in thread From: Chris @ 2015-10-03 20:35 UTC (permalink / raw) To: Mike Lothian; +Cc: intel-gfx On Sat, 2015-10-03 at 18:54 +0000, Mike Lothian wrote: > Hi > > Firstly you should open a bug on bugzilla and provide all relevant > information there like a copy of your dmesg and Xorg.0.log output of > lspci -nn > > You should also state what versions of various packages you're using > if you're and what you've tried changing > > Also try the latest rc kernel to see if that fixes your issue > > Are you using any kernel overrides like fbc, rc7 or forcing atomic? If > so switch them off - if you don't know what they are then don't worry > > Cheers > > Mike > Mike, thanks for the reply. I reported this in bug https://bugs.freedesktop.org/show_bug.cgi?id=91495 with the stipulation that sometimes the error [drm:i915_hangcheck_elapsed [i915]] *ERROR* Hangcheck timer elapsed... render ring idle would show in my syslog. That seems to not be the case anymore as it hasn't shown up since 28 July 2015. I've also reported the latest issue to Ubuntu Launchpad https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1497627 which states simply Periodically video will freeze for no reason at all and no specific time between freezes. Christopher M. Penalver who I assume is a member of the Ubuntu kernel bug team has had me try several things as noted in my Ubuntu bug report above. The latest was today when he had me install and attempt to boot into the latest upstream kernels at http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D which I did this morning. Of those listed starting at the top of the list this is what happened when trying to boot into them v4.3-rc3-unstable - Boot process would begin but would not complete v4.3-rc2-unstable - Same as above v4.3-rc1-unstable - Same as above v4.2.3-unstable - Boot process completed however I noticed when switching desktop windows a flickering of the video The video flickering is slight most times but it's there. I'm currently running kernel I'm currently running kernel Linux localhost 4.2.3-040203-generic #201510030832 SMP Sat Oct 3 12:34:31 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > > On Fri, 2 Oct 2015 10:26 pm Chris <cpollock@embarqmail.com> wrote: > > 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 > of 6d20h6m, on 30 Sept after an uptime of 1d23h10m and today > after an > uptime of 1d20h12m. I have reported this bug at the Ubuntu > Launchpad > site and per an individual there I was instructed to go from > running > kernel 4.0.0-997-generic #201503310205 SMP Tue Mar > 31 02:07:04 UTC 2015 (I could not report this bug because > apport-collect > would error with 'non supported kernel') so he had me switch > to kernel > 3.19.0-30-generic #33~14.04.1-Ubuntu SMP Tue Sep 22 09:27:00 > UTC 2015. > System info is Ubuntu 14.04.3 LTS Gnome-Shell 3.12.2. Computer > is a Dell > Optiplex 780 with Bios A15. There are no errors shown in my > syslog as in > previous problems where "Hangcheck...render ring idle" would > show up. > All background processes such as Fetchmail, Procmail, Spam > Assassin, > ClamAv and cron jobs continue to run normally. > > Any assistance would be appreciated. > > Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 15:23:11 up 6:17, 1 user, load average: 0.67, 0.42, 0.25 Ubuntu 14.04.3 LTS, kernel 4.2.3-040203-generic #201510030832 SMP Sat Oct 3 12:34:31 UTC 2015 _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-02 21:06 Approximately every other day video will freeze for no reason at all and no specific time between freezes Chris 2015-10-03 18:54 ` Mike Lothian @ 2015-10-04 9:26 ` Martin Steigerwald 2015-10-04 12:01 ` Mike Lothian 1 sibling, 1 reply; 9+ messages in thread From: Martin Steigerwald @ 2015-10-04 9:26 UTC (permalink / raw) To: intel-gfx 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@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@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-04 9:26 ` Martin Steigerwald @ 2015-10-04 12:01 ` Mike Lothian 2015-10-04 14:23 ` Chris 2015-10-04 14:32 ` M. Thierry 0 siblings, 2 replies; 9+ messages in thread From: Mike Lothian @ 2015-10-04 12:01 UTC (permalink / raw) To: Martin Steigerwald, intel-gfx [-- Attachment #1.1: Type: text/plain, Size: 5079 bytes --] 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@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@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@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx > [-- Attachment #1.2: Type: text/html, Size: 5773 bytes --] [-- Attachment #2: Type: text/plain, Size: 159 bytes --] _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-04 12:01 ` Mike Lothian @ 2015-10-04 14:23 ` Chris 2015-10-04 14:32 ` M. Thierry 1 sibling, 0 replies; 9+ messages in thread From: Chris @ 2015-10-04 14:23 UTC (permalink / raw) To: Mike Lothian; +Cc: intel-gfx On Sun, 2015-10-04 at 12:01 +0000, Mike Lothian 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@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. > In my case I'm able to SSH into the box from my tablet and save any pertinent log files. I've attached them to my two bug reports noted in my earlier post but I don't know if they actually show anything or not. Each time there is a freeze I run, per Chris Wilson of this list, cat /sys/class/drm/card0/error which always reports 'no error state collected'. I also run cat /sys/kernel/debug/dri/0/i915_swizzle_info again as requested by Chris Wilson. The results are always the same bit6 swizzle for X-tiling = none bit6 swizzle for Y-tiling = none DDC = 0x00200010 DDC2 = 0x00300030 C0DRB3 = 0x0030 C1DRB3 = 0x0010 And not knowing what I'm looking for I don't know if the above is ok or not. I get into a real quandary when the guru's here in this list ask me to try something such as running kernel 4.0.0-997-generic #201503310205 SMP Tue Mar31 02:07:04 UTC 2015 from here http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/ then when I go to report it at Ubuntu I'm told don't run this kernel it's unsupported run this one 3.19.0-30-generic #33~14.04.1-Ubuntu SMP. After noting a freeze after 1 1/2 days I was told by the Ubuntu Guru to start with the newest upstream kernel from here http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D and to attempt install until I got one to work which in this case was kernel 4.2.3-040203-generic #201510030832 SMP Sat Oct 3 12:34:31 UTC 2015. This 'video freeze' issue actually started back on 09/13/2014 when at that time my syslog would show kernel: [173977.808008] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... render ring idle. At that time I was running kernel Ubuntu 3.13.0-36.63-generic 3.13.11.6. This continued on through Ubuntu kernel versions 3.13.0-37.64-generic 3.13.11.7, 3.13.0-39.66-generic 3.13.11.8, 3.13.0-40.69-generic 3.13.11.10, 3.14.0-031400-generic, 3.13.0-44.73-generic 3.13.11-ckt12, 3.13.0-45.74-generic 3.13.11-ckt13, 3.19.0-031900-generic (kernel@tangerine) During this freeze I noticed the following in my syslog - this was all prior to my reboot right after the freeze - http://pastebin.com/MpfiGqLe Continuing with kernel versions affected- 3.13.0-46.76-generic 3.13.11-ckt15, 4.0.0-040000rc2-generic - when running this kernel another trace was generated http://pastebin.com/VghUmcjx booted into kernel 4.0.0-040000rc4-generic call trace generated here also - http://pastebin.com/RdbWfFYb booted into kernel 4.0.0-997-generic from here http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/ which at the time was the most current. I'd be happy to provide any other information that I can. The 'hangcheck....'error is no longer seen even though the freeze symptoms remain the same. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 07:53:45 up 22:47, 1 user, load average: 1.40, 0.91, 0.46 Ubuntu 14.04.3 LTS, kernel 4.2.3-040203-generic #201510030832 SMP Sat Oct 3 12:34:31 UTC 2015 _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-04 12:01 ` Mike Lothian 2015-10-04 14:23 ` Chris @ 2015-10-04 14:32 ` M. Thierry 2015-10-04 16:41 ` M. Thierry 1 sibling, 1 reply; 9+ messages in thread From: M. Thierry @ 2015-10-04 14:32 UTC (permalink / raw) To: Mike Lothian; +Cc: intel-gfx [-- Attachment #1.1: Type: text/plain, Size: 5564 bytes --] 9o9@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@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@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@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@lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/intel-gfx >> > > _______________________________________________ > Intel-gfx mailing list > Intel-gfx@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx > > [-- Attachment #1.2: Type: text/html, Size: 6602 bytes --] [-- Attachment #2: Type: text/plain, Size: 159 bytes --] _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-04 14:32 ` M. Thierry @ 2015-10-04 16:41 ` M. Thierry 2015-10-05 9:05 ` Mike Lothian 0 siblings, 1 reply; 9+ messages in thread From: M. Thierry @ 2015-10-04 16:41 UTC (permalink / raw) To: Mike Lothian; +Cc: intel-gfx [-- Attachment #1.1: Type: text/plain, Size: 5881 bytes --] ?c. ?c ? ? ? ? B ? ??c ? m. C??c ? M. C. !! On Oct 4, 2015 3:32 PM, "M. Thierry" <mthierry.gfx@gmail.com> wrote: > 9o9@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@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@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@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@lists.freedesktop.org >>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx >>> >> >> _______________________________________________ >> Intel-gfx mailing list >> Intel-gfx@lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/intel-gfx >> >> [-- Attachment #1.2: Type: text/html, Size: 7090 bytes --] [-- Attachment #2: Type: text/plain, Size: 159 bytes --] _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Approximately every other day video will freeze for no reason at all and no specific time between freezes. 2015-10-04 16:41 ` M. Thierry @ 2015-10-05 9:05 ` Mike Lothian 0 siblings, 0 replies; 9+ messages in thread From: Mike Lothian @ 2015-10-05 9:05 UTC (permalink / raw) To: M. Thierry; +Cc: intel-gfx [-- Attachment #1.1: Type: text/plain, Size: 6212 bytes --] I think you might have fallen asleep on your keyboard ;-) On Sun, 4 Oct 2015 5:41 pm M. Thierry <mthierry.gfx@gmail.com> wrote: > ?c. ?c ? ? ? ? B ? ??c ? > > m. > C??c > > ? > M. C. !! > On Oct 4, 2015 3:32 PM, "M. Thierry" <mthierry.gfx@gmail.com> wrote: > >> 9o9@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@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@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@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@lists.freedesktop.org >>>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx >>>> >>> >>> _______________________________________________ >>> Intel-gfx mailing list >>> Intel-gfx@lists.freedesktop.org >>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx >>> >>> [-- Attachment #1.2: Type: text/html, Size: 7479 bytes --] [-- Attachment #2: Type: text/plain, Size: 159 bytes --] _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2015-10-05 9:17 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-10-02 21:06 Approximately every other day video will freeze for no reason at all and no specific time between freezes Chris 2015-10-03 18:54 ` Mike Lothian 2015-10-03 20:35 ` Chris 2015-10-04 9:26 ` Martin Steigerwald 2015-10-04 12:01 ` Mike Lothian 2015-10-04 14:23 ` Chris 2015-10-04 14:32 ` M. Thierry 2015-10-04 16:41 ` M. Thierry 2015-10-05 9:05 ` Mike Lothian
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox