Bug 443390 - (CVE-2008-1944) CVE-2008-1944 PVFB SDL backend chokes on bogus screen updates
CVE-2008-1944 PVFB SDL backend chokes on bogus screen updates
Status: CLOSED ERRATA
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
high Severity high
: ---
: ---
Assigned To: Red Hat Product Security
reported=20071106,public=20080513,sou...
: Security
Depends On: 368931 442733 443392
Blocks:
  Show dependency treegraph
 
Reported: 2008-04-21 06:41 EDT by Jan Lieskovsky
Modified: 2010-12-20 16:48 EST (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-12-20 16:48:35 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Jan Lieskovsky 2008-04-21 06:41:55 EDT
Description of problem:

When using 'xm create' to start a paravirt guest, the SDL window often
disappears part way through the boot.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Configure a pv guest to use SDL graphics
2. xm create <pv guest>
3. wait for the guest to boot all the way up
  
Actual results:
I've seen the SDL window disappear on both i386 and ia64 about 20% of the time. 
I see nothing suspicious in xend.log. There is no output to xend-debug.log.

Expected results:
The SDL window should remain present every time a paravirt guest is started.

Additional info:

Looks similar to bz# 217635
Comment 5 Vincent Danen 2010-12-20 16:48:35 EST
This was addressed via:

Red Hat Enterprise Linux version 5 (RHSA-2008:0194)

Note You need to log in before you can comment on or make changes to this bug.