[gentoo-user] Compositing too slow in KDE

[gentoo-user] Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 336 bytes --]

I don't often launch the full KDE DE, so was surprised when I just tried it 
and a pop up said:

"Compositing was too slow and has been suspended.
If this was only a temporary problem, you can  "

I can't see the rest of the message (it's hidden at the bottom of the screen).

How can I troubleshoot this?
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-user] Re: Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 958 bytes --]

On Saturday 19 March 2011 17:34:05 you wrote:
> I don't often launch the full KDE DE, so was surprised when I just tried it
> and a pop up said:
> 
> "Compositing was too slow and has been suspended.
> If this was only a temporary problem, you can  "
> 
> I can't see the rest of the message (it's hidden at the bottom of the
> screen).
> 
> How can I troubleshoot this?

Some digging around helped a bit - I switched in SystemSettings/Desktop 
Effects, the Compositing Type from OpenGL to XRender and now it does not 
suspend (although 'wobbly windows' and 'Desktop Cube Animation' are disabled.

In E17 which I use daily the compositing works fine, until I select OpenGL as 
the rendering engine and then it crashes horribly (won't even boot).

I have set up mesa to use gallium (if that makes any odds).  Is there anything 
else I need to configure to improve OpenGL performance (at least to stop it 
crashing)?
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: Compositing too slow in KDE

[Dale]

Mick wrote:
>
> Some digging around helped a bit - I switched in SystemSettings/Desktop
> Effects, the Compositing Type from OpenGL to XRender and now it does not
> suspend (although 'wobbly windows' and 'Desktop Cube Animation' are disabled.
>
> In E17 which I use daily the compositing works fine, until I select OpenGL as
> the rendering engine and then it crashes horribly (won't even boot).
>
> I have set up mesa to use gallium (if that makes any odds).  Is there anything
> else I need to configure to improve OpenGL performance (at least to stop it
> crashing)?
>    

I have a Nvidia GT-220 card and I have mine set to OpenGL in Desktop 
Effects.  I did run into this once before tho, I went to a console, 
reloaded the nvidia modules, restarted X and it worked.  I'm not sure 
but I think I had upgraded the nvidia drivers or something and the above 
worked here

Is your card reasonably fast?  If it is at least the speed of mine, it 
should work since it works here.  Not sure how much is required tho.

Dale

:-)  :-)

Re: [gentoo-user] Re: Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1332 bytes --]

On Saturday 19 March 2011 18:17:23 Dale wrote:
> Mick wrote:
> > Some digging around helped a bit - I switched in SystemSettings/Desktop
> > Effects, the Compositing Type from OpenGL to XRender and now it does not
> > suspend (although 'wobbly windows' and 'Desktop Cube Animation' are
> > disabled.
> > 
> > In E17 which I use daily the compositing works fine, until I select
> > OpenGL as the rendering engine and then it crashes horribly (won't even
> > boot).
> > 
> > I have set up mesa to use gallium (if that makes any odds).  Is there
> > anything else I need to configure to improve OpenGL performance (at
> > least to stop it crashing)?
> 
> I have a Nvidia GT-220 card and I have mine set to OpenGL in Desktop
> Effects.  I did run into this once before tho, I went to a console,
> reloaded the nvidia modules, restarted X and it worked.  I'm not sure
> but I think I had upgraded the nvidia drivers or something and the above
> worked here
> 
> Is your card reasonably fast?  If it is at least the speed of mine, it
> should work since it works here.  Not sure how much is required tho.
> 
> Dale
> 
> :-)  :-)

Unfortunately I'm running ATI:

  Chipset: "ATI Mobility Radeon HD 4670" (ChipID = 0x9488)


with this driver: 

  x11-drivers/xf86-video-ati-6.14.0

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: Compositing too slow in KDE

[Jorge Martínez López]

I also have an ATI card and I do suffer the slow compositing. I solved
it by switching back to the classic Mesa (instead of Gallium).

Cheers,
--
Jorge Martínez López <jorgeml@gmail.com> http://www.jorgeml.net

Re: [gentoo-user] Re: Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 780 bytes --]

On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
> I also have an ATI card and I do suffer the slow compositing. I solved
> it by switching back to the classic Mesa (instead of Gallium).

Thanks Jorge,

