1198869 - crash in i965_dri.so@0x39d4ac

Status: RESOLVED WORKSFORME

(Core :: Graphics: Layers, defect)

Description

[Johannes Pfrang [:johnp]]

This bug was filed from the Socorro interface and is 
report bp-eb196f02-3f40-43f3-bdf5-98f2b2150826.
=============================================================

Not much to say. No STR, all experimental layers features enabled (that I know of).

Comment 1

[Johannes Pfrang [:johnp]]

Another one:

bp-52b6adac-1eab-44d8-9f1b-46b012150826

Comment 2

[Mason Chang [Inactive] [:mchang]]

Benwa, does this crash signature look familiar to you?

Comment 3

[Milan Sreckovic [:milan] (needinfo for best results)]

This is Linux with OpenGL compositor, right?

Comment 4

[Benoit Girard (:BenWa)]

Nope, but a crash in glClear sounds vaguely familiar. I can't recall if it was OSX or Linux. Andrew?

Comment 5

[Andrew Comminos [:acomminos]]

I think you might be thinking of the Talos regression we get with glClear on Mac. This crash seems like it might be caused by some rendering commands that get flushed when glClear gets called, not the clear itself.

It would be interesting to see if we can reproduce and get output with MOZ_GL_DEBUG_VERBOSE enabled.

Comment 6

[Johannes Pfrang [:johnp]]

Fedora 22 KDE KWin with OpenGL 3.3 on an Intel HD2000 iirc.
I'll try to reproduce with MOZ_GL_DEBUG_VERBOSE when I'm back at my desktop. Got a vague idea which websites could have triggered it last time. I assume a debug build is necessary?

Comment 7

[Johannes Pfrang [:johnp]]

No luck trying to reproduce deliberately, but just randomly crashed again in nightly:

bp-5065366c-559d-49c2-a870-151c02150830

I'd happily run debug all day, but that's unfortunately startup-crashing with an assertion-failure (!mAsyncExecutionThread (AsyncClose has not been invoked on this connection!)).

Comment 8

[Edwin Flores [inactive from 2016-12-01] [:eflores] [:edwin]]

Mass resolving WFM: signature(s) hasn't(/haven't) reported in past 28 days.