Summary: | pixmap cache management problem on server startup/reset | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Branden Robinson <branden> | ||||||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||
Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
Severity: | normal | ||||||||||
Priority: | medium | Keywords: | NEEDINFO | ||||||||
Version: | 7.1 (2006.05) | ||||||||||
Hardware: | PowerPC | ||||||||||
OS: | Linux (All) | ||||||||||
Whiteboard: | |||||||||||
i915 platform: | i915 features: | ||||||||||
Attachments: |
|
Description
Branden Robinson
2007-09-04 00:00:48 UTC
Please attach the full log file, preferably the config file as well. Does it also happen with Option "RenderAccel" "off" or Option "AccelMethod" "EXA" ? P.S. in the future please attach files here instead of referencing them, so they can't get out of sync with the bug report. Created attachment 11415 [details]
xorg.conf
Created attachment 11416 [details]
Xorg.0.log
Created attachment 11418 [details]
xorg.conf
Michel, The image files are too large to attach. The only reason I didn't attach my config and log files when submitting the bug is that I couldn't find where to do so. It's obvious *after* the bug submitted, though. Hi Michel, It appears to be a problem specifically with XAA acceleration. Again, I'm linking to the images because they're 1.3 to 1.9MB each, and fd.o Bugzilla doesn't like that for attachments. I've also tried to give them more useful filenames. First, the status quo. This is a server regen after shutting down a several days' long X session. As you can see, the video memory being used is chock full of stale pixmaps. http://redwald.deadbeast.net/tmp/freedesktop.org_bug_12274_server_regen_with_default_RenderAccel_and_AccelMethod.jpeg Next, I tried: Option "RenderAccel" "false" While the result looks different, I think the root window was just painted from a different wrong location in video memory. It looks like we started to traverse into the region we actually wanted at 0,0 partway through the framebuffer. http://redwald.deadbeast.net/tmp/freedesktop.org_bug_12274_server_restart_with_RenderAccel_off_and_default_AccelMethod.jpeg Next, I tried: Option "AccelMethod" "EXA" Bang. Appears to fix the problem. http://redwald.deadbeast.net/tmp/freedesktop.org_bug_12274_server_restart_with_default_RenderAccel_and_EXA_AccelMethod.jpeg To ensure that it wasn't a fluke, I went ahead and started a session, fired up IceWeasel, loaded up a few image-heavy webpages, and quit the session. Still looks good. http://redwald.deadbeast.net/tmp/freedesktop.org_bug_12274_server_regen_with_default_RenderAccel_and_EXA_AccelMethod.jpeg You know better than I, but this smells like an XAA problem to me. Please let me know if you need further information. (In reply to comment #6) > > Again, I'm linking to the images because they're 1.3 to 1.9MB each, and > fd.o Bugzilla doesn't like that for attachments. Okay, though it should be pretty easy to make them smaller using something like the GIMP. > You know better than I, but this smells like an XAA problem to me. Yeah, the question is whether it's in XAA itself or the radeon driver's XAA code. Does limiting the maximum virtual size with something like Virtual 1600 1200 make any difference? Bugzilla Upgrade Mass Bug Change NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO. - benjsc fd.o Wrangler closing due to lack of feedback. |
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.