I switched to classic too and now it does not crash - however:

1. When I start kde compositing is disabled.

2. If I click on Resume Compositing, then the first time I try it I get a 
notification saying:  "Compositing has been suspended by another application" 
and it remains disabled.

3. The second time I try to resume compositing it works!

4. If at that stage I exit/restart KDE compositing is disabled again ... o_O

Why is this happening?  What other application is clashing or causing 
compositing not to take?
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1070 bytes --]

On Sunday 20 March 2011 18:38:00 Mick wrote:
> On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
> > I also have an ATI card and I do suffer the slow compositing. I solved
> > it by switching back to the classic Mesa (instead of Gallium).
> 
> Thanks Jorge,
> 
> I switched to classic too and now it does not crash - however:
> 
> 1. When I start kde compositing is disabled.
> 
> 2. If I click on Resume Compositing, then the first time I try it I get a
> notification saying:  "Compositing has been suspended by another
> application" and it remains disabled.
> 
> 3. The second time I try to resume compositing it works!
> 
> 4. If at that stage I exit/restart KDE compositing is disabled again ...
> o_O
> 
> Why is this happening?  What other application is clashing or causing
> compositing not to take?

BTW, I just tried this on an older Pentium 4 32bit box with an ATI Radeon X600 
(RV380) and it is exhibiting similar symptoms, except that if I try to resume 
compositing a second time kwin crashes.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: Compositing too slow in KDE

[Bill Longman]

On 03/20/2011 12:09 PM, Mick wrote:
> On Sunday 20 March 2011 18:38:00 Mick wrote:
>> On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
>>> I also have an ATI card and I do suffer the slow compositing. I solved
>>> it by switching back to the classic Mesa (instead of Gallium).
>>
>> Thanks Jorge,
>>
>> I switched to classic too and now it does not crash - however:
>>
>> 1. When I start kde compositing is disabled.
>>
>> 2. If I click on Resume Compositing, then the first time I try it I get a
>> notification saying:  "Compositing has been suspended by another
>> application" and it remains disabled.
>>
>> 3. The second time I try to resume compositing it works!
>>
>> 4. If at that stage I exit/restart KDE compositing is disabled again ...
>> o_O
>>
>> Why is this happening?  What other application is clashing or causing
>> compositing not to take?
> 
> BTW, I just tried this on an older Pentium 4 32bit box with an ATI Radeon X600 
> (RV380) and it is exhibiting similar symptoms, except that if I try to resume 
> compositing a second time kwin crashes.

I have an AMD Phenom II X4 940 with an Radeon 4870 that loves to crash
when I turn on compositing. OpenGL works wonderfully until it crashes
kwin. XRender chews up so much CPU I'd rather not have it.

I have an AMD Athlon II X4 635 with an onboard Radeon 4200 that loves to
crash when I turn on compositing.

Both these boxes have SB700/SB800 chipsets. I use xdm on the former and
manually run X on the other. Same problem on both.

I did not have this problem in xorg-server 1.7 series.

Re: [gentoo-user] Re: Compositing too slow in KDE

[Dale]

Bill Longman wrote:
> On 03/20/2011 12:09 PM, Mick wrote:
>    
>> On Sunday 20 March 2011 18:38:00 Mick wrote:
>>      
>>> On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
>>>        
>>>> I also have an ATI card and I do suffer the slow compositing. I solved
>>>> it by switching back to the classic Mesa (instead of Gallium).
>>>>          
>>> Thanks Jorge,
>>>
>>> I switched to classic too and now it does not crash - however:
>>>
>>> 1. When I start kde compositing is disabled.
>>>
>>> 2. If I click on Resume Compositing, then the first time I try it I get a
>>> notification saying:  "Compositing has been suspended by another
>>> application" and it remains disabled.
>>>
>>> 3. The second time I try to resume compositing it works!
>>>
>>> 4. If at that stage I exit/restart KDE compositing is disabled again ...
>>> o_O
>>>
>>> Why is this happening?  What other application is clashing or causing
>>> compositing not to take?
>>>        
>> BTW, I just tried this on an older Pentium 4 32bit box with an ATI Radeon X600
>> (RV380) and it is exhibiting similar symptoms, except that if I try to resume
>> compositing a second time kwin crashes.
>>      
> I have an AMD Phenom II X4 940 with an Radeon 4870 that loves to crash
> when I turn on compositing. OpenGL works wonderfully until it crashes
> kwin. XRender chews up so much CPU I'd rather not have it.
>
> I have an AMD Athlon II X4 635 with an onboard Radeon 4200 that loves to
> crash when I turn on compositing.
>
> Both these boxes have SB700/SB800 chipsets. I use xdm on the former and
> manually run X on the other. Same problem on both.
>
> I did not have this problem in xorg-server 1.7 series.
>
>    

