Summary: | x11-drivers/xf86-video-ati 6.14.3-6.14.4: Vertical pixel-line display artifacts from fvwm desktop menu | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Phil Stracchino (Unix Ronin) <phils> |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | nikoli |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Screen grab of the menu showing the artifact
The xpm texture in use |
Description
Phil Stracchino (Unix Ronin)
2012-04-12 15:23:17 UTC
Created attachment 308659 [details]
Screen grab of the menu showing the artifact
Created attachment 308661 [details]
The xpm texture in use
Update: I have also just discovered that this artifact is also still occasionally occurring (with lesser frequency) with windows created by xmessage. Xmessage windows are set in my fvwm configuration to have no titlebar, buttons or handles, but still have a Motif-style frame rendered by fvwm. If you suspect a radeon driver bug, make sure that upstream https://bugs.freedesktop.org/ is also aware of the issue and add the upstream bug URL to this report. To isolate the issue more, you could try the following: 1. See whether changing exa options in xorg.conf makes a difference ("man exa" will show them) 2. On xrandr rotated display, does the screen corruption also appear rotated? 3. Was the problem always present, or did it start happening after an upgrade? (In reply to comment #4) > If you suspect a radeon driver bug, make sure that upstream > https://bugs.freedesktop.org/ is also aware of the issue and add the > upstream bug URL to this report. > > To isolate the issue more, you could try the following: > 1. See whether changing exa options in xorg.conf makes a difference ("man > exa" will show them) > 2. On xrandr rotated display, does the screen corruption also appear rotated? > 3. Was the problem always present, or did it start happening after an > upgrade? 1 - Do you have a particular suggestion as to what exa settings might be applicable? 2 - I've just tested and verified that rotating the screen with xrandr also rotates the corruption. (Man, having my screen logical axes at 90 degrees to my mouse and keyboard is confusing!) 3 - The problem first appeared ... maybe a month ago, and I've been trying various things since then to diagnose or troubleshoot it on my own, and also somewhat hoping upgrades would fix it. I honestly don't remember whether it began following an update or not. There are only four options, try them all individually. (In reply to comment #6) > There are only four options, try them all individually. Just to make sure I understand this right, testing all of these options requires restarting X11, right? I want to make sure I'm not missing something obvious here. Yes, after every modification of xorg.conf you need to restart X for the change to take effect. (In reply to comment #8) Results, after testing this morning: Setting EXANoComposite has no visible effect. Setting MigrationHeuristic has no visible effect. Setting either EXANoUploadToScreen or EXANoDownloadFromScreen shoots X in the head. (EXANoDownloadFromScreen prevents X from starting; EXANoUploadToScreen leaves X half-started and the display unresponsive, and I had to ssh in from another machine to regain control.) Hopefully fixed long ago. If not, open a bug upstream https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/Radeon |