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 160470 - Intel 845 with i810 driver can't do Ctrl+Alt+Fn
Summary: Intel 845 with i810 driver can't do Ctrl+Alt+Fn
Status: CLOSED DUPLICATE of bug 161242
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11
Version: 4
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: David Lawrence
Depends On: libvgahw
TreeView+ depends on / blocked
Reported: 2005-06-15 11:07 UTC by Bojan Smojver
Modified: 2007-11-30 22:11 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-06-23 17:43:47 UTC

Attachments (Terms of Use)
Log file when loading with FC3 libvgahw.a (deleted)
2005-06-17 10:10 UTC, merula
no flags Details

Description Bojan Smojver 2005-06-15 11:07:07 UTC
Description of problem:
With default xorg.conf, once X is entered, Ctrl+Alt+Fn results in a blank
screen. Doint Ctrl+Alt+F7 brings back X OK. With VBERestore set to yes, the
situation is slightly different. Once X is entered, Ctrl+Alt+Fn brings up VTs,
but it is impossible to go back to X (i.e. blank screen on Ctrl+Alt+F7). X is
still running, of course, and blind typing will log you in, but no pretty
pictures :-(

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

How reproducible:

Steps to Reproduce:
1. Bring up X.
2. Attempt to switch to text VT.
Actual results:
Blank screen.

Expected results:
Text console.

Additional info:

Comment 1 illtud 2005-06-15 16:55:04 UTC
Me too. FC4 Intel 82852/855GM integrated graphics card. Can't see any virtual
consoles on the screen (can type, though). Can switch back to X. If I boot to
init 3, I can startx to X, but get a blank screen after closing X. I can still
give commands (including startx to get X back again), but I'd like to be able to
see what I'm doing!

Comment 2 Jim Cornette 2005-06-16 00:06:43 UTC
another Me too using the 865G video driver.

Comment 3 Pedro Fernandes Macedo 2005-06-16 02:22:26 UTC
and another "me too" for the black terminal.. Using intel 82865G  also

Comment 4 sven 2005-06-16 10:26:41 UTC
Same story here.. Intel 845G.

Comment 5 sven 2005-06-16 10:32:12 UTC
The bug related to this is here:

Comment 6 illtud 2005-06-16 11:18:55 UTC
Anybody care to try the workaround offered in Bug 2991 (same problem, different
video cards) comment #32 on bugzilla:

("Take /usr/X11R6/lib/modules/libvgahw.a from an up-to-date Fedora Core 3
(xorg-x11-6.8.2-something) and overwrite the file on Fedora Core 4 Test 3. With
that, the virtual consoles problem does not occur anymore (Matrox MGA G400). No
green border or green screen anywhere either.")

I'm not with the machine that's giving the problem at the moment, so I can't try
this out until tonight.

Comment 7 sven 2005-06-16 12:02:38 UTC
The above worked for me!! (i845G)

Comment 8 Pedro Fernandes Macedo 2005-06-16 12:11:46 UTC
The procedure from comment #6 fixed the problem here (i865G).

Comment 9 illtud 2005-06-16 18:54:33 UTC
Yup, that works for me too. So we've got a workaround until this gets fixed, at

Comment 10 Jim Cornette 2005-06-17 00:35:56 UTC
I tried with an intel 815 and problem with terminals disappeared. I have an
865G, I am glad that it works there also.

Removing from CC

Comment 11 merula 2005-06-17 10:10:59 UTC
Created attachment 115601 [details]
Log file when loading with FC3 libvgahw.a

Comment 12 merula 2005-06-17 10:11:49 UTC
I tried comment #6 too, but didn't work for me.
Configuration Fujitsu-Siemens L6810 with Intel 845G. Fedora Core 4. I used the
libvgahw.a from the FC3 updates xorg-x11-6.8.2-1.FC3.13.i386.rpm. X is not able
to load this lib (see attached Xorg.0.log)



Comment 13 illtud 2005-06-17 11:06:23 UTC
Lars said:

> X is not able to load this lib (see attached Xorg.0.log)

[Lars' log]:

(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/X11R6/lib/modules/libvgahw.a
(EE) /usr/X11R6/lib/modules/libvgahw.a is an unrecognized module type
(II) UnloadModule: "vgahw"
(EE) I810: Failed to load module "vgahw" (unknown module type, 6)

Very odd. Can you md5sum that libvgahw.a that you've got - it should work OK.
Can somebody md5sum a working FC3 libvgahw.a to check (Sven? Pedro?)? I'm away
from my FC boxes. Double-check that you aren't mixing architechures (i386/
x86_64/ ppc!).

Comment 14 merula 2005-06-17 12:27:00 UTC
(In reply to comment #13)
> Very odd. Can you md5sum that libvgahw.a that you've got - it should work OK.

Right, it does, if one makes no errors in extracting files from the rpm. I
forgot a simple dot and so the file size of lib was zero. Of course X is not
able to load data from a zero size lib. ;-)

So here's a small step by step to prevent other from making the same mistake
-become root and cd to roots home

-make a backup of libvga.a
$cp /usr/X11R6/lib/modules/libvgahw.a /usr/X11R6/lib/modules/

-get the last FC3 xorg X11 (maybe you have to choose another ftp server or
another platform)

-extract the libvgahw.a from the rpm (here I missed the dot in front of /usr)
$rpm2cpio xorg-x11-6.8.2-1.FC3.13.i386.rpm | cpio -ivd

-copy it to the right place
$cp ./usr/X11R6/lib/modules/libvgahw.a /usr/X11R6/lib/modules/libvgahw.a

-remove rpm and temprary lib (be carefull not to delete your /usr!)
$rm -rf ~/usr
$rm xorg-x11-6.8.2-1.FC3.13.i386.rpm

-restart your X server -> Done!



Comment 15 sven 2005-06-17 12:33:58 UTC
A perhaps simpler way (all a matter of taste, of course) to get the file is to
use the Archive Manager program to extract it.

Comment 16 Mike A. Harris 2005-06-21 17:44:50 UTC
md5sum of an installed binary will change depending on if and how
the system has been prelinked or not.  In theory, every system could
legally result in completely different md5sums and still have legit
binaries. This is the nature of prelinking.

Not sure if these modules specifically get prelinked or not however,
but I just wanted to indicate that that is not a reliable method of
comparing things for authenticity.  Use "rpm -V" instead.

Comment 17 Mike A. Harris 2005-06-21 18:22:03 UTC
Bojan:  Please try replacing the libvgahw.a module (after backing up the
original), with the following one:

This one is taken from the latest FC3 errata release, and many people
claim it solves the problem.  If you could confirm this for me, it would
help us in solving the problem for a future update.

Thanks in advance.

Setting status to "NEEDINFO"

Comment 18 Bojan Smojver 2005-06-21 19:57:48 UTC
Shall do. I just didn't have any pressing need to try that out, given that this
particular system is destined for a rubbish bin anyway :-)

Comment 19 Bojan Smojver 2005-06-21 22:52:10 UTC
Yes, it works on this box too.

Comment 20 O.R.Senthil Kumaran 2005-06-23 16:40:47 UTC
Mike,the above libvgahw.a worked on my box as well. 

Comment 21 Mike A. Harris 2005-06-23 17:43:47 UTC
Ok, thanks a bunch everyone!  Please add yourselves to the CC list of
bug #161242 if you'd like to keep track of the status of the underlying
bug we're investigating.  I suspect it wont be long until we find a
solution now, and release an update.

Thanks again!

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

Comment 22 Nils Fredrik Gjerull 2005-07-12 10:44:39 UTC
I have an Fujitsu-Siemens Amilo L laptop with an integrated Intel 82845G
graphics card. I have the same problem. The screen goes blank when I shut down
and I have blank virtual terminals. In addition I have problems when entering
graphics mode during boot up. The screen flickers three times before entering
the progress bar screen. When entering the login screen it flickers for four times.

Comment 23 Mike A. Harris 2005-07-12 11:03:11 UTC
This bug is closed as a duplicate of bug #161242.  Please see that
master bug for a workaround for this problem.

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