Bug 466163
Summary: | [Stratus 5.5 bug] fbdev's use of shadow is broken resulting in very sluggish CopyArea | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Charlotte Richardson <charlotte.richardson> | ||||
Component: | xorg-x11-drv-fbdev | Assignee: | Adam Jackson <ajax> | ||||
Status: | CLOSED ERRATA | QA Contact: | desktop-bugs <desktop-bugs> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 5.2 | CC: | andriusb, benh, bugproxy, bzeranski, chas.horvath, cmeadors, cward, jparadis, mgordon, riek, syeghiay, xgl-maint | ||||
Target Milestone: | rc | Keywords: | OtherQA | ||||
Target Release: | 5.5 | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-03-30 08:08:16 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 533941 | ||||||
Attachments: |
|
Description
Charlotte Richardson
2008-10-08 19:50:17 UTC
Adding to 5.4 radar. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. Question for Stratus: How important is this for you all in RHEL 5.4? Currently this package is not slated to be updated in RHEL 5.4 and therefore needs substantial business justification to proceed. Chas is on vacation so don't take this as Stratus' official position: My opinion is that this is a fairly important issue since the seeriously sluggish interactive performance can create a negative perception of our fault-tolerant platform. This issue has caused pain for Stratus customers per the report below and makes our product look bad even though the functional impact is minimal. While desirable to get the fix in 5.4, but Stratus can wait until 5.5. for this fix:
(1) What Customer(s) are affected by this?
Customer/Distributor: Panasonic, Japan
(2) What is the impact/Customer view of this problem?
Slower graphics windows drawing performance;
Although it is not a serious issue, customer complained as it is obvious on
the console.
(3) What if any impact there will be if this is not fixed in the RHEL 5.4 release?
Apart from slower graphics display performance on console no further
problem reported.
>(4) Any other useful info you wish to add.
There is a workaround and hence, the customer can manage for time being but
customer expect such issues to be fixed at least in forth coming release
such as RHEL 5.4 or at least 5.5.
Thanks for the comments Chas - we are unfortunately out of time and out of resources for this anyways. Deferring to 5.5. This is also hurting all POWER machines since fbdev is all that is supported on them At this point we are planning on replacing the xorg-x11-drv-fbdev rpm for our customers with one patched to the upstream (X.Org) version 0.4.0 (probably) to get rid of the perceived performance issue for our new platform, since there have been several complaints about it on earlier platforms (running RHEL5.2 and RHEL5.3). I expect we will also do so for the earlier platforms. It is easier to do now with X11R7 because all of the components of X are split out to separate RPMs (OK, it is a nuisance if you are trying to build a debug version of all of X, but it is useful if you want to replace a small piece like fbdev without having to build everything else). /Charlotte I've locally done a patch applying most of the upstream changes from 4.0 except some build-system related bits on top of the RHEL5.3 variant of fbdev, and verified that it fixes the problem here on POWER. I'll attach a patch shortly. Hi, Benjamin - Thanks! It was in our last night's build for the first time, and I was about to go out to the lab and make sure it installed OK before doing so, but since you're already on top of it, just put your patch file here. I think the interaction with shadow is actually fixed in 0.3.1 or thereabouts, but I didn't try that version of fbdev. I tried 0.4.1 and 0.4.0 (which is what we went with). /Charlotte Here's the patch I've applied. Among others, there's still a difference with upstream around the call to xf86SetDepthBpp() due to an explicit patch from RedHat which could use some explanations, so I didn't touch that. Created attachment 343180 [details]
Fix shadowfb usage in fbdev
------- Comment From mreed10.com 2009-05-13 10:56 EDT------- ---Problem Description--- The graphics performance when using the RHEL 5 desktop is completely unusable when using the fbdev driver. The fbdev driver is the only working driver on RHEL 5 for Power. When I try to move a window across the desktop, it takes an unusually long time to redraw on another area of the screen. Contact Information = mreed10.com ---Additional Hardware Info--- Matrox GXT145 card was used ---uname output--- uname -a Linux devhv4e-phantom-lp4.austin.ibm.com 2.6.18-128.el5 #1 SMP Wed Dec 17 11:58: Machine Type = P520 ---Debugger--- A debugger is not configured ---Steps to Reproduce--- Type startx at the command line ---Kernel - Drivers Component Data--- Stack trace output: no Oops output: no System Dump Info: The system is not configured to capture a system dump. *Additional Instructions for mreed10.com: -Post a private note with access information to the machine that the bug is occuring on. -Attach sysctl -a output output to the bug. @IBM, @kernel.crashing.org, @Stratus We would like to confirm that there is commitment to test for the resolution of this issue once we have an updated test build ready. Please post a confirmation to this bugzilla before Oct 16th, 2009, including the contact information for testing engineers. We can test it here at Stratus. (Jim Paradis may be able to test it onsite in Westford also.) We'd be real happy to get rid of this one as it makes affected systems look very sluggish. Email me at charlotte.richardson. /Charlotte Built xorg-x11-drv-fbdev-0.3.0-3.el5 MODIFIED ~~ Attention Customers and Partners - RHEL 5.5 Beta is now available on RHN ~~ RHEL 5.5 Beta has been released! There should be a fix present in this release that addresses your request. Please test and report back results here, by March 3rd 2010 (2010-03-03) or sooner. Upon successful verification of this request, post your results and update the Verified field in Bugzilla with the appropriate value. If you encounter any issues while testing, please describe them and set this bug into NEED_INFO. If you encounter new defects or have additional patch(es) to request for inclusion, please clone this bug per each request and escalate through your support representative. Startus confirms that going from fbdev-x11-drv-fbdev-0.3.0-2 in RHEL5.4 to fbdev-x11-drv-fbdev-0.3.0-3 in RHEL5.5-Beta gets rid of this performance issue. The performance of CopyArea for framebuffer drivers is back to normal (good riddance to it!), which is most visible when you drag windows. Thanks! An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2010-0203.html ------- Comment From edpollar.com 2010-06-16 11:58 EDT------- reassigning qa.... |