touch-packages team mailing list archive

[Bug Watch Updater <1492037@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 48 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=86281.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2014-11-14T12:13:43+00:00 Mathieu Malaterre wrote:

I can get a segfault in i915 driver using this simple steps
(debian/jessie/amd64 up-to-date):

$ wget http://mirrorblender.top-ix.org/peach/bigbuckbunny_movies/big_buck_bunny_480p_h264.mov
$ sudo apt-get install mpv
$ mpv big_buck_bunny_480p_h264.mov
-> press 'f' to get full screen
-> press & hold right-arrow key to fast-forward


See:
https://bugs.debian.org/769518#15

Backtrace is:


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffdbfff700 (LWP 32052)]
brw_meta_fast_clear (brw=brw@entry=0x7fffd4097a08, fb=fb@entry=0x7fffd40fa900, buffers=buffers@entry=2, partial_clear=partial_clear@entry=false)
    at ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:447
447 ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c: No such file or directory.
(gdb) bt
#0  brw_meta_fast_clear (brw=brw@entry=0x7fffd4097a08, fb=fb@entry=0x7fffd40fa900, buffers=buffers@entry=2, partial_clear=partial_clear@entry=false)
    at ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:447
#1  0x00007fffdb3c2a48 in brw_clear (ctx=0x7fffd4097a08, mask=2) at ../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:246
#2  0x0000555555637269 in gl_video_render_frame (p=0x7fffd40fded0) at ../video/out/gl_video.c:1614
#3  0x000055555563c354 in draw_image (vo=<optimized out>, mpi=0x555556370e00) at ../video/out/vo_opengl.c:167
#4  0x0000555555639fa3 in render_frame (vo=0x55555631de90) at ../video/out/vo.c:581
#5  vo_thread (ptr=0x55555631de90) at ../video/out/vo.c:679
#6  0x00007ffff6ac20a4 in start_thread (arg=0x7fffdbfff700) at pthread_create.c:309
#7  0x00007ffff00b3ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

See:

https://bugs.debian.org/769518#5

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/0

------------------------------------------------------------------------
On 2015-03-07T00:21:36+00:00 Mattst88 wrote:

A bunch of fixes have been committed to the fast clear code. Please test
a new version of Mesa.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/1

------------------------------------------------------------------------
On 2015-03-09T08:38:39+00:00 Lionel-g-landwerlin wrote:

Just recompiled 10.4.6 on my Debian system and can't reproduce the crash
anymore. Thanks!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/2

------------------------------------------------------------------------
On 2015-05-19T20:43:06+00:00 Mathieu Malaterre wrote:

Here is the new backtrace using 10.5.5-1:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffdbfff700 (LWP 15019)]
brw_meta_fast_clear (brw=brw@entry=0x7fffd40b8ff8,
fb=fb@entry=0x7fffd411b9f0, buffers=buffers@entry=2,
partial_clear=partial_clear@entry=false)
    at ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:446
446      if (irb->mt->fast_clear_state == INTEL_FAST_CLEAR_STATE_NO_MCS)
(gdb) bt
#0  brw_meta_fast_clear (brw=brw@entry=0x7fffd40b8ff8,
fb=fb@entry=0x7fffd411b9f0, buffers=buffers@entry=2,
partial_clear=partial_clear@entry=false)
    at ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:446
#1  0x00007fffdb36bbb8 in brw_clear (ctx=0x7fffd40b8ff8, mask=2) at
../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:246
#2  0x0000555555637269 in gl_video_render_frame (p=0x7fffd411f020) at
../video/out/gl_video.c:1614
#3  0x000055555563c354 in draw_image (vo=<optimized out>,
mpi=0x5555562c1700) at ../video/out/vo_opengl.c:167
#4  0x0000555555639fa3 in render_frame (vo=0x5555560c00e0) at
../video/out/vo.c:581
#5  vo_thread (ptr=0x5555560c00e0) at ../video/out/vo.c:679
#6  0x00007ffff6ac20a4 in start_thread (arg=0x7fffdbfff700) at
pthread_create.c:309
#7  0x00007ffff00b004d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

See the `bt full` here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769518#38

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/3

------------------------------------------------------------------------
On 2015-05-21T10:30:31+00:00 Tapani Pälli wrote:

(In reply to mathieu.malaterre from comment #3)
> Here is the new backtrace using 10.5.5-1:
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffdbfff700 (LWP 15019)]
> brw_meta_fast_clear (brw=brw@entry=0x7fffd40b8ff8,
> fb=fb@entry=0x7fffd411b9f0, buffers=buffers@entry=2,
> partial_clear=partial_clear@entry=false)
>     at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:446
> 446      if (irb->mt->fast_clear_state == INTEL_FAST_CLEAR_STATE_NO_MCS)
> (gdb) bt
> #0  brw_meta_fast_clear (brw=brw@entry=0x7fffd40b8ff8,
> fb=fb@entry=0x7fffd411b9f0, buffers=buffers@entry=2,
> partial_clear=partial_clear@entry=false)
>     at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:446
> #1  0x00007fffdb36bbb8 in brw_clear (ctx=0x7fffd40b8ff8, mask=2) at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:246
> #2  0x0000555555637269 in gl_video_render_frame (p=0x7fffd411f020) at
> ../video/out/gl_video.c:1614
> #3  0x000055555563c354 in draw_image (vo=<optimized out>,
> mpi=0x5555562c1700) at ../video/out/vo_opengl.c:167
> #4  0x0000555555639fa3 in render_frame (vo=0x5555560c00e0) at
> ../video/out/vo.c:581
> #5  vo_thread (ptr=0x5555560c00e0) at ../video/out/vo.c:679
> #6  0x00007ffff6ac20a4 in start_thread (arg=0x7fffdbfff700) at
> pthread_create.c:309
> #7  0x00007ffff00b004d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
> 
> See the `bt full` here:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769518#38