I have a very similar setup and it works fine here, AMD Phenom II X4 955 
Deneb 3.2GHz with a Nvidia GT-220 video card.  I also have the 
SB700/SB800 chipset as well, Gigabyte mobo.  The biggest difference I 
see is the video card as far as hardware is concerned.

Software, I'm on xorg-server-1.9 here.  I never tried the older series 
on this rig.  I also still have a xorg.conf file too.  May not matter 
but just upgraded to a 2.6.38 kernel.  Also, no hal here either which is 
why I went with that xorg version during my install.

I hope this little bit of info helps in some small way.  If you need 
more info about my setup, let me know.

Dale

:-)  :-)

Re: [gentoo-user] Re: Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2808 bytes --]

On Tuesday 22 March 2011 16:45:54 Dale wrote:
> Bill Longman wrote:
> > On 03/20/2011 12:09 PM, Mick wrote:
> >> On Sunday 20 March 2011 18:38:00 Mick wrote:
> >>> On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
> >>>> I also have an ATI card and I do suffer the slow compositing. I solved
> >>>> it by switching back to the classic Mesa (instead of Gallium).
> >>> 
> >>> Thanks Jorge,
> >>> 
> >>> I switched to classic too and now it does not crash - however:
> >>> 
> >>> 1. When I start kde compositing is disabled.
> >>> 
> >>> 2. If I click on Resume Compositing, then the first time I try it I get
> >>> a notification saying:  "Compositing has been suspended by another
> >>> application" and it remains disabled.
> >>> 
> >>> 3. The second time I try to resume compositing it works!
> >>> 
> >>> 4. If at that stage I exit/restart KDE compositing is disabled again
> >>> ... o_O
> >>> 
> >>> Why is this happening?  What other application is clashing or causing
> >>> compositing not to take?
> >> 
> >> BTW, I just tried this on an older Pentium 4 32bit box with an ATI
> >> Radeon X600 (RV380) and it is exhibiting similar symptoms, except that
> >> if I try to resume compositing a second time kwin crashes.
> > 
> > I have an AMD Phenom II X4 940 with an Radeon 4870 that loves to crash
> > when I turn on compositing. OpenGL works wonderfully until it crashes
> > kwin. XRender chews up so much CPU I'd rather not have it.
> > 
> > I have an AMD Athlon II X4 635 with an onboard Radeon 4200 that loves to
> > crash when I turn on compositing.
> > 
> > Both these boxes have SB700/SB800 chipsets. I use xdm on the former and
> > manually run X on the other. Same problem on both.
> > 
> > I did not have this problem in xorg-server 1.7 series.
> 
> I have a very similar setup and it works fine here, AMD Phenom II X4 955
> Deneb 3.2GHz with a Nvidia GT-220 video card.  I also have the
> SB700/SB800 chipset as well, Gigabyte mobo.  The biggest difference I
> see is the video card as far as hardware is concerned.
> 
> Software, I'm on xorg-server-1.9 here.  I never tried the older series
> on this rig.  I also still have a xorg.conf file too.  May not matter
> but just upgraded to a 2.6.38 kernel.  Also, no hal here either which is
> why I went with that xorg version during my install.
> 
> I hope this little bit of info helps in some small way.  If you need
> more info about my setup, let me know.

So this seems like the xorg-1.9 driver won't play nicely with ATI video cards.  
FYI mesa classic seems to be better than gallium, although both crash.  As 
already reported xrender works, but eats up resources.

Will have to wait for later versions it seems.

Thanks for your replies.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: Compositing too slow in KDE

[Dale]

