kwin crashes on desktop startup with wobbly windows enabled

Bug #1299499 reported by Martin Jackson
120
This bug affects 20 people
Affects Status Importance Assigned to Milestone
Mesa
Fix Released
High
mesa (Ubuntu)
Fix Released
High
Timo Aaltonen

Bug Description

kwin reports a crash while starting up, and desktop effects are not enabled for the session.

ProblemType: Crash
DistroRelease: Ubuntu 14.04
Package: kde-window-manager 4:4.11.8-0ubuntu1
ProcVersionSignature: Ubuntu 3.13.0-20.42-generic 3.13.7
Uname: Linux 3.13.0-20-generic x86_64
ApportVersion: 2.13.3-0ubuntu1
Architecture: amd64
AssertionMessage: kwin: ../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c:43: brw_get_graphics_reset_status: Assertion `brw->hw_ctx != ((void *)0)' failed.
CrashCounter: 1
CurrentDesktop: KDE
Date: Sat Mar 29 11:11:04 2014
ExecutablePath: /usr/bin/kwin
InstallationDate: Installed on 2014-02-03 (53 days ago)
InstallationMedia: Ubuntu-Server 13.10 "Saucy Salamander" - Release amd64 (20131016)
ProcCmdline: /usr/bin/kwin --crashes 2
ProcEnviron:
 LANGUAGE=en_US
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 6
SourcePackage: kde-workspace
StacktraceTop:
 __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
 __GI_abort () at abort.c:89
 __assert_fail_base (fmt=0x7f7a0d7c2718 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7f79edba7a63 "brw->hw_ctx != ((void *)0)", file=file@entry=0x7f79edba7a28 "../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c", line=line@entry=43, function=function@entry=0x7f79edba7a80 "brw_get_graphics_reset_status") at assert.c:92
 __GI___assert_fail (assertion=0x7f79edba7a63 "brw->hw_ctx != ((void *)0)", file=0x7f79edba7a28 "../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c", line=43, function=0x7f79edba7a80 "brw_get_graphics_reset_status") at assert.c:101
 ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
Title: kwin assert failure: kwin: ../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c:43: brw_get_graphics_reset_status: Assertion `brw->hw_ctx != ((void *)0)' failed.
UpgradeStatus: Upgraded to trusty on 2014-03-03 (26 days ago)
UserGroups: adm cdrom dip libvirtd lpadmin plugdev sambashare sudo

Related branches

Revision history for this message
In , Peter Wu (lekensteyn) wrote :

Created attachment 95042
gdb backtrace from kwin with symbols

Since I upgraded some packages (including Linux 3.13.2 -> 3.14-rc5, but not Mesa nor xf86-video-intel), I am unable to run KWin with desktop effects enabled.

Daniel Vetter suggested in #intel-gfx that this may be buggy Mesa code that was triggered due to a change in 3.14, "enable[ment of] reset stat support".

Distribution: Arch Linux x86_64
Linux: v3.14-rc5
Mesa: 10.0.3-1
kde-workspace: 4.11.6-3

Revision history for this message
Martin Jackson (mhjacks) wrote :
Revision history for this message
Martin Jackson (mhjacks) wrote :

The only custom effect I have enabled is wobbly windows - but it seems it can't load any of the effects. Even when disabling window effects, kwin crashes.

Please let me know how I can help fix this.

