Bug 49229

Summary: Background redraw slow
Product: [Retired] Red Hat Raw Hide Reporter: Stephen Rasku <redhat>
Component: XFree86Assignee: Mike A. Harris <mharris>
Status: CLOSED WONTFIX QA Contact: David Lawrence <dkl>
Severity: low Docs Contact:
Priority: low    
Version: 1.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-07-22 21:56:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
My XF86Config-4 file none

Description Stephen Rasku 2001-07-17 06:04:25 UTC
Description of Problem:

When I switch virtual windows in KDE it takes about 2 seconds for the
background graphic to change.  I don't remember it being that slow before I
upgraded.

How Reproducible:

100%

Steps to Reproduce:
1.  Setup KDE to have different background graphics on each virtual
desktop.
2.  Switch to another virtual desktop.
3.  Wait 2 seconds for background to update.

Expected Results:

Background should update almost instantaneously.

Comment 1 Stephen Rasku 2001-07-17 06:05:23 UTC
Created attachment 23787 [details]
My XF86Config-4 file

Comment 2 Stephen Rasku 2001-07-17 06:06:12 UTC
BTW, I am running XFree86-4.1.0-0.8.6.

Comment 3 Mike A. Harris 2001-07-22 21:56:26 UTC
I do see a bit of a slowdown with VC switching on the Radeon driver.
Perhaps something performance enhancing is disabled by default now..
Not sure, but I'll look into it.

Comment 4 Mike A. Harris 2002-01-25 07:48:31 UTC
The VT switching code for Radeon has an intentional delay placed in it
to solve some type of race condition.  It isn't 2 seconds long, but
perhaps there is other reasons it is delayed also.  At any rate, while
a bit annoying to some, it is not a mission critical bug IMHO worthy
of spending any significant amount of time on, since there is no
crashing or display corruption.  It is likely to get fixed upstream
at some point when it anoys someone enough.