Mick wrote:
> On Tuesday 22 March 2011 16:45:54 Dale wrote:
>    
>> I have a very similar setup and it works fine here, AMD Phenom II X4 955
>> Deneb 3.2GHz with a Nvidia GT-220 video card.  I also have the
>> SB700/SB800 chipset as well, Gigabyte mobo.  The biggest difference I
>> see is the video card as far as hardware is concerned.
>>
>> Software, I'm on xorg-server-1.9 here.  I never tried the older series
>> on this rig.  I also still have a xorg.conf file too.  May not matter
>> but just upgraded to a 2.6.38 kernel.  Also, no hal here either which is
>> why I went with that xorg version during my install.
>>
>> I hope this little bit of info helps in some small way.  If you need
>> more info about my setup, let me know.
>>      
> So this seems like the xorg-1.9 driver won't play nicely with ATI video cards.
> FYI mesa classic seems to be better than gallium, although both crash.  As
> already reported xrender works, but eats up resources.
>
> Will have to wait for later versions it seems.
>
> Thanks for your replies.
>    

That is what I was thinking but I have VERY little experience with ATI 
cards.  I have one but only used it to install the basics of this new 
rig.  No GUI, just a console.

I did notice there is a xorg 1.9.5 in the tree.  I'm not sure when it 
was added but if you are not already using it, it may be worth a try.  
It could fix the issue you are having.  It seems you have a newer card 
and as usual, they can lag a little bit when it comes to fixes.  That is 
true for ATI and Nvidia I guess.

Glad the info help eliminate hardware problems at least.

Dale

:-)  :-)

Re: [gentoo-user] Re: Compositing too slow in KDE

[Bill Longman]

On 03/22/2011 03:32 PM, Mick wrote:
> On Tuesday 22 March 2011 16:45:54 Dale wrote:
>> Bill Longman wrote:
>>> On 03/20/2011 12:09 PM, Mick wrote:
>>>> On Sunday 20 March 2011 18:38:00 Mick wrote:
>>>>> On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
>>>>>> I also have an ATI card and I do suffer the slow compositing. I solved
>>>>>> it by switching back to the classic Mesa (instead of Gallium).
>>>>>
>>>>> Thanks Jorge,
>>>>>
>>>>> I switched to classic too and now it does not crash - however:
>>>>>
>>>>> 1. When I start kde compositing is disabled.
>>>>>
>>>>> 2. If I click on Resume Compositing, then the first time I try it I get
>>>>> a notification saying:  "Compositing has been suspended by another
>>>>> application" and it remains disabled.
>>>>>
>>>>> 3. The second time I try to resume compositing it works!
>>>>>
>>>>> 4. If at that stage I exit/restart KDE compositing is disabled again
>>>>> ... o_O
>>>>>
>>>>> Why is this happening?  What other application is clashing or causing
>>>>> compositing not to take?
>>>>
>>>> BTW, I just tried this on an older Pentium 4 32bit box with an ATI
>>>> Radeon X600 (RV380) and it is exhibiting similar symptoms, except that
>>>> if I try to resume compositing a second time kwin crashes.
>>>
>>> I have an AMD Phenom II X4 940 with an Radeon 4870 that loves to crash
>>> when I turn on compositing. OpenGL works wonderfully until it crashes
>>> kwin. XRender chews up so much CPU I'd rather not have it.
>>>
>>> I have an AMD Athlon II X4 635 with an onboard Radeon 4200 that loves to
>>> crash when I turn on compositing.
>>>
>>> Both these boxes have SB700/SB800 chipsets. I use xdm on the former and
>>> manually run X on the other. Same problem on both.
>>>
>>> I did not have this problem in xorg-server 1.7 series.
>>
>> I have a very similar setup and it works fine here, AMD Phenom II X4 955
>> Deneb 3.2GHz with a Nvidia GT-220 video card.  I also have the
>> SB700/SB800 chipset as well, Gigabyte mobo.  The biggest difference I
>> see is the video card as far as hardware is concerned.
>>
>> Software, I'm on xorg-server-1.9 here.  I never tried the older series
>> on this rig.  I also still have a xorg.conf file too.  May not matter
>> but just upgraded to a 2.6.38 kernel.  Also, no hal here either which is
>> why I went with that xorg version during my install.
>>
>> I hope this little bit of info helps in some small way.  If you need
>> more info about my setup, let me know.
> 
> So this seems like the xorg-1.9 driver won't play nicely with ATI video cards.  
> FYI mesa classic seems to be better than gallium, although both crash.  As 
> already reported xrender works, but eats up resources.
> 
> Will have to wait for later versions it seems.