information type: Private → Public
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
 __GI_abort () at abort.c:89
 __assert_fail_base (fmt=0x7f7a0d7c2718 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7f79edba7a63 "brw->hw_ctx != ((void *)0)", file=file@entry=0x7f79edba7a28 "../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c", line=line@entry=43, function=function@entry=0x7f79edba7a80 <__PRETTY_FUNCTION__.35445> "brw_get_graphics_reset_status") at assert.c:92
 __GI___assert_fail (assertion=assertion@entry=0x7f79edba7a63 "brw->hw_ctx != ((void *)0)", file=file@entry=0x7f79edba7a28 "../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c", line=line@entry=43, function=function@entry=0x7f79edba7a80 <__PRETTY_FUNCTION__.35445> "brw_get_graphics_reset_status") at assert.c:101
 brw_get_graphics_reset_status (ctx=<optimized out>) at ../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c:43

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : StacktraceSource.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in kde-workspace (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
Revision history for this message
Gavin Sharpe (gavin77) wrote :

This seems to be similar to what happened to me. It occurred since updating to 3.13.0-20-generic. If I boot into 3.13.0-19-generic Kwin does not crash and desktop effects work.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in kde-workspace (Ubuntu):
status: New → Confirmed
Revision history for this message
Martin Jackson (mhjacks) wrote :

I tried booting into 3.13.0-19-generic and I'm still having the problem.

Revision history for this message
Gavin Sharpe (gavin77) wrote :

After booting into -19, I pressed SHIFT+ALT+F12 and it re-enabled desktop effects and they've stayed on since.

Revision history for this message
Martin Jackson (mhjacks) wrote : Re: [Bug 1299499] Re: kwin crashes on desktop startup with wobbly windows enabled

On 03/29/2014 01:11 PM, Gavin Sharpe wrote:
> After booting into -19, I pressed SHIFT+ALT+F12 and it re-enabled
> desktop effects and they've stayed on since.
>
I've tried that and it still says "20 effects failed to load" or
something similar.

Revision history for this message
Paul Loughman (snowhog) wrote :

Kubuntu: 14.04
KDE: 4.12.95
Kernel: 3.13.0-20-generic x86_64

With this kernel, using OpenGL 1.2, 2.0, or 3.1 crashes KWin.

If I use kernel 3.13.0-19-generic x86_64, I can use OpenGL 1.2 and 2.0 without any problems; KWin does not crash.

Clay Weber (claydoh)
affects: kde-workspace (Ubuntu) → linux (Ubuntu)
affects: linux (Ubuntu) → kde-workspace (Ubuntu)
Revision history for this message
Matt Ruffalo (mruffalo) wrote :

I think this is quite serious, and might deserve more than "Medium" importance. The end result if this is that hardware-accelerated graphics are broken out-of-the-box on (all?) Intel video hardware, 2.5 weeks before a Kubuntu LTS release.

Relevant other bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=75723
https://bugs.kde.org/show_bug.cgi?id=332784 (closed, but contains a functional workaround)

affects: kde-workspace (Ubuntu) → mesa (Ubuntu)
Changed in mesa (Ubuntu):
milestone: none → ubuntu-14.04
tags: added: kubuntu
Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

we're now hitting this on Ubuntu since adding the separate i915_bdw module that needed some drm/i915 changes from 3.14 to build, namely

drm/i915: add i915_get_reset_stats_ioctl
drm/i915: add i915_reset_count

so mesa 10.1 needs some backports from master?

Timo Aaltonen (tjaalton)
Changed in mesa (Ubuntu):
assignee: nobody → Timo Aaltonen (tjaalton)
importance: Medium → High
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Are you able to test mesa 10.2 from xorg-edgers ppa, to know if this is fixed upstream..

https://launchpad.net/~xorg-edgers/+archive/ppa

Revision history for this message
In , Mika-kuoppala (mika-kuoppala) wrote :

(In reply to comment #1)
> we're now hitting this on Ubuntu since adding the separate i915_bdw module
> that needed some drm/i915 changes from 3.14 to build, namely
>
> drm/i915: add i915_get_reset_stats_ioctl
> drm/i915: add i915_reset_count
>
> so mesa 10.1 needs some backports from master?

I think it needs:

commit 0c3fd8708fc54b4b46f5db20d34eb29508537b08
Author: Ian Romanick <email address hidden>
Date: Wed Nov 20 08:32:14 2013 -0800

    intel: Use memset instead of VG_CLEAR

included in libdrm 2.4.49

Revision history for this message
In , Mika-kuoppala (mika-kuoppala) wrote :

(In reply to comment #2)
> (In reply to comment #1)
> > we're now hitting this on Ubuntu since adding the separate i915_bdw module
> > that needed some drm/i915 changes from 3.14 to build, namely
> >
> > drm/i915: add i915_get_reset_stats_ioctl
> > drm/i915: add i915_reset_count
> >
> > so mesa 10.1 needs some backports from master?
>
> I think it needs:
>
> commit 0c3fd8708fc54b4b46f5db20d34eb29508537b08
> Author: Ian Romanick <email address hidden>
> Date: Wed Nov 20 08:32:14 2013 -0800
>
> intel: Use memset instead of VG_CLEAR
>
> included in libdrm 2.4.49

Ah well it needs atleast that, but the assert is hit before the ioctl so it can't be that in this case

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

I'm not able to reproduce this with a Broadwell backport branch I'm testing..

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

not able to reproduce on stock-trusty either..

Revision history for this message
Matt Ruffalo (mruffalo) wrote :

Hmm, I guess the answer to "(all?) Intel video hardware" is "no".

I get perfectly consistent KWin crashes on a machine with a "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)", even after "add-apt-repository ppa:xorg-edgers; aptitude update; aptitude full-upgrade; reboot".

No crashes on a machine with a "Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)" though.

Revision history for this message
Matt Ruffalo (mruffalo) wrote :
Revision history for this message
Martin Jackson (mhjacks) wrote :

The machine I'm seeing the issue on is an HP Elitebook 8440p. I also have Kubuntu trusty installed on a Dell E6320 that does not exhibit this issue. Both use the i915 driver, so there's at least some variation in that.

Revision history for this message
Martin Jackson (mhjacks) wrote :

I tried installing the xorg-edgers ppa; after doing dist-upgrade the machine won't load the display manager). I can switch to a virtual console VT but no graphical output after the plymouth splash screen.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

ah, yes I can get it to crash on an old thinkpad X61 with 965GM (gen4), sandybridge and broadwell are fine

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

so it's happening on 965GM, not sandybridge or broadwell at least

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

downstream bug says xorg-edgers build from git master is affected as well

Changed in mesa:
importance: Unknown → High
status: Unknown → Confirmed
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

martin: ok thanks, use ppa-purge to get rid of the edgers packages and revert to stock trusty

I'm testing a preliminary patch which seems to work

Revision history for this message
Martin Jackson (mhjacks) wrote :

Timo: Thank you. I sincerely appreciate this. I will have access to the machine again in about six hours, and will test as soon as I can.

Revision history for this message
In , Dmadunicc (dmadunicc) wrote :

i have problem whith my texture after updating linux karnel 3.14 i m runing mint 16

http://imgur.com/5pCfzOn
http://imgur.com/1si6T86
http://imgur.com/UrBpTfy
http://imgur.com/IQc2Txl

any help for me i think that is rendering mode problem ?

Graphics: Card: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
X.Org: 1.14.5 drivers: intel (unloaded: fbdev,vesa) Resolution: 1360x768@59.8hz
GLX Renderer: Mesa DRI Intel Sandybridge Mobile GLX Version: 3.0 Mesa 10.2.0-devel

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile
OpenGL core profile version string: 3.1 (Core Profile) Mesa 10.2.0-devel
OpenGL core profile shading language version string: 1.40
OpenGL core profile context flags: (none)
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.2.0-devel
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

Revision history for this message
Alex Roman (alex-roman) wrote :

This affects me as well, running with NVIDIA binary drivers.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

this bug has nothing to do with nvidia..

Revision history for this message
Shane (mandala1111-ram) wrote :

Same here,20 desktop effects not working on " Intel Ironlake Mobile " .Look like it's gone to high importance so may see a fix very soon hopefully.

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

apparently happens on ironlake too, so gen4&5

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

domagoj: this is not your bug

Revision history for this message
In , Peter Wu (lekensteyn) wrote :

ILK is indeed affected. I (OP) forgot to mention my hardware. Some more details:

CPU: i5-460M (Ironlake GPU)
libdrm: 2.4.52-1

libdrm master contains only some fixes for Freedreno, a FreeBSD platform fix and a change in the test suite. I believe that updating libdrm in Ubuntu won't help in this matter.

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

Created attachment 96838
proposed patch

could you try the attached patch, based on what mkuoppal gave me on irc

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

uploaded a test package to https://launchpad.net/~tjaalton/+archive/test, will take a while to build

Revision history for this message
Martin Jackson (mhjacks) wrote :

I added the PPA, dist-upgraded, and got these packages along with the new KDE and kernel. I am still having the problem, though, I am sorry to say.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Martin: did you try with a clean session, or tried to enable the effects? Just logging out / in doesn't do anything.

Timo Aaltonen (tjaalton)
Changed in mesa (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Gavin Sharpe (gavin77) wrote :

I added the ppa from #33, rebooted into kernel 3.13.0-22-generic and kwin is working with desktop effects enabled.

Revision history for this message
Martin Jackson (mhjacks) wrote :

I had rebooted previously. This morning, I logged in, disabled and re-enabled the effects, and I am delighted to report I have wobbly windows again. Thanks!

Revision history for this message
Gavin Sharpe (gavin77) wrote :

Actually, further to my previous comment I notice that I only have XRender available, if I select OpenGL it still crashes.

Revision history for this message
Gavin Sharpe (gavin77) wrote :

Sorry to spam the comments, I reset to default and it's working now with OpenGL.

Revision history for this message
Matt Ruffalo (mruffalo) wrote :

I had reverted to a btrfs snapshot once I saw KWin crash, so this morning I added the PPA and did an aptitude full-upgrade. This updated my kernel to 3.13.0-22 (as well as ~500MB of other stuff) and I am very happy to say that KWin is working perfectly.

Thank you very much, Timo!

Revision history for this message
Anders Kaseorg (andersk) wrote :

The mesa packages in ppa:tjaalton/test also fix the Chrome WebGL crashes that I started seeing on my Westmere laptop after upgrading the kernel from 3.13.0-19 to 3.13.0-20.

Changed in mesa (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Bob Treat (rptreat) wrote :

Kwin has, happily, not crashed with the mesa packages in ppa:tjaalton/test with a full Kubuntu 14.04 and logging in with the 3.13.0.23. This is a 32 bit install on a Dell Inspiron 1545. Kwin last functioned with kernel 3.13.0.19 on this machine.

Revision history for this message
In , Tasev Nikola (tasev-stefanoska) wrote :

Hi,

I also have this bug , my system is:

Kubuntu Trusty Thar

Intel(R) Pentium(R) CPU P6000 @ 1.87GHz in HP G72 notebook

glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile
OpenGL version string: 2.1 Mesa 10.1.0
OpenGL shading language version string: 1.20

I try the proposed patch with

sudo apt-get build-dep mesa
apt-get source mesa
cd mesa*/

Then a change the line proposed in the patch in /src/mesa/drivers/dri/i965/brw_context.c

dpkg-source --commit
dpkg-buildpackage

sudo dpkg -i libgl1-mesa-dri libgl1-mesa-glx

Then i reboot but the bug is still there , kwin crashes if i enable desktop effects,
here is the krash log:

Thread 1 (Thread 0x7f6418790800 (LWP 2353)):
[KCrash Handler]
#5 0x00007f6417ea2f79 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#6 0x00007f6417ea6388 in __GI_abort () at abort.c:89
#7 0x00007f6417e9be36 in __assert_fail_base (fmt=0x7f641877e05f "%s%s%s\302\240:%u\302\240:\302\240%s%s
l'assertion \302\253\302\240%s\302\240\302\273 a \303\251chou\303\251.\n%n",
assertion=assertion@entry=0x7f63f3cf2a63 "brw->hw_ctx != ((void *)0)", file=file@entry=0x7f63f3cf2a28 "../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c", line=line@entry=43,
function=function@entry=0x7f63f3cf2a80 "brw_get_graphics_reset_status") at assert.c:92
#8 0x00007f6417e9bee2 in __GI___assert_fail (assertion=0x7f63f3cf2a63 "brw->hw_ctx != ((void *)0)",
file=0x7f63f3cf2a28 "../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c", line=43,
function=0x7f63f3cf2a80 "brw_get_graphics_reset_status") at assert.c:101

I try also with the final 3.14 kernel from the mainline ppa and also with the latest mesa an libdrm from the oibaf ppa with the same result

Revision history for this message
In , Magnus-kessler (magnus-kessler) wrote :

the proposed patch works fine on

vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz
stepping : 6
microcode : 0x610

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset
OpenGL version string: 2.1 Mesa 10.2.0-devel (git-5d0b3ec)

applied agains latest git.

Revision history for this message
In , Uwe L. Korn (uwelk) wrote :

I have/had the same problem with chromium 34 on kernel 3.14 (Gentoo).

Backtraces with:
 * mesa 10.0.4: https://gist.github.com/xhochy/10010809
 * mesa 10.1.0: https://gist.github.com/xhochy/10012223

Proposed patch applied against mesa 10.1.0 fixes the problem.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mesa - 10.1.0-4ubuntu2

---------------
mesa (10.1.0-4ubuntu2) trusty; urgency=medium

  * fix-kwin.diff: i965; Don't check reset status on gen4/5. (LP: #1299499)
 -- Timo Aaltonen <email address hidden> Tue, 01 Apr 2014 16:58:02 +0300

Changed in mesa (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
In , Alexander E. Patrakov (patrakov-gmail) wrote :

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

Revision history for this message
In , Peter Wu (lekensteyn) wrote :

The problem disappeared with:
KDE 4.13.0
Linux v3.15-rc1-356-gebfc45e
Mesa 10.1.1

Not sure which of the three is responsible though.

Revision history for this message
In , genstorm (andreas-sturmlechner) wrote :

Problem still exists in mesa-10.1.1 when not using the proposed patch, and it looks like master isn't fixed as well yet.

Tested with:
gentoo-sources-3.14.1
mesa-10.1.1
kde-frameworks-4.11.8 and kde-workspaces-4.12.4

Revision history for this message
In , Peter Wu (lekensteyn) wrote :

I think you got your versions reversed. On this laptop, kdebase-workspace 4.11.8 (includes KWin) and kdebase-runtime 4.13.0 are installed.

Perhaps you can try with a newer kernel?

Revision history for this message
In , genstorm (andreas-sturmlechner) wrote :

Yeah, I got the KDE parts backwards...

Anyway, kwin with kernel 3.15_rc1+ is just the same crash fest as 3.14 with vanilla mesa-10.1.1. Restored the mesa binary package with the patch, and everything's fine again.

I guess Arch has you covered with the patch already?

Revision history for this message
In , genstorm (andreas-sturmlechner) wrote :

yes, Arch has the patch, so no wonder it works for you: https://<email address hidden>/msg169430.html

Revision history for this message
In , Peter Wu (lekensteyn) wrote :

Indeed, I forgot to consider that possibility because Arch normally does not patch that much:
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/workaround-for-robustness-and-reset-with-intel.patch?h=packages/mesa

Revision history for this message
In , Rui Salvaterra (rsalvaterra) wrote :

I'd love to see this one fixed, I also have an Arrandale/Ironlake (Core-i3 380M) laptop stuck at Linux 3.13 because of this bug... :/

Revision history for this message
In , Kenxeth (kenxeth) wrote :

I gave up on waiting and just pushed my original fix.

commit 0380ec467d78f40b5c8134158ca48b4c5378b282
Author: Kenneth Graunke <email address hidden>
Date: Wed Mar 12 01:43:40 2014 -0700

    i965: Don't enable reset notification support on Gen4-5.

    arekm reported that using Chrome with GPU acceleration enabled on GM45
    triggered the hw_ctx != NULL assertion in brw_get_graphics_reset_status.

    We definitely do not want to advertise reset notification support on
    Gen4-5 systems, since it needs hardware contexts, and we never even
    request a hardware context on those systems.

    Cc: "10.1" <email address hidden>
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75723
    Signed-off-by: Kenneth Graunke <email address hidden>

Hopefully it'll get picked up for the next 10.1 release...

Changed in mesa:
status: Confirmed → Fix Released
Revision history for this message
In , gneman (luis6674) wrote :

I have a doubt regarding this bug:

I was one of the users who had this problem and with the first patch proposed (that got into Arch Linux fast) it got fixed. However, there's something strange:

I use KDE with desktop effects turned on. For maybe a year or more before this bug happened I was using them with OpenGL 3.1 (in the System Setting -> Desktop effects -> Advanced you can choose that). When I upgraded to kernel 3.14 the desktop effects stopped working. Downgrading to 3.13 fixed it (and 3.14 + patch the same), but only if I selected OpenGL 2.0 instead of 3.1. Which is strange, because before upgrading it worked with OpenGL 3.1 normally, but after downgrading it didn't.

Since then always the same, each time I try OpenGL 3.1 it breaks. And other users who suffered from this bug reported the same, OpenGL 3.1 didn't work for them either.

I know it is a DIFFERENT BUG from this one, but I still wanted to ask if after kernel 3.14 OpenGL 3.1 works for anyone. And is there any other way of testing if it actually works other than in kwin?

My graphics are Ironlake based (Gen 4?).

Thanks.

Revision history for this message
In , Peter Wu (lekensteyn) wrote :

(In reply to comment #23)
[..]
> I know it is a DIFFERENT BUG from this one, but I still wanted to ask if
> after kernel 3.14 OpenGL 3.1 works for anyone. And is there any other way of
> testing if it actually works other than in kwin?

Please open a new bug, I can confirm that KWin (kdebase-workspace 4.11.10) + OpenGL 3.1 + Linux 3.15-rc8 + mesa 10.2.1 + xf86-video-intel 2.99.912 crashes.

Revision history for this message
In , Alexander E. Patrakov (patrakov-gmail) wrote :
Revision history for this message
In , Idr (idr) wrote :

(In reply to comment #23)
> I know it is a DIFFERENT BUG from this one, but I still wanted to ask if
> after kernel 3.14 OpenGL 3.1 works for anyone. And is there any other way of
> testing if it actually works other than in kwin?
>
> My graphics are Ironlake based (Gen 4?).

FYI... OpenGL 3.1 is not supported on Ironlake, so you shouldn't have 3.1 at all. The highest OpenGL version supported by Mesa on that chipset is 2.1.

Revision history for this message
Oibaf (oibaf) wrote :

There is a proper patch in mesa to fix this issue now, see fdo bug.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

yes, and 10.1.3 has it which means the oneliner hack can be dropped as redundant

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.