Is this still on Sandybridge (like the debian bug report)?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/4

------------------------------------------------------------------------
On 2015-05-21T10:33:42+00:00 Mathieu Malaterre wrote:

No, it's my laptop. If I use the default debian package on it I could
reproduce *exactly* the same original segfault, so I assumed I could
report it here also.

References:

$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 525M] (rev a1)

$ lspci -vv -s 00:02.0
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
	Subsystem: Dell Device 04c6
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 54
	Region 0: Memory at f1400000 (64-bit, non-prefetchable) [size=4M]
	Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]
	Region 4: I/O ports at 5000 [size=64]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: <access denied>
	Kernel driver in use: i915


Please note, that I cannot reproduce this issue when using the NVidia card (need to prefix `mpv` with `optirun`).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/5

------------------------------------------------------------------------
On 2015-05-21T10:37:23+00:00 Mathieu Malaterre wrote:

If that matters, it's a DELL Vostro 3750 with:

$ glxinfo | grep renderer
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/6

------------------------------------------------------------------------
On 2015-05-21T10:52:39+00:00 Tapani Pälli wrote:

(In reply to mathieu.malaterre from comment #6)
> If that matters, it's a DELL Vostro 3750 with:
> 
> $ glxinfo | grep renderer
> OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile

OK, thanks. Why I asked is that fast clears are not supported on
Sandybridge and the backtrace points to a part of code that would not
execute on SNB, there are checks for it. Would it be possible that the
backtrace is bogus?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/7

------------------------------------------------------------------------
On 2015-05-21T11:07:56+00:00 Tapani Pälli wrote:

(In reply to Tapani Pälli from comment #7)
> (In reply to mathieu.malaterre from comment #6)
> > If that matters, it's a DELL Vostro 3750 with:
> > 
> > $ glxinfo | grep renderer
> > OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile
> 
> OK, thanks. Why I asked is that fast clears are not supported on Sandybridge
> and the backtrace points to a part of code that would not execute on SNB,
> there are checks for it. Would it be possible that the backtrace is bogus?

Oops sorry, I was bogus. Fast clear path gets executed on SNB too, it'll
just be not that fast. This might be still SNB specific, so it is good
to know.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/8

------------------------------------------------------------------------
On 2015-05-21T12:43:31+00:00 Mathieu Malaterre wrote:

I've followed suggestion from Tapani Pälli and here is what I have now:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffdbfff700 (LWP 19870)]
brw_meta_fast_clear (brw=brw@entry=0x7fffd40bceb8, fb=fb@entry=0x7fffd411dd10, buffers=buffers@entry=2, partial_clear=partial_clear@entry=false)
    at ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:449
449	      if (irb->mt->fast_clear_state == INTEL_FAST_CLEAR_STATE_NO_MCS)
(gdb) list
444	         clear_type = REP_CLEAR;
445	
446	      assert(irb);
447	      struct intel_mipmap_tree *mt = irb->mt;
448	      assert(mt);
449	      if (irb->mt->fast_clear_state == INTEL_FAST_CLEAR_STATE_NO_MCS)
450	         clear_type = REP_CLEAR;
451	
452	      /* We can't do scissored fast clears because of the restrictions on the
453	       * fast clear rectangle size.
(gdb) p irb
$1 = <optimized out>
(gdb) p mt
$2 = (struct intel_mipmap_tree *) 0x0
(gdb)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/9

------------------------------------------------------------------------
On 2015-05-25T08:30:39+00:00 Tapani Pälli wrote:

I could not reproduce this with a Sandybridge laptop running Ubuntu
14.10, I used oibaf-ppa repositories with Mesa 10.7.0-devel (current git
head). I tried to rew and ffwd multiple times. I tried with libvdpau-va-
gl1 and also --vo=opengl, did not seem to make difference.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/10

------------------------------------------------------------------------
On 2015-05-25T09:59:58+00:00 Mathieu Malaterre wrote:

Difficult for me to reproduce here, since mesa 10.7 now requires
libdrm_intel >= 2.4.60.

I'll try to update both packages here.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/11

------------------------------------------------------------------------
On 2015-06-29T11:26:19+00:00 AnAkIn wrote:

I have a similar issue which started happening recently, plasmashell
crashes a lot in the same function.

#5  0x00007fbf834cfed0 in brw_meta_fast_clear () from /usr/lib/xorg/modules/dri/i965_dri.so
#6  0x00007fbf83469bec in brw_clear () from /usr/lib/xorg/modules/dri/i965_dri.so
#7  0x00007fbfa4fe1d4a in QSGBatchRenderer::Renderer::renderBatches() () from /usr/lib/libQt5Quick.so.5
#8  0x00007fbfa4fe650a in QSGBatchRenderer::Renderer::render() () from /usr/lib/libQt5Quick.so.5
#9  0x00007fbfa4ff115c in QSGRenderer::renderScene(QSGBindable const&) () from /usr/lib/libQt5Quick.so.5
#10 0x00007fbfa4ff15db in QSGRenderer::renderScene(unsigned int) () from /usr/lib/libQt5Quick.so.5
#11 0x00007fbfa4fffcde in QSGRenderContext::renderNextFrame(QSGRenderer*, unsigned int) () from /usr/lib/libQt5Quick.so.5
#12 0x00007fbfa504995c in QQuickWindowPrivate::renderSceneGraph(QSize const&) () from /usr/lib/libQt5Quick.so.5
#13 0x00007fbfa501a2bc in ?? () from /usr/lib/libQt5Quick.so.5
#14 0x00007fbfa501ade1 in ?? () from /usr/lib/libQt5Quick.so.5
#15 0x00007fbfa2ba262c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
#16 0x00007fbfa2ba7d10 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
#17 0x00007fbfa184b57b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
#18 0x00007fbfa18a1b1d in QTimerInfoList::activateTimers() () from /usr/lib/libQt5Core.so.5
#19 0x00007fbfa18a2021 in ?? () from /usr/lib/libQt5Core.so.5
#20 0x00007fbf9d23d9fd in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#21 0x00007fbf9d23dce0 in ?? () from /usr/lib/libglib-2.0.so.0
#22 0x00007fbf9d23dd8c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#23 0x00007fbfa18a2cff in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5
#24 0x00007fbfa1848ffa in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5
#25 0x00007fbfa1850a4c in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5
#26 0x000000000042ed66 in main ()

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/12

------------------------------------------------------------------------
On 2015-06-29T11:27:29+00:00 AnAkIn wrote:

I forgot to say that I am on ArchLinux with Mesa 10.6, I've also tried
mesa-git, same issue.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/13

------------------------------------------------------------------------
On 2015-07-05T00:08:39+00:00 . wrote:

I can reproduce it here on ArchLinux with broadwell. Googling a bit
shows it happening for people using xbmc, gnome shell or plasma on
various distros.

I just hacked in a null check to stop the crashing for now (hard to work
when the desktop shell keeps crashing):

diff --git a/src/mesa/drivers/dri/i965/brw_meta_fast_clear.c b/src/mesa/drivers/dri/i965/brw_meta_fast_clear.c
index 5b8191c..f0e5e77 100644
--- a/src/mesa/drivers/dri/i965/brw_meta_fast_clear.c
+++ b/src/mesa/drivers/dri/i965/brw_meta_fast_clear.c
@@ -442,6 +442,10 @@ brw_meta_fast_clear(struct brw_context *brw, struct gl_framebuffer *fb,
       if (rb == NULL)
          continue;
 
+      // For some reason this render buffer can lack a mipmap tree
+      if (irb->mt == NULL)
+          continue;
+
       clear_type = FAST_CLEAR;
 
       /* We don't have fast clear until gen7. */

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/14

------------------------------------------------------------------------
On 2015-07-05T10:57:06+00:00 . wrote:

... which didn't work all that well, now it crashes in
gen8_update_renderbuffer_surface() when trying to dereference the mt
again.

I guess I need to figure out why the mipmap tree is not set.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/15

------------------------------------------------------------------------
On 2015-07-18T09:15:02+00:00 . wrote:

Some users report that changing the AccelMethod for the xorg intel
driver to UXA seems to fix it. This seems weird to me, because I didn't
think it would affect mesa?

Another KDE developer suggested that the bug seems to happen when the
system is under above normal load, so I guess this might be the result
of some resource exhaustion, and something not checking if their
allocation actually succeeded before using the buffer?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/16

------------------------------------------------------------------------
On 2015-07-20T10:14:05+00:00 Maxf-u wrote:

I can reproduce this on Arch Linux (kernel 4.1.2, Xorg ga8a0f64 and Mesa 8c8a71f0 from GIT) on Haswell, also using plasmashell:
#5  0x00007f5836872340 in brw_meta_fast_clear (brw=brw@entry=0x25f6ae8, fb=fb@entry=0x5555620, buffers=buffers@entry=34, partial_clear=partial_clear@entry=false) at brw_meta_fast_clear.c:451
#6  0x00007f583680f6cc in brw_clear (ctx=0x25f6ae8, mask=34) at brw_clear.c:247
#7  0x00007f5854d57946 in QSGBatchRenderer::Renderer::renderBatches() (this=this@entry=0x4d063e0) at scenegraph/coreapi/qsgbatchrenderer.cpp:2471
#8  0x00007f5854d5d536 in QSGBatchRenderer::Renderer::render() (this=<optimized out>) at scenegraph/coreapi/qsgbatchrenderer.cpp:2674
#9  0x00007f5854d6b0cf in QSGRenderer::renderScene(QSGBindable const&) (this=0x4d063e0, bindable=...) at scenegraph/coreapi/qsgrenderer.cpp:208
#10 0x00007f5854d6ba1b in QSGRenderer::renderScene(unsigned int) (this=<optimized out>, fboId=<optimized out>) at scenegraph/coreapi/qsgrenderer.cpp:168
#11 0x00007f5854d7f03e in QSGRenderContext::renderNextFrame(QSGRenderer*, unsigned int) (this=0x141c950, renderer=0x4d063e0, fboId=<optimized out>) at scenegraph/qsgcontext.cpp:558
#12 0x00007f5854dd12fb in QQuickWindowPrivate::renderSceneGraph(QSize const&) (this=this@entry=0x3e77470, size=...) at items/qquickwindow.cpp:383
#13 0x00007f5854d9daa1 in QSGGuiThreadRenderLoop::renderWindow(QQuickWindow*) (this=this@entry=0xbbefb0, window=0x3a3cfd0) at scenegraph/qsgrenderloop.cpp:375
#14 0x00007f5854d9ed41 in QSGGuiThreadRenderLoop::event(QEvent*) (this=0xbbefb0, e=<optimized out>) at scenegraph/qsgrenderloop.cpp:471
#15 0x00007f58527e4204 in QApplicationPrivate::notify_helper(QObject*, QEvent*) (this=this@entry=0x969130, receiver=receiver@entry=0xbbefb0, e=e@entry=0x7ffdbffd6c00) at kernel/qapplication.cpp:3717
#16 0x00007f58527e97e9 in QApplication::notify(QObject*, QEvent*) (this=0x7ffdbffd6fc0, receiver=0xbbefb0, e=0x7ffdbffd6c00) at kernel/qapplication.cpp:3500
#17 0x00007f585143431d in QCoreApplication::notifyInternal(QObject*, QEvent*) (this=0x7ffdbffd6fc0, receiver=0xbbefb0, event=event@entry=0x7ffdbffd6c00) at kernel/qcoreapplication.cpp:965
#18 0x00007f585148908a in QTimerInfoList::activateTimers() (event=0x7ffdbffd6c00, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:224
#19 0x00007f585148908a in QTimerInfoList::activateTimers() (this=0x9a0b80) at kernel/qtimerinfo_unix.cpp:637
#20 0x00007f5851489669 in idleTimerSourceDispatch(GSource*, GSourceFunc, gpointer) (source=<optimized out>) at kernel/qeventdispatcher_glib.cpp:177
#21 0x00007f5851489669 in idleTimerSourceDispatch(GSource*, GSourceFunc, gpointer) (source=<optimized out>) at kernel/qeventdispatcher_glib.cpp:224
#22 0x00007f584cdcfd57 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#23 0x00007f584cdcffb0 in  () at /usr/lib/libglib-2.0.so.0
#24 0x00007f584cdd005c in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#25 0x00007f5851489a3f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x9a7040, flags=...) at kernel/qeventdispatcher_glib.cpp:418
#26 0x00007f5851432c5a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7ffdbffd6e40, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204
#27 0x00007f585143acfc in QCoreApplication::exec() () at kernel/qcoreapplication.cpp:1229
#28 0x000000000042ed66 in main ()

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/17

------------------------------------------------------------------------
On 2015-07-24T12:15:49+00:00 Rhyskidd wrote:

*** Bug 91449 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/18

------------------------------------------------------------------------
On 2015-07-28T09:01:39+00:00 Samuel Iglesias wrote:

I reproduced this bug on my SNB laptop and Mesa master (HEAD 7850774). I
found that just before crashing at brw_meta_fast_clear.c:451, it prints
out the following error:

  Failed to open BO for returned DRI2 buffer (1600x900, dri2 back buffer, named 11).
  This is likely a bug in the X Server that will lead to a crash soon.

Which is printed at intel_process_dri2_buffer() when
drm_intel_bo_gem_create_from_name() returns a NULL pointer. I added some
traces to that function at libdrm and found that
drmIoctl(bufmgr_gem->fd, DRM_IOCTL_GEM_OPEN, &open_arg) is returning an
error, so this bug seems to be produced by the kernel driver.

My distro is Debian Jessie with a Linux kernel 3.14.

Hope this helps.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/19

------------------------------------------------------------------------
On 2015-07-28T09:14:04+00:00 Samuel Iglesias wrote:

(In reply to Samuel Iglesias from comment #19)
> I reproduced this bug on my SNB laptop and Mesa master (HEAD 7850774). I
> found that just before crashing at brw_meta_fast_clear.c:451, it prints out
> the following error:
> 
>   Failed to open BO for returned DRI2 buffer (1600x900, dri2 back buffer,
> named 11).
>   This is likely a bug in the X Server that will lead to a crash soon.
> 
> Which is printed at intel_process_dri2_buffer() when
> drm_intel_bo_gem_create_from_name() returns a NULL pointer.

Forgot to mention that when this error message is printed out, we return
from intel_process_dri2_buffer() but the miptree was free'd before by
intel_miptree_release(&rb->mt) call. Later on, we try to dereference it
at brw_meta_fast_clear.c:451 and segmentation fault happens.

> I added some
> traces to that function at libdrm and found that drmIoctl(bufmgr_gem->fd,
> DRM_IOCTL_GEM_OPEN, &open_arg) is returning an error, so this bug seems to
> be produced by the kernel driver.
> 
> My distro is Debian Jessie with a Linux kernel 3.14.
> 
> Hope this helps.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/20

------------------------------------------------------------------------
On 2015-07-30T09:36:42+00:00 . wrote:

Good job tracking it further! I kind of gave up, especially after
figuring out the workaround by choosing UXA as AccelMethod.

I'm not sure exactly what the proper behavior should be here (should
everything check if the mipmap tree is null?), which makes it harder for
me to get started on a patch. Trying to trace the failing path in the
kernel is a bit beyond my skills and what I have time for at the moment

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/21

------------------------------------------------------------------------
On 2015-07-30T22:35:16+00:00 Rodrigo-vivi wrote:

Martin, which xf86-video-intel version are you using?

Chris, any idea what would this affect?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/22

------------------------------------------------------------------------
On 2015-07-30T22:38:59+00:00 . wrote:

I currently have xf86-video-intel 1:2.99.917+381+g5772556-1.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/23

------------------------------------------------------------------------
On 2015-07-31T00:07:18+00:00 Einhov wrote:

I can reproduce this crash on a Broadwell laptop running Arch, both in
mpv with vo=gl and in other OpenGL applications.

mesa 10.6.3-1
xf86-video-intel 1:2.99.917+381+g5772556-1

I have not been able to reproduce the issue with AccelMethod UXA.
However, UXA method on this system does not perform at an adequate
level.

I have not been able to reproduce the issue with DRI3. I have observed
no performance issues with DRI3, so this can be an alternative
workaround if you experience low performance on UXA.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/24

------------------------------------------------------------------------
On 2015-08-02T15:56:40+00:00 AnAkIn wrote:

I am now actually getting this crash a lot of times per day, it's
crashing plasmashell all the time.

I'm not sure when it started happening but I didn't have any issues
before. I'm guessing it started after an update to xf86-video-intel.

xf86-video-intel 1:2.99.917+381+g5772556-1
mesa 10.6.3

Many people running Plasma 5 seem to be affected:
https://www.reddit.com/r/linux/comments/3f5567/the_intel_driver_bug_that_crashes_plasma5_and/

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/25

------------------------------------------------------------------------
On 2015-08-06T10:15:39+00:00 Antony-kikaxa wrote:

(In reply to Samuel Iglesias from comment #20)
> (In reply to Samuel Iglesias from comment #19)
> > I added some
> > traces to that function at libdrm and found that drmIoctl(bufmgr_gem->fd,
> > DRM_IOCTL_GEM_OPEN, &open_arg) is returning an error, so this bug seems to
> > be produced by the kernel driver.
> > 
> > My distro is Debian Jessie with a Linux kernel 3.14.

Just my 5 cents:

I had several semi-rare crashes in plasma/kickoff-tooltips a long time
ago on suse tumbleweed, but it's stable for a long time now, ~since 3.19
kernel.

As per this comment, this may be an old bug in the kernel, so you should
probably test with new *kernels*, not mesa.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/26

------------------------------------------------------------------------
On 2015-08-06T10:19:55+00:00 SiLeNcE wrote:

People on Arch Linux are using kernel 4.1.4 at the moment, so it's
definitely not an issue that's solved with new kernel.

I'm quite confident the problem is in mesa.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/27

------------------------------------------------------------------------
On 2015-08-06T21:53:34+00:00 . wrote:

I was told on IRC earlier today that someone from Intel said the bug was
fixed in git, but I just tested with
30a7e0c021c3a77c20c6f041dc80b7dc90ad238f, and the first thing that
happened when I logged in was this crash.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/28

------------------------------------------------------------------------
On 2015-08-06T22:00:27+00:00 Nic-brooke-nz wrote:

Just a few comments in case it helps.  I run Manjaro KDE - currently
Plasma 5.3.2-2 64 bit.

I started seeing these segmentation issues about a month ago - seemed to
coincide with a Plasma update so initially blamed that.  Was also
running an older kernel (3.18), and wondered about that to.

Recently switched to kernel 4.1 - this made no difference.

As suggested by others, switching to UXA mode solved the problem, but
graphics performance (Haswell i5) was unacceptable.

Last night started progressively downgrading mesa and xf86-video-intel
in various combinations.  Cross fingers I have stable behavior now -
having dropped to:

               mesa 10.5.7-1 
               xf86-video-intel 2.99.917-5.  

My testing wasn't extensive, but switching to either of these on their
own did not seem to solve the problem - only downgrading both packages.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/29

------------------------------------------------------------------------
On 2015-08-06T23:10:34+00:00 AnAkIn wrote:

(In reply to Martin Sandsmark from comment #28)
> I was told on IRC earlier today that someone from Intel said the bug was
> fixed in git, but I just tested with
> 30a7e0c021c3a77c20c6f041dc80b7dc90ad238f, and the first thing that happened
> when I logged in was this crash.

He probably meant the git from xf86-video-intel.
I've started using mesa-git and xf86-video-intel-git today, I haven't had any crashes so far.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/30

------------------------------------------------------------------------
On 2015-08-07T02:56:56+00:00 Cjacker-r wrote:

There is no commit to xf86-drv-intel since July 31, but today or
yesterday a log of commits happened in mesa git.

With kernel-4.2rc5/mesa git/xf86-drv-intel git, I can confirm there is
no such crash when enable dri3 in driver.

I just update the mesa git and switch driver back to dri2 to verify it's
fixed or not.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/31

------------------------------------------------------------------------
On 2015-08-07T03:16:06+00:00 Cjacker-r wrote:

(In reply to Martin Sandsmark from comment #28)
> I was told on IRC earlier today that someone from Intel said the bug was
> fixed in git, but I just tested with
> 30a7e0c021c3a77c20c6f041dc80b7dc90ad238f, and the first thing that happened
> when I logged in was this crash.

Bug not fixed, when enabling dri2 of driver, with kernel-4.2rc5/mesa git
head/xf86-drv-video git head/drm git head.

Hardware is "Thinkpad x250" with "00:02.0 VGA compatible controller:
Intel Corporation Broadwell-U Integrated Graphics (rev 09)"(00:02.0
0300: 8086:1616 (rev 09)).


There is still no easy way to reproduce it, generally, I started ltp test and clicked kickoff menu or some popups. after serveral minutes, segfault happened.


Thread 1 (Thread 0x7f55086dd840 (LWP 983)):
[KCrash Handler]
#6  0x00007f54f7af19dc in brw_meta_fast_clear (brw=brw@entry=0x1c69aa8, fb=fb@entry=0x65868a0, buffers=buffers@entry=34, partial_clear=partial_clear@entry=false) at brw_meta_fast_clear.c:451
#7  0x00007f54f7a8d73c in brw_clear (ctx=0x1c69aa8, mask=34) at brw_clear.c:247
#8  0x0000003b56527676 in QSGBatchRenderer::Renderer::renderBatches() () at /lib/libQt5Quick.so.5
#9  0x0000003b5652cdb2 in QSGBatchRenderer::Renderer::render() () at /lib/libQt5Quick.so.5
#10 0x0000003b565386af in QSGRenderer::renderScene(QSGBindable const&) () at /lib/libQt5Quick.so.5
#11 0x0000003b56538edb in QSGRenderer::renderScene(unsigned int) () at /lib/libQt5Quick.so.5
#12 0x0000003b56548a7e in QSGRenderContext::renderNextFrame(QSGRenderer*, unsigned int) () at /lib/libQt5Quick.so.5
#13 0x0000003b5659009b in QQuickWindowPrivate::renderSceneGraph(QSize const&) () at /lib/libQt5Quick.so.5
#14 0x0000003b56562933 in  () at /lib/libQt5Quick.so.5
#15 0x0000003b56563a31 in  () at /lib/libQt5Quick.so.5
#16 0x0000003b4f59632c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib/libQt5Widgets.so.5
#17 0x0000003b4f59b446 in QApplication::notify(QObject*, QEvent*) () at /lib/libQt5Widgets.so.5
#18 0x00000035b8490b73 in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /lib/libQt5Core.so.5
#19 0x00000035b84e321d in QTimerInfoList::activateTimers() () at /lib/libQt5Core.so.5
#20 0x00000035b84e3769 in  () at /lib/libQt5Core.so.5
#21 0x00000038dec48847 in g_main_context_dispatch () at /lib/libglib-2.0.so.0
#22 0x00000038dec48a78 in  () at /lib/libglib-2.0.so.0
#23 0x00000038dec48b1c in g_main_context_iteration () at /lib/libglib-2.0.so.0
#24 0x00000035b84e436f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib/libQt5Core.so.5
#25 0x00000035b848e6da in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib/libQt5Core.so.5
#26 0x00000035b849624d in QCoreApplication::exec() () at /lib/libQt5Core.so.5
#27 0x000000000042e8fd in main ()

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/32

------------------------------------------------------------------------
On 2015-08-07T18:48:22+00:00 AnAkIn wrote:

I can confirm that with mesa-git and xf86-video-intel-git it still
crashes, I had the issue again today.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/33

------------------------------------------------------------------------
On 2015-08-07T19:03:23+00:00 . wrote:

I looked at the stuff Samuel found out and went to look at the libdrm
git, where I found a couple of commits related to passing buffer
alignment restrictions to the kernel, which I thought looked plausibly
relevant to my layman eyes.

So I installed libdrm-git yesterday, and I haven't had a crash in almost
two days.

It's hard to definitely say if it is fixed because of the spurious
nature of the bug, but it looks good so far (if I'm not mistaken there
could also be several reasons for the miptree to not be allocated,
though, so it's not given that all crashes with this backtrace are
related).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/34

------------------------------------------------------------------------
On 2015-08-07T23:40:48+00:00 . wrote:

Never mind, crashed again. Back to square one. (And sorry for all the
noise here...)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/35

------------------------------------------------------------------------
On 2015-08-08T01:59:47+00:00 . wrote:

I looked in the user journal, and found first this:

aug. 08 01:40:07 neruval kernel: [drm:gen8_irq_handler [i915]] *ERROR*
The master control interrupt lied (SDE)!

Then it seems like kscreen (the display handler for Plasma) tried to
launch another instance of itself (which fails, because it is already
running), and then receives some weird notifications about the displays
changing:

aug. 08 01:40:07 neruval kscreen_backend_launcher[28810]: kscreen.xrandr: Connected output 67 to CRTC 63
aug. 08 01:40:07 neruval kscreen_backend_launcher[28810]: kscreen.xcb.helper: Detected XRandR 1.4
aug. 08 01:40:07 neruval kscreen_backend_launcher[28810]: kscreen.xcb.helper: Event Base:  89
aug. 08 01:40:07 neruval kscreen_backend_launcher[28810]: kscreen.xcb.helper: Event Error:  147
aug. 08 01:40:07 neruval kscreen_backend_launcher[28810]: kscreen.backendLauncher: Loading "XRandR" backend
aug. 08 01:40:07 neruval kscreen_backend_launcher[28810]: kscreen.backendLauncher: Failed to register as DBus service: another launcher already running?
aug. 08 01:40:07 neruval kscreen_backend_launcher[28810]: kscreen.backendLauncher: ""
aug. 08 01:40:07 neruval kscreen_backend_launcher[10198]: kscreen: Primary output changed from KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" ) to KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" )
aug. 08 01:40:07 neruval kscreen_backend_launcher[10198]: kscreen: Primary output changed from KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" ) to KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" )
aug. 08 01:40:07 neruval kscreen_backend_launcher[10198]: kscreen: Primary output changed from KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" ) to KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" )
aug. 08 01:40:07 neruval kscreen_backend_launcher[10198]: kscreen: Primary output changed from KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" ) to KScreen::Output(Id: 67 , Name: "eDP1" ) ( "eDP1" )

And a couple of seconds after that, Plasma crashes:

aug. 08 01:40:09 neruval drkonqi[28805]: Sending SIGSTOP to process

My theory from these logs was that because of these weird display
changes Plasma resizes itself to some really weird sizes, which leads to
mesa trying to allocate some really weird BOs, which the kernel fails to
allocate, and then things crash.

I added some debug output to libdrm, to see what errors the kernel was
actually returning:

================= DRMIOCTL FAILED 22: Invalid argument
================= DRMIOCTL FAILED 1: Operation not permitted
================= DRMIOCTL FAILED 22: Invalid argument


The invalid argument error I think might support my theory. I forgot to log the actual request, but I'll do that now, hopefully it will help to track this further. If it is the error from the IRQ handler that causes this, I'm even more out of my depth, though.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/36

------------------------------------------------------------------------
On 2015-08-08T05:55:57+00:00 Cjacker-r wrote:

(In reply to Martin Sandsmark from comment #36)
> I looked in the user journal, and found first this:
> 
> aug. 08 01:40:07 neruval kernel: [drm:gen8_irq_handler [i915]] *ERROR* The
> master control interrupt lied (SDE)!
> 
> Then it seems like kscreen (the display handler for Plasma) tried to launch
> another instance of itself (which fails, because it is already running), and
> then receives some weird notifications about the displays changing:

I never got such outputs when crash happened.

It seems the crash only happened when high workload， but I am not sure
about that.

The bios I used also had some problems(I guess) with VTD and iommu, I
also not sure is this issue relate to bios or not.

You can have a try to build xf86-video-intel with "--with-default-
dri=3". at least, after default to dri3, there is no crash here.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/37

------------------------------------------------------------------------
On 2015-08-08T17:43:02+00:00 Szunti wrote:

I have probably the same issue, the backtrace on the crash is a bit
different, but my card might not have fast_clear.

I have the

Failed to open BO for returned DRI2 buffer

message before the crash. And it doesn't happen with uxa or sna+dri3.

I have an apitrace trace that makes it happen for me in 4 out of 5
times.

run with (after decompressing)
$ glretrace replay test_case.trace

It's 14MB so I uploaded it on an external site.
(https://mega.co.nz/#!O0MHRByI!z7GywnuO8Ai_9633pmj5FY8ejzvKYBsDAri1lXFSXN0)

Software versions:
------------------
Linux 4.1.4 (Archlinux)
mesa 10.6.3
libdrm 2.4.62+106+gc8df9e7-1 (git master at the time of writing)
xf86-video-intel 2.99.917+426+g611ec7d-1 (git master) 


Hack to fix it in gdb
----------------------
After drm_intel_bo_gem_create_from_name fails(brw_context.c:1421), if I run (from gdb) getBuffersWithFormat and drm_intel_bo_gem_create_for_name again
then it succeds.
(This is what has to be done when dri2 buffers got invalidated)


Backtrace when drm_intel_bo_gem_create_from_name fails
------------------------------------------------------
#0  intel_process_dri2_buffer (buffer_name=0x7ffff21ddf75 "dri2 back buffer", rb=0xaf2cb0, buffer=0xaf2b50, drawable=0xa76ad0, brw=0x7ffff7fd1038)
    at brw_context.c:1423
#1  intel_update_dri2_buffers (drawable=0xa76ad0, brw=0x7ffff7fd1038) at brw_context.c:1226
#2  intel_update_renderbuffers (context=context@entry=0xbaea90, drawable=drawable@entry=0xa76ad0) at brw_context.c:1248
#3  0x00007ffff203d5b1 in intel_prepare_render (brw=brw@entry=0x7ffff7fd1038) at brw_context.c:1267
#4  0x00007ffff2031290 in brw_clear (ctx=0x7ffff7fd1038, mask=18) at brw_clear.c:234
#5  0x00000000004e8c96 in ?? ()
#6  0x000000000040bd1d in ?? ()
#7  0x000000000040c37c in ?? ()
#8  0x0000000000407b05 in ?? ()
#9  0x00007ffff61e0790 in __libc_start_main () from /usr/lib/libc.so.6
#10 0x00000000004095e9 in _start ()

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/38

------------------------------------------------------------------------
On 2015-08-11T09:26:26+00:00 Martin-peres-n wrote:

This patch should be a good workaround:
http://cgit.freedesktop.org/~ickle/mesa/commit/?h=brw-
batch&id=e2a696a4cd93c2dbe445243de48ed478fbdb8009

I will test it tonight on my home machine and see if I can reproduce it.
The patch may make the screen flicker for a frame instead of crashing.
The actual problem is a race condition of DRI2 that is not trivial to
fix.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/39

------------------------------------------------------------------------
On 2015-08-11T10:44:00+00:00 RogerP wrote:

Created attachment 117626
Description of problem, test case.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/40

------------------------------------------------------------------------
On 2015-08-12T11:34:27+00:00 Jan Steffens wrote:

(In reply to Martin Peres from comment #39)
> This patch should be a good workaround:
> http://cgit.freedesktop.org/~ickle/mesa/commit/?h=brw-
> batch&id=e2a696a4cd93c2dbe445243de48ed478fbdb8009
> 
> I will test it tonight on my home machine and see if I can reproduce it. The
> patch may make the screen flicker for a frame instead of crashing. The
> actual problem is a race condition of DRI2 that is not trivial to fix.

This patch seems to solve the brw_meta_fast_clear crashes I've had in
Firefox and Steam since Mesa 10.6. Cheers!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/41

------------------------------------------------------------------------
On 2015-08-13T11:50:28+00:00 Martin-peres-n wrote:

(In reply to Jan Alexander Steffens (heftig) from comment #41)
> (In reply to Martin Peres from comment #39)
> > This patch should be a good workaround:
> > http://cgit.freedesktop.org/~ickle/mesa/commit/?h=brw-
> > batch&id=e2a696a4cd93c2dbe445243de48ed478fbdb8009
> > 
> > I will test it tonight on my home machine and see if I can reproduce it. The
> > patch may make the screen flicker for a frame instead of crashing. The
> > actual problem is a race condition of DRI2 that is not trivial to fix.
> 
> This patch seems to solve the brw_meta_fast_clear crashes I've had in
> Firefox and Steam since Mesa 10.6. Cheers!

Same at home. No crashes to report since I applied the patch. I will
review the patch and push it upstream tomorrow.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/42

------------------------------------------------------------------------
On 2015-08-13T23:34:32+00:00 Tatsuyuki wrote:

I'd rather a complete fix merged into upstream. Workaround should be
applied by user-patched builds.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/43

------------------------------------------------------------------------
On 2015-08-31T08:07:19+00:00 Martin-peres-n wrote:

(In reply to Tatsuyuki Ishi from comment #43)
> I'd rather a complete fix merged into upstream. Workaround should be applied
> by user-patched builds.

The complete fix requires fixing the xserver, the ddx and mesa. This is
in the pipe but it is not coming any time soon. In the mean time, let's
avoid crashing if we can. The code will still be useful when everything
is fixed!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/44

------------------------------------------------------------------------
On 2015-08-31T22:24:50+00:00 AnAkIn wrote:

Has the patch been included in mesa git?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/45

------------------------------------------------------------------------
On 2015-09-04T15:15:30+00:00 Alberto Salvia Novella wrote:

Reported also in
<https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037>.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/53

------------------------------------------------------------------------
On 2015-09-04T15:28:01+00:00 Germano-massullo wrote:

Fedora bugreport of this bug (linked to Freedesktop bugreport too)
https://bugzilla.redhat.com/show_bug.cgi?id=1259443

Reply at:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037/comments/54


** Changed in: mesa
       Status: Unknown => Confirmed

** Changed in: mesa
   Importance: Unknown => Critical

** Bug watch added: Red Hat Bugzilla #1259443
   https://bugzilla.redhat.com/show_bug.cgi?id=1259443

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1492037

Title:
  Segmentation fault in brw_meta_fast_clear

Status in Mesa:
  Confirmed
Status in mesa package in Ubuntu:
  Triaged
Status in mesa package in Debian:
  Confirmed

Bug description:
  I have an nvidia optimus notebook, and since yesterdays updates X
  crashes on the nvidia driver, so I switched to intel. But now, every
  couple minutes plasmashell crashes with

  Thread 1 (Thread 0x7f7b245c6800 (LWP 5307)):
  [KCrash Handler]
  #6  brw_meta_fast_clear (brw=brw@entry=0x1abcf08, fb=fb@entry=0x405fc80, buffers=buffers@entry=34, partial_clear=partial_clear@entry=false) at ../../../../../../../src/mesa/drivers/dri/i965/brw_meta_fast_clear.c:446
  #7  0x00007f7b06b3506c in brw_clear (ctx=0x1abcf08, mask=34) at ../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:246
  #8  0x00007f7b2264737a in QSGBatchRenderer::Renderer::renderBatches() () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #9  0x00007f7b2264bb3a in QSGBatchRenderer::Renderer::render() () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #10 0x00007f7b22656a1c in QSGRenderer::renderScene(QSGBindable const&) () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #11 0x00007f7b22656e9b in QSGRenderer::renderScene(unsigned int) () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #12 0x00007f7b226655be in QSGRenderContext::renderNextFrame(QSGRenderer*, unsigned int) () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #13 0x00007f7b226af20c in QQuickWindowPrivate::renderSceneGraph(QSize const&) () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #14 0x00007f7b2267fbac in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #15 0x00007f7b226806d1 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
  #16 0x00007f7b2015eb8c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
  #17 0x00007f7b20164230 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
  #18 0x00007f7b1f680a9b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
  #19 0x00007f7b1f6d6c1d in QTimerInfoList::activateTimers() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
  #20 0x00007f7b1f6d7121 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
  #21 0x00007f7b1bb59f87 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #22 0x00007f7b1bb5a1e0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #23 0x00007f7b1bb5a28c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #24 0x00007f7b1f6d7e1b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
  #25 0x00007f7b1f67e2da in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
  #26 0x00007f7b1f685e4c in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
  #27 0x00000000004322c3 in main ()

  ProblemType: Bug
  DistroRelease: Ubuntu 15.10
  Package: libgl1-mesa-dri 10.6.3-1ubuntu1
  ProcVersionSignature: Ubuntu 4.1.0-3.3-generic 4.1.3
  Uname: Linux 4.1.0-3-generic x86_64
  ApportVersion: 2.18-0ubuntu9
  Architecture: amd64
  CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: None
  Date: Thu Sep  3 23:10:45 2015
  DistUpgraded: Fresh install
  DistroCodename: wily
  DistroVariant: ubuntu
  EcryptfsInUse: Yes
  ExtraDebuggingInterest: Yes
  GraphicsCard:
   Intel Corporation Broadwell-U Integrated Graphics [8086:1616] (rev 09) (prog-if 00 [VGA controller])
     Subsystem: Lenovo Device [17aa:2225]
     Subsystem: Lenovo Device [17aa:2225]
  InstallationDate: Installed on 2015-07-20 (45 days ago)
  InstallationMedia: Kubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422)
  MachineType: LENOVO 20CKCTO1WW
  ProcKernelCmdLine: BOOT_IMAGE=/@/boot/vmlinuz-4.1.0-3-generic.efi.signed root=UUID=16f91247-90b6-4fc9-9f76-d3322b3d5e7c ro rootflags=subvol=@ noprompt crashkernel=384M-:128M
  SourcePackage: mesa
  UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev'
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 03/19/2015
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N11ET31W (1.07 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20CKCTO1WW
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0E50512 STD
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: dmi:bvnLENOVO:bvrN11ET31W(1.07):bd03/19/2015:svnLENOVO:pn20CKCTO1WW:pvrThinkPadT550:rvnLENOVO:rn20CKCTO1WW:rvrSDK0E50512STD:cvnLENOVO:ct10:cvrNone:
  dmi.product.name: 20CKCTO1WW
  dmi.product.version: ThinkPad T550
  dmi.sys.vendor: LENOVO
  version.compiz: compiz N/A
  version.ia32-libs: ia32-libs N/A
  version.libdrm2: libdrm2 2.4.64-1
  version.libgl1-mesa-dri: libgl1-mesa-dri 10.6.3-1ubuntu1
  version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
  version.libgl1-mesa-glx: libgl1-mesa-glx 10.6.3-1ubuntu1
  version.xserver-xorg-core: xserver-xorg-core 2:1.17.2-1ubuntu5
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.9.2-1ubuntu1
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.5.0+git20150819-0ubuntu1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20150808-0ubuntu2
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.11-1ubuntu3
  xserver.bootTime: Thu Sep  3 22:20:47 2015
  xserver.configfile: default
  xserver.errors:
   
  xserver.logfile: /var/log/Xorg.0.log
  xserver.outputs:
   product id                                5571 
   vendor                                     CMN
  xserver.version: 2:1.17.2-1ubuntu5

To manage notifications about this bug go to:
https://bugs.launchpad.net/mesa/+bug/1492037/+subscriptions