Bug 13993 - Display corruption when using iceWM
Summary: Display corruption when using iceWM
Status: RESOLVED WORKSFORME
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-09 09:58 UTC by Jaime Velasco Juan
Modified: 2008-02-08 10:47 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.log when running iceWM (128.30 KB, application/octet-stream)
2008-01-09 09:59 UTC, Jaime Velasco Juan
no flags Details
Screenshot which shows the problem (89.54 KB, image/png)
2008-01-09 10:01 UTC, Jaime Velasco Juan
no flags Details
Screenshot of the expected result (with nv) (26.53 KB, image/png)
2008-01-09 10:02 UTC, Jaime Velasco Juan
no flags Details
Fix NoAccel (and ShadowFB) (712 bytes, patch)
2008-02-03 05:23 UTC, Jaime Velasco Juan
no flags Details | Splinter Review

Description Jaime Velasco Juan 2008-01-09 09:58:47 UTC
The decorations of the windows and buttons drawn by icewm are broken. The corruption changes when moving the mouse over the buttons, and seems related to other parts of the screen.

I tried bisecting the issue and it is present at least since commit 2e2e95 (Jun 24 2007). I could try some older version if needed, but I'd need to downgrade the kernel and recompile everything.

Also tried options "shadowfb" and "noaccel", but the server gets killed with signal 11 when it starts.

I'll attach logs and one screenshot showing the problem
Comment 1 Jaime Velasco Juan 2008-01-09 09:59:57 UTC
Created attachment 13621 [details]
Xorg.log when running iceWM
Comment 2 Jaime Velasco Juan 2008-01-09 10:01:03 UTC
Created attachment 13622 [details]
Screenshot which shows the problem
Comment 3 Jaime Velasco Juan 2008-01-09 10:02:20 UTC
Created attachment 13623 [details]
Screenshot of the expected result (with nv)
Comment 4 Maarten Maathuis 2008-01-09 10:21:45 UTC
Only IceWM has this problem?

Does it also occur when randr12 is disabled?
Comment 5 Jaime Velasco Juan 2008-01-09 10:40:45 UTC
Yes, it only happens with icewm (well, I've never seen it with anything else) and yes, it happens with and without RandR12
Comment 6 Maarten Maathuis 2008-02-01 13:25:27 UTC
Perhaps we should first debug why NoAccel causes a crash, please submit a xlog of that.
Comment 7 Jaime Velasco Juan 2008-02-03 05:23:03 UTC
Created attachment 14114 [details] [review]
Fix NoAccel (and ShadowFB)

I bisected the NoAccel issue, the problem was introduced with

commit 2af4a28ae1df46686e264bcda417a896b7cfa59a
Author: Ben Skeggs <skeggsb@gmail.com>
Date:   Fri Nov 16 09:18:33 2007 +1100

    Hook up DMA funcs to channels/grobjs etc etc

With this patch, NoAccel works again.
Regarding the original bug with iceWM, I'm not able to test/do anything now, but hopefully will be the next week.

Regards
Comment 8 Maarten Maathuis 2008-02-03 06:48:12 UTC
I pushed that patch. I'll keep an eye on this bugreport.
Comment 9 Jaime Velasco Juan 2008-02-08 10:47:59 UTC
I finally got to testing this again after reinstalling my OS and now I can't reproduce it. I've tried downgrading the xserver and using an old nouveau version, but it works fine now.

I don't know where could be the problem, so I'll close the bug with WORKSFORSOME,
sorry for the noise.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.