Re: X.org Translucency Lockup: Should I file a bug?

2005-09-08 Thread David Purton
On Thu, Sep 08, 2005 at 03:37:13AM -0500, [EMAIL PROTECTED] wrote:
 With the recent move of X.org into testing, I installed it, upgraded
 KDE to 3.4 from unstable, and proceeded to try out the new stuff. 
 Shadows work great, but as soon as I turn on translucency, the
 computer locks up hard.  Well, I can move the mouse cursor, but that
 is absolutely it.  No keyboard input works at all--can't change VTs,
 can't restart X.  No mouse clicking works.  It took several hard
 resets before I figured out that translucency was the cause.
 
 Since these special effects in X.org are known to be somewhat unstable
 right now, should I file a bug on this, or just wait for a new
 release?  It obviously doesn't have this effect on everyone's system,
 or else no one would use translucency at all, so perhaps it's an issue
 with Debian's build of it?
 
 Anyway, should I file a bug or just wait?  :)
 

I've tried to get shadows working with xcompmgr and usually as soon as I
try to move a window or roll it up, the system locks hard as well. CPU
for X goes to 100%.

I don't need to reboot, but I do have to shell in remotely and restart
X.

The problem is that I don't know where the problem lies: X.org or
xcompmgr or nvidia drivers. I did manage to get things to be stable on a
laptop with an S3 card, but without acceleration it's really too slow.


cheers

dc

-- 
David Purton
[EMAIL PROTECTED]
 
For the eyes of the LORD range throughout the earth to
strengthen those whose hearts are fully committed to him.
 2 Chronicles 16:9a


signature.asc
Description: Digital signature


Re: X.org Translucency Lockup: Should I file a bug?

2005-09-08 Thread [EMAIL PROTECTED]
On 9/8/05, David Purton [EMAIL PROTECTED] wrote:

 I've tried to get shadows working with xcompmgr and usually as soon as I
 try to move a window or roll it up, the system locks hard as well. CPU
 for X goes to 100%.
 
 I don't need to reboot, but I do have to shell in remotely and restart
 X.
 
 The problem is that I don't know where the problem lies: X.org or
 xcompmgr or nvidia drivers. I did manage to get things to be stable on a
 laptop with an S3 card, but without acceleration it's really too slow.

Hm.  Well, no probs with shadows here (yet, anyway).  I tried enabling
the DAMAGE and RENDER extensions in xorg.conf just in case, but
that didn't help, still locks up.  I'd be glad to help debug it if
someone would tell me how.

Is this even the right list?  Should I be asking on -devel?



Re: X.org Translucency Lockup: Should I file a bug?

2005-09-08 Thread Cam
Hi,

I've had the same problem for some time now. It's been a long
time since i've played w/ it, but iirc the nvidia (you are using binary
like me i'm assuming?) documentation warns that the composite extension
is not supported and experimental. Same goes for the RenderAccel
option in the xorg.conf. I *think* that for right now it's an
issue w/ the stinking binary drivers as opposed to a problem w/
x.org. As has been previously mentioned however, it's really not
practical to run w/out the hardware acceleration... Anyway, i think for
now we're just kind of stuck waiting for nvidia.

Good luck,
Cameron MathesonOn 9/8/05, [EMAIL PROTECTED] [EMAIL PROTECTED]
 wrote:On 9/8/05, David Purton [EMAIL PROTECTED]
 wrote: I've tried to get shadows working with xcompmgr and usually as soon as I try to move a window or roll it up, the system locks hard as well. CPU for X goes to 100%.
 I don't need to reboot, but I do have to shell in remotely and restart X. The problem is that I don't know where the problem lies: X.org or xcompmgr or nvidia drivers. I did manage to get things to be stable on a
 laptop with an S3 card, but without acceleration it's really too slow.Hm.Well, no probs with shadows here (yet, anyway).I tried enablingthe DAMAGE and RENDER extensions in 
xorg.conf just in case, butthat didn't help, still locks up.I'd be glad to help debug it ifsomeone would tell me how.Is this even the right list?Should I be asking on -devel?



Re: X.org Translucency Lockup: Should I file a bug?

2005-09-08 Thread Hugo Vanwoerkom

[EMAIL PROTECTED] wrote:

With the recent move of X.org into testing, I installed it, upgraded
KDE to 3.4 from unstable, and proceeded to try out the new stuff. 
Shadows work great, but as soon as I turn on translucency, the

computer locks up hard.  Well, I can move the mouse cursor, but that
is absolutely it.  No keyboard input works at all--can't change VTs,
can't restart X.  No mouse clicking works.  It took several hard
resets before I figured out that translucency was the cause.

Since these special effects in X.org are known to be somewhat unstable
right now, should I file a bug on this, or just wait for a new
release?  It obviously doesn't have this effect on everyone's system,
or else no one would use translucency at all, so perhaps it's an issue
with Debian's build of it?

Anyway, should I file a bug or just wait?  :)




Is this with Nvidia driver? If so, has been noted for a long time:
http://www.nvnews.net/vbulletin/showthread.php?t=31858page=22pp=15highlight=loop

H


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]