Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 162385 - [i915] vt's blank after x11 starts
Summary: [i915] vt's blank after x11 starts
Status: CLOSED DUPLICATE of bug 161242
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11
Version: rawhide
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: David Lawrence
: 162386 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2005-07-03 20:46 UTC by Paul Dickson
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-08-02 10:41:03 UTC

Attachments (Terms of Use)
Shell script to update x11 to use i915 (deleted)
2005-07-03 20:52 UTC, Paul Dickson
no flags Details

Description Paul Dickson 2005-07-03 20:46:03 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050620 Firefox/1.0+

Description of problem:
Some change between xorg-x11-6.8.2-31 and xorg-x11-6.8.2-37 causes the vt's (1 through 6) to be displayed as blank screens (only the backlight is on).  The contents of the vt is there (I can login and ps from gnome-terminal shows the login), but nothing is displayed on the vt screen.

This is on my Dell Inspiron 6000, which needs updated drivers to use the i915 video.  I replace three X11 file with version from  Attached is the shell script I use to download these files.

    Files being replaced:

If I don't download the above files, then x11 won't start and I don't have the vt to fall back to.  I can only do a Ctl-Alt-Del so the system will shutdown and reboot.

00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)

For other reasons, I run rhgb using the VESA driver.  But during that period I can switch to vt1 and see the output.

This problem exists in 6.8.2-38 and 6.8.2-40.

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

How reproducible:

Steps to Reproduce:
1. From 6.8.2-31 and the 915 chip set, install 6.8.2-37 
2. reboot
3. Replace the three files if you wish to get the system working under the chipset rather than the slow VESA driver.
4. Ctl-Alt-Fn (where n=any of 1-6)

Actual Results:  I get a blank screen (dark) with only the back light on.

I can login blindly, but I can't see what's supposed to be on the screen.

Expected Results:  I should be given a login display.

Additional info:

Comment 1 Paul Dickson 2005-07-03 20:52:38 UTC
Created attachment 116313 [details]
Shell script to update x11 to use i915

I use this script to download and install the three files I need to get x11 to
work using the i915 chipset.  I noticed today that they aren't making daily
updates, hence the value YESTERDAY is set to June 28, the latest snapshot

Comment 2 Paul Dickson 2005-07-03 21:10:21 UTC
*** Bug 162386 has been marked as a duplicate of this bug. ***

Comment 3 Paul Dickson 2005-07-03 21:26:33 UTC
My most recent thought about what was causing this problem was difference in
compiler versions from the rawhide and the one from  

So after yum installed 6.8.2-40, I attempted to bring up the system without
snapshot versions.  Not only did x11 not start (expected) but I still could not
use the vt.

The good news is that after updating x11 with the snapshot version, it could
build xorg.conf with the correct drivers and resolutions.  Although I'm not sure
if this is related to the snapshot update or the later version (-40).

Comment 4 Mike A. Harris 2005-07-05 09:14:44 UTC
This is probably a duplicate of bug #161242.  You'll need to restore all
Red Hat supplied files in order to test this first however.

Please restore all original files, then update to the latest updates
we've released for this FC release.  After this, reproduce the problem,
then test the workaround in bug #161242 by installing the libvgahw.a
module linked to and rebooting the system completely.  If the problem
recurs, attach your X server config file and log file using our supplied

Setting status to "NEEDINFO"

Comment 5 Paul Dickson 2005-07-05 16:02:15 UTC
I replaced libvgahw.a with the one provided in bug #161242 and the problem's
gone away.  I can now access the vt's.


Comment 6 Paul Dickson 2005-07-15 12:53:49 UTC
I updated to xorg-x11-6.8.2-43, which purports to have a work-around for bug
#161242 (among others).

This version still has the same problems as initial reported in this bug report.

Comment 7 Colin Charles 2005-07-29 09:36:31 UTC
So while bug #161242's libvgahw appears to have been solved, your's on the i915
didn't? However, using the regular libvgahw.a from FC-3 (or mharris's site)
seemed to have worked for you? Please double check, to make sure

Comment 8 Paul Dickson 2005-07-29 15:47:24 UTC
I update to xorg-x11-6.8.2-44.  The problem does not occur in this version.

I did have the problem with Ctl-Alt-F1 being interepted as F1, so I was unable
to swap to the VT's.  This happened at gdm's login screen:  from the login
prompt, ctl-alt-F1 correctly placed me at vt1, ctl-alt-F7 placed me at gdm's
login prompt again, then pressing ctl-alt-F1 would NOT allow me to switch back
to vt1.

The same problem occurred after I logged in.  I was able to get to vt1 once, and
not again until I changed the focus (I had several help windows eventually pop
up, from the F1's).  Then the problem went away.

I'm willing to consider the problem closed.  The above problem is likely due to

Comment 9 Olivier Baudron 2005-08-02 10:39:12 UTC
Based on the summary and comment #1 we shall consider this a dup of bug #161242.

The issue in comment #8 is not related, so if the problem persists reopen
another bug report.

Comment 10 Olivier Baudron 2005-08-02 10:41:03 UTC

*** This bug has been marked as a duplicate of 161242 ***

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