Bug 253272 - Intel 4 Mobile Graphics and Compositing Don't Work
Summary: Intel 4 Mobile Graphics and Compositing Don't Work
Status: RESOLVED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-04 23:56 UTC by michael papet
Modified: 2010-10-21 21:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Intel opengl problem (113.46 KB, image/jpeg)
2010-10-04 23:56 UTC, michael papet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description michael papet 2010-10-04 23:56:02 UTC
Created attachment 52225 [details]
Intel opengl problem

Version:           unspecified (using KDE 4.4.5) 
OS:                Linux

Hi,

Compositing shuts off on an Intel GM45 regardless of the method used.  I get an error that says it's too slow.  I was on an OLD single-core thinkpad t400 with Intel GMA and had some compositing effects.  

Now I'm on a dual-core pci-express machine and the compositing shuts off in less than 5 minutes.  Attempts to use the OpenGL option result in the window manager color being completely blown-out before ending as described.  See attached screenshot.

00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)

I tried lots of tricks like Option "AccelMethod" "EXA" which helped generate a bit more speed.  But basically compositing and animation don't work.

Reproducible: Always

Steps to Reproduce:
Log into machine.
Expect some compositing once the desktop is ready.

Actual Results:  
Compositing shuts off.

Expected Results:  
Plenty of cool animation
Comment 1 michael papet 2010-10-05 00:02:13 UTC
Sorry, that's Option "AccelMethod" "uxa".  UXA option makes things snappier than the default.
Comment 2 Thomas Lübking 2010-10-05 00:33:08 UTC
- is compositing still shutdown despite you checked "disable functionality checks"?
- was this on the xrender or the opengl backend then?
- is it related to the activation of a particular (fullscreen) effect, like "present windows" or "desktop grid"

- the overexposure only affects ARGB elements and looks like a shader bug (mesa / the intel driver is known to do this ;-), please 
a) list the active effects:
   grep -iE 'kwin4_effect_.*Enabled=true' `kde4-config --path config | cut -d":" -f1`/kwinrc | sed -e 's/kwin4_effect_//g; s/Enabled=true//g'
b) try to disable direct rendering
Comment 3 michael papet 2010-10-05 00:52:09 UTC
Thomas,

Thanks for the quick reply.  I intentionally disabled all of the effects under the "all effects" tab. and left "improved window management" and shadows enabled.

-In xrender, the colors are okay, but very slow for a modern machine..  The compositing shuts off if I do not have the "disable functionality checks"  It seems like a modern machine should just fly.

-In openGL, the colors get overexposed per the attached picture.  Acceleration is better than xrender.

-I tried all permutations of "Enable direct rendering" and "Use Vsync" it didn't affect the issue.

Where do you recommend I submit the bug.  I am beyond my limited skill set with graphics programming.

Thanks again.
Comment 4 Thomas Lübking 2010-10-05 01:14:44 UTC
bugs.freedesktop.org, product (for opengl) is mesa and for Xrender - Xrender ;-)
ensure that you're using some "up-to-date" version.

reg. the overexposure: you're using really 4.4.5 and not some 4.5 and bugzilla just didn't let you enter, are you? (see bug #243181 because of this)

i think scaling etc. isn't too fast with the intel xrender implementation, but just alphablending (translucency/shadows) should work.
Comment 5 Martin Flöser 2010-10-21 21:17:24 UTC
in case of 4.4 driver bug, in case of 4.5 see bug #243181