Bug 205361

Need to clear X video buffers to prevent the retention of previous screen
informaton when starting new X session. Dell bug#205361 linked to IT.

This is the RHEL4 sibling of IT-100938/BZ-199133 in RHEL3. 


Issue escalated to Support Engineering Group by: sbenjamin.
sbenjamin assigned to issue for Dell-Engineering.
Bugzilla id 205361 added to issue.
Category set to: X Windows
Internal Status set to 'Waiting on SEG'
Status set to: Waiting on Tech

This event sent from IssueTracker by sbenjamin 
 issue 101290

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.

Devel ack

Would it be possible for us to have a test package?

All ACK's received for 4.5.

Can we provide Dell with a test package for verification?

The packages in

/mnt/redhat/brewroot/packages/xorg-x11/6.8.2/1.EL.13.41

contain this fix.

(In reply to comment #8)
> The packages in
> 
> /mnt/redhat/brewroot/packages/xorg-x11/6.8.2/1.EL.13.41
how can Dell access this? Is there a URL?

> 
> contain this fix.

Reopening, and backing this out of 4.5 due to issues with some video cards.

This needs to be reimplemented some other way.  The patch backed out of 4.5 did
a memset() of all of video memory before screen init, but this is potentially
dangerous since that memory might not be mapped, or might contain registers. 
Probably the correct thing to do is blank the screen on X server shutdown instead.

This issue was not resolved in RHEL 4.5.
Moved to 4.6.

Built a patch to blank the screen at exit, which is about as good as we can do
for vesa chips.  Built as xorg-x11 6.8.2-1.EL.26.  MODIFIED.

A fix for this issue should have been included in the packages contained in the
RHEL4.6 Beta released on RHN (also available at partners.redhat.com).  

Requested action: Please verify that your issue is fixed to ensure that it is
included in this update release.

After you (Red Hat Partner) have verified that this issue has been addressed,
please perform the following:
1) Change the *status* of this bug to VERIFIED.
2) Add *keyword* of PartnerVerified (leaving the existing keywords unmodified)

If this issue is not fixed, please add a comment describing the most recent
symptoms of the problem you are having and change the status of the bug to FAILS_QA.

If you cannot access bugzilla, please reply with a message to Issue Tracker and
I will change the status for you.  If you need assistance accessing
ftp://partners.redhat.com, please contact your Partner Manager.

A fix for this issue should have been included in the packages contained in 
the RHEL4.6-Snapshot1 on partners.redhat.com.  

Requested action: Please verify that your issue is fixed to ensure that it is 
included in this update release.

After you (Red Hat Partner) have verified that this issue has been addressed, 
please perform the following:
1) Change the *status* of this bug to VERIFIED.
2) Add *keyword* of PartnerVerified (leaving the existing keywords unmodified)

If this issue is not fixed, please add a comment describing the most recent 
symptoms of the problem you are having and change the status of the bug to 
FAILS_QA.

If you cannot access bugzilla, please reply with a message about your test 
results to Issue Tracker.  If you need assistance accessing 
ftp://partners.redhat.com, please contact your Partner Manager.

The issue is not resolved in RHEL4.6-Beta (xorg-x11-6.8.2-1.EL.27).
When we start X session(startx),open a Mozilla Firefox browser and then close
the X session and restart the X session, previous firefox browser is seen for a
couple of seconds before the new X session starts.

(In reply to comment #24)
> The issue is not resolved in RHEL4.6-Beta (xorg-x11-6.8.2-1.EL.27).
> When we start X session(startx),open a Mozilla Firefox browser and then close
> the X session and restart the X session, previous firefox browser is seen for a
> couple of seconds before the new X session starts.

What configuration were you testing where you still experience this?

Tested this issue on PE1750 with 2 SCSI disks attached.
Attached the xorg.conf and the Xorg log.

Created attachment 189511 [details]
xorg.conf of PE1750

Created attachment 189521 [details]
Xorg.log from PE1750

Moving to Assigned . . . FAILS_QA is only used by the RHN team these days.

There is another bug that may be a related issue.  Please try the test RPMs at:

http://people.redhat.com/ajackson/293221/

They will probably need to be installed with --nodeps or --force.

Changing to NEEDINFO per comment #31 above:

This may not be a showstopper, but I would still appreciate a test report from
xorg-x11 6.8.2-1.EL.32, which should be in the next snapshot.  It contains a fix
for what I think is a related, possibly identical, issue.

Ajax, "test report" in comment #34? Do you mean xlog or sysreport?

Latest build on ../nightly/RHEL4-U6-re20070924.nightly/i386/i386-AS/RedHat/RPMS/
is xorg-x11-6.8.2-1.EL.27 (not .32 as requested).

Waiting for a build to test with.

http://porkchop.devel.redhat.com/brewroot/packages/xorg-x11/6.8.2/1.EL.32/

Larry, you probably want to copy these to your people page.

Dell, please test with the xorg files on my people.page and report back results
in this bug: http://people.redhat.com/ltroan/fixes/.205361/

Charles.... Ping.

Tested with the xorg packages(version 6.8.2-1.EL.32) provided in comment #38. 
If I start X session and open gnome-terminal or file browser and close the X 
session and restart X the issue is not seen. But if I open a Mozilla firefox 
browser in X and restart X, the firefox browser is seen for a couple of seconds 
before the X starts.

That makes no sense at all.  The code to blank the screen at exit doesn't care
what apps you were running beforehand.

Added Option "ModeSetClearScreen" to the vesa driver in xorg-x11 6.8.2-1.EL.40.
 This sets the bit in the VBE mode set call to request that the BIOS clear the
screen for you.  It is not enabled by default, as it does not work correctly on
all BIOSes, and may cause the BIOS to misprogram the mode.  That said, I'm
interested to know if it doesn't work for this configuration.

MODIFIED for now, please move back to ASSIGNED if this option doesn't fix things.

The patch for this is broken.  Backing it out for now in the name of having
working vesa.

(Hopefully) fixed version of the patch built in -1.EL.50.  Back to MODIFIED.

*** Bug 447348 has been marked as a duplicate of this bug. ***

*** Bug 448779 has been marked as a duplicate of this bug. ***

Verified in -1.EL.50 on both counts: vesa works, and the previous session is not
shown on restart.

Issue not reproducible with xorg-x11-6.8.2-1.EL.52 (RHEL4.7-Snapshot5)

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-2008-0657.html

Partners, I would like to thank you all for your participation in assuring the
quality of this RHEL 4.7 Update Release. My hat's off to you all. Thanks.