Well after fifteen minutes of no crashes, here are my settings:

$ emerge -pv xorg-server mesa cairo $(qlist -IC x11-drivers)

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] x11-drivers/radeon-ucode-20110106  0 kB
[ebuild   R   ] media-libs/mesa-7.9.1  USE="classic nptl -debug -gallium
-gles -llvm -motif -pic (-selinux)" VIDEO_CARDS="radeon -intel -mach64
-mga -nouveau -r128 -savage -sis -tdfx -via -vmware" 0 kB
[ebuild   R   ] x11-base/xorg-server-1.9.5  USE="ipv6 kdrive nptl udev
xorg -dmx -doc -minimal -static-libs -tslib" 0 kB
[ebuild   R   ] x11-libs/cairo-1.10.2-r1  USE="X opengl qt4 svg xcb
(-aqua) -debug -directfb -doc (-drm) (-gallium) (-openvg) -static-libs" 0 kB
[ebuild   R   ] x11-drivers/xf86-input-evdev-2.6.0  0 kB
[ebuild   R   ] x11-drivers/xf86-input-keyboard-1.5.0  0 kB
[ebuild   R   ] x11-drivers/xf86-input-mouse-1.6.0  0 kB
[ebuild   R   ] x11-drivers/xf86-video-ati-6.14.0  0 kB

My kernel is 2.6.36-r5 gentoo-sources running on the AMD Athlon II X4
machine:
$ zgrep RADEON /proc/config.gz
CONFIG_DRM_RADEON=m
CONFIG_DRM_RADEON_KMS=y
CONFIG_FB_RADEON=y
CONFIG_FB_RADEON_I2C=y
CONFIG_FB_RADEON_BACKLIGHT=y
# CONFIG_FB_RADEON_DEBUG is not set


Wonderfully wobbly windows once again, without widespread (and
unwelcomed) untimely terminations.

Re: [gentoo-user] Re: Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1683 bytes --]

On Wednesday 23 March 2011 00:16:46 Bill Longman wrote:

> Well after fifteen minutes of no crashes, here are my settings:
> 
> $ emerge -pv xorg-server mesa cairo $(qlist -IC x11-drivers)
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R   ] x11-drivers/radeon-ucode-20110106  0 kB
> [ebuild   R   ] media-libs/mesa-7.9.1  USE="classic nptl -debug -gallium
> -gles -llvm -motif -pic (-selinux)" VIDEO_CARDS="radeon -intel -mach64
> -mga -nouveau -r128 -savage -sis -tdfx -via -vmware" 0 kB
> [ebuild   R   ] x11-base/xorg-server-1.9.5  USE="ipv6 kdrive nptl udev
> xorg -dmx -doc -minimal -static-libs -tslib" 0 kB
> [ebuild   R   ] x11-libs/cairo-1.10.2-r1  USE="X opengl qt4 svg xcb
> (-aqua) -debug -directfb -doc (-drm) (-gallium) (-openvg) -static-libs" 0
> kB [ebuild   R   ] x11-drivers/xf86-input-evdev-2.6.0  0 kB
> [ebuild   R   ] x11-drivers/xf86-input-keyboard-1.5.0  0 kB
> [ebuild   R   ] x11-drivers/xf86-input-mouse-1.6.0  0 kB
> [ebuild   R   ] x11-drivers/xf86-video-ati-6.14.0  0 kB
> 
> My kernel is 2.6.36-r5 gentoo-sources running on the AMD Athlon II X4
> machine:
> $ zgrep RADEON /proc/config.gz
> CONFIG_DRM_RADEON=m
> CONFIG_DRM_RADEON_KMS=y
> CONFIG_FB_RADEON=y
> CONFIG_FB_RADEON_I2C=y
> CONFIG_FB_RADEON_BACKLIGHT=y
> # CONFIG_FB_RADEON_DEBUG is not set
> 
> 
> Wonderfully wobbly windows once again, without widespread (and
> unwelcomed) untimely terminations.

