Created attachment 893319 [details] crash handler Description of problem:Xrender is only available with desktop effects Version-Release number of selected component (if applicable): How reproducible:Always Steps to Reproduce: 1.Switch compositing from Xrender to opengl 2.Apply (opengl 1.2, 2.0 or 3.1) Qt (Native or Raster) 3.face palm!! Actual results:kwin dies unexpectidly. Asks for debugging packages when crashes (is this nesscessary to squash this?). Expected results:desktop effects enabled Additional info:started roughly over a week ago! effects with opengl were enabled and working perfectly. I'm only guessing on the component failure?
Created attachment 893328 [details] hardware_info These 2 are in red? as opposed to black text for all other id:(lshw output) id: display:1 & id: serial
Created attachment 893366 [details] bug report with all symbols the aditional debug symbols downloaded and followed the krash handler up until submitting.
are you sure, that bug in mesa?
No! like I said, I'm only guessing on the component failure? but from a kcrash handler it had this #10 0x00007fe33ef01920 in _mesa_GetGraphicsResetStatusARB () from /usri965_dri.so/lib64/dri/
I have this selectedin the kernel but am confused as to which component? Intel 8xx/9xx/G3x/G4x/HD Graphics (DRM_I915) CONFIG_DRM_I915: Choose this option if you have a system that has "Intel Graphics Media Accelerator" or "HD Graphics" integrated graphics, including 830M, 845G, 852GM, 855GM, 865G, 915G, 945G, 965G, G35, G41, G43, G45 chipsets and Celeron, Pentium, Core i3, Core i5, Core i7 as well as Atom CPUs with integrated graphics. If M is selected, the module will be called i915. AGP support is required for this driver to work. This driver is used by the Intel driver in X.org 6.8 and XFree86 4.4 and above. It replaces the older i830 module that supported a subset of the hardware in older X.org releases.
Works fine Fedora 19 on the same machine using.
Got answer using fedoraforum.org https://www.mail-archive.com/arch-commits@archlinux.org/msg169430.html
(In reply to ben from comment #7) > Got answer using fedoraforum.org > > https://www.mail-archive.com/arch-commits@archlinux.org/msg169430.html Yeah. Thank you! Will fix tonight.
mesa-10.1.3-1.20140509.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/mesa-10.1.3-1.20140509.fc20
*** Bug 1091696 has been marked as a duplicate of this bug. ***
Package mesa-10.1.3-1.20140509.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing mesa-10.1.3-1.20140509.fc20' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-6195/mesa-10.1.3-1.20140509.fc20 then log in and leave karma (feedback).
FIXED! Thank you.
Is this the same problem as https://bugzilla.redhat.com/show_bug.cgi?id=1093940 ? I upgraded to mesa-10.1.3 from testing and I'm still experiencing kwin crashes when enabling desktop effects.
(In reply to Martin from comment #13) > Is this the same problem as > https://bugzilla.redhat.com/show_bug.cgi?id=1093940 ? seems very much related!! > > I upgraded to mesa-10.1.3 from testing and I'm still experiencing kwin > crashes when enabling desktop effects. Have you tried Compositing type: OpenGL 2.0, the 3.1 may crash?
(In reply to ben from comment #14) > > I upgraded to mesa-10.1.3 from testing and I'm still experiencing kwin > > crashes when enabling desktop effects. > Have you tried Compositing type: OpenGL 2.0, the 3.1 may crash? Oh wow. I did try it on the previous version of mesa and it'd still cause kwin to crash but this time it seems to be working fine on OpenGL 2.0. Wobbly windows are back :) Thanx!
*** Bug 1093940 has been marked as a duplicate of this bug. ***
I should point out that, while KDE compositing now works with the mesa updates from updates-testing and kernel-3.14.3 on Intel 965 graphics, resume from suspend to RAM does not work. When I resume the computer, it just boots up from the BIOS like a frest boot.
I'd just like to confirm that. (In reply to Peter Gückel from comment #17) > I should point out that, while KDE compositing now works with the mesa > updates from updates-testing and kernel-3.14.3 on Intel 965 graphics, resume > from suspend to RAM does not work. > > When I resume the computer, it just boots up from the BIOS like a frest boot.
BTW, I loged in to Gnome and tried suspend (Alt+power off button) and I got the same respond. It appeared to suspend fine, but resume took me instead to what appears to be a standard boot sequence. FYI, suspend/resume used to work just fine with kernel 3.13. I use a desktop (primarily), so there is no lid to shut to see if that method works :D
(In reply to Peter Gückel from comment #19) > BTW, I loged in to Gnome and tried suspend (Alt+power off button) and I got > the same respond. It appeared to suspend fine, but resume took me instead to > what appears to be a standard boot sequence. > > FYI, suspend/resume used to work just fine with kernel 3.13. I use a desktop > (primarily), so there is no lid to shut to see if that method works :D I think this problem in kernel. Not in mesa. Please fill BZ for this.
(In reply to Igor Gnatenko from comment #20) > I think this problem in kernel. Not in mesa. Please fill BZ for this. done: bz:1097546
mesa-10.1.3-1.20140509.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.