How can you use x11-drivers/radeon-ucode (with KMS) *and* CONFIG_FB_RADEON=y ?

On two machines of mine I end up with a blank screen if I add a framebuffer 
driver.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: Compositing too slow in KDE

[Bill Longman]

On 03/22/2011 11:57 PM, Mick wrote:
>> My kernel is 2.6.36-r5 gentoo-sources running on the AMD Athlon II X4
>> machine:
>> $ zgrep RADEON /proc/config.gz
>> CONFIG_DRM_RADEON=m
>> CONFIG_DRM_RADEON_KMS=y
>> CONFIG_FB_RADEON=y
>> CONFIG_FB_RADEON_I2C=y
>> CONFIG_FB_RADEON_BACKLIGHT=y
>> # CONFIG_FB_RADEON_DEBUG is not set
>>
>>
>> Wonderfully wobbly windows once again, without widespread (and
>> unwelcomed) untimely terminations.
> 
> How can you use x11-drivers/radeon-ucode (with KMS) *and* CONFIG_FB_RADEON=y ?
> 
> On two machines of mine I end up with a blank screen if I add a framebuffer 
> driver.

I don't know, Mick. I have FB_MODE_HELPERS=y? or maybe because I have

CONFIG_DRM_KMS_HELPER=m
CONFIG_DRM_TTM=m

these won't kick in until the module loads. Also, I use genkernel to
build all the init stuff for me. I also have MTRR sanitizer turned on.
Here are the other kernel settings I have, again, on the Athlon II X4
system, that could be relevant:

CONFIG_VIDEO_OUTPUT_CONTROL=m
CONFIG_FB=y
CONFIG_FIRMWARE_EDID=y
CONFIG_FB_DDC=y
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y

Now last night on my Phenom 940, I was unable to get KDE to remain
stable unless I turned on KMS. Now that system, too, is stable as far as
the half hour of testing I performed was able to show.

Re: [gentoo-user] Re: Compositing too slow in KDE

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1740 bytes --]

On Wednesday 23 March 2011 13:34:27 Bill Longman wrote:
> On 03/22/2011 11:57 PM, Mick wrote:
> >> My kernel is 2.6.36-r5 gentoo-sources running on the AMD Athlon II X4
> >> machine:
> >> $ zgrep RADEON /proc/config.gz
> >> CONFIG_DRM_RADEON=m
> >> CONFIG_DRM_RADEON_KMS=y
> >> CONFIG_FB_RADEON=y
> >> CONFIG_FB_RADEON_I2C=y
> >> CONFIG_FB_RADEON_BACKLIGHT=y
> >> # CONFIG_FB_RADEON_DEBUG is not set
> >> 
> >> 
> >> Wonderfully wobbly windows once again, without widespread (and
> >> unwelcomed) untimely terminations.
> > 
> > How can you use x11-drivers/radeon-ucode (with KMS) *and*
> > CONFIG_FB_RADEON=y ?
> > 
> > On two machines of mine I end up with a blank screen if I add a
> > framebuffer driver.
> 
> I don't know, Mick. I have FB_MODE_HELPERS=y? or maybe because I have
> 
> CONFIG_DRM_KMS_HELPER=m
> CONFIG_DRM_TTM=m
> 
> these won't kick in until the module loads. Also, I use genkernel to
> build all the init stuff for me. I also have MTRR sanitizer turned on.
> Here are the other kernel settings I have, again, on the Athlon II X4
> system, that could be relevant:
> 
> CONFIG_VIDEO_OUTPUT_CONTROL=m
> CONFIG_FB=y
> CONFIG_FIRMWARE_EDID=y
> CONFIG_FB_DDC=y
> CONFIG_FB_BOOT_VESA_SUPPORT=y
> CONFIG_FB_CFB_FILLRECT=y
> CONFIG_FB_CFB_COPYAREA=y
> CONFIG_FB_CFB_IMAGEBLIT=y
> 
> Now last night on my Phenom 940, I was unable to get KDE to remain
> stable unless I turned on KMS. Now that system, too, is stable as far as
> the half hour of testing I performed was able to show.

Just to let you know that the latest mesa-7.10.1 fixed things for me nicely.  
Now compositing works in KDE and E17 gives me no artifacts with OpenGL 
acceleration. 

 :)

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]