Bug 2932 - Logout from X hangs system (i128 driver)
Summary: Logout from X hangs system (i128 driver)
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/i128 (show other bugs)
Version: 6.8.2
Hardware: x86 (IA32) Linux (All)
: high critical
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
Whiteboard: 2011BRB_Reviewed
Depends on:
Reported: 2005-04-08 05:01 UTC by William D. Hamblen
Modified: 2011-11-08 11:44 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:

xorg.conf (2.71 KB, text/plain)
2005-04-08 07:44 UTC, William D. Hamblen
no flags Details
Xorg.0.log from an affected machine (27.78 KB, text/plain)
2005-04-08 07:50 UTC, William D. Hamblen
no flags Details
Xorg.0.log with debug turned on (61.98 KB, text/plain)
2005-04-08 08:25 UTC, William D. Hamblen
no flags Details
Matrox G550 :: Xorg.0.log - debug (53.18 KB, text/plain)
2005-10-16 02:00 UTC, Manfred Knick
no flags Details
Matrox G550 xorg.conf (5.45 KB, text/plain)
2005-10-16 02:14 UTC, Manfred Knick
no flags Details

Description William D. Hamblen 2005-04-08 05:01:54 UTC
This is a Number 9 Revolution 4 video card.  Problem occurred with non-updated
brand new FC3 install and also after I patched everything (including kernel and
xorg-x11): kernel-2.6.10-1.770_FC3 xorg-x11-6.8.2-1.FC3.13

lspci -v output

01:00.0 VGA compatible controller: Number 9 Computer Company Revolution 4 (rev
01) (prog-if 00 [VGA])
        Subsystem: Number 9 Computer Company: Unknown device 0023
        Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 11
        Memory at e3000000 (32-bit, prefetchable) [size=16M]
        Memory at e2000000 (32-bit, prefetchable) [size=16M]
        Memory at e1000000 (32-bit, non-prefetchable) [size=4K]
        Memory at e0800000 (32-bit, non-prefetchable) [size=64K]
        I/O ports at d800 [size=256]
        Expansion ROM at e1ff0000 [disabled] [size=64K]
        Capabilities: [80] AGP version 1.0
        Capabilities: [90] Power Management version 1

It seems to only happen after the second logout from X.   I already tried
commenting out "Load dri" in xorg.xonf and that did not help.  KDE/Gnome are not
installed - this happens with twm and XFCE.

The system is totally dead after the second logout.  Won't respond to pings,
keyboard, or mouse.  Only the hardware reset button.

I also posted a report with Redhat at

They had some suggestions (e.g. disabling hw accel) which I will try today and
then follow up here.  I've also posted xorg.conf and a log file there.  I can
repost them here if needed but it looks like I have to paste them in as text
rather than attachments?
Comment 1 William D. Hamblen 2005-04-08 07:35:39 UTC
Adding 'Options "NoAccel" "True"' to the video card's device section in
xorg.conf did *not* help.

However, if instead of logging out I use Ctrl-Alt-Backspace to kill the X
session, that seems okay.  Weird.  I tried it 5 times on one of the affected
machines (I have 10 of these) and every time the login screen came back.
Comment 2 William D. Hamblen 2005-04-08 07:44:51 UTC
Created attachment 2351 [details]

Okay, I see how to add attachments now.
Comment 3 William D. Hamblen 2005-04-08 07:50:54 UTC
Created attachment 2352 [details]
Xorg.0.log from an affected machine

This is the log file after logging in for the first time.  It changes only
slightly after the second login and not at all when you logout a second time
(forcing a crash).  BTW, there is nothing in /var/log/messages - the crash
happens almost instantly.  Here is a diff against the Xorg.0.log file after the
second login:

# diff Xorg.0.log-1stlogin Xorg.0.log-2ndlogin
> (--) I128(0): Unmapping memory
> (II) Open APM successful
> (II) APM registered successfully
> (--) I128(0): Mapping memory
> (==) I128(0): Write-combining range (0xe3000000,0x1000000)
> (**) I128(0): DPMS enabled
> (==) RandR enabled
> (II) Mouse0: ps2EnableDataReporting: succeeded
Comment 4 Adam Jackson 2005-04-08 07:55:29 UTC
Please add

    Option "Debug" "on"

to your card's Device section of your xorg.conf, reproduce the freeze, and
attach the X log from the frozen session.
Comment 5 William D. Hamblen 2005-04-08 08:25:20 UTC
Created attachment 2353 [details]
Xorg.0.log with debug turned on

Interestingly, turning debug on made it crash on the very first logout.  I
don't recall that happening before.  Obviously the logfile I have attached here
is really Xorg.0.log.old after rebooting.
Comment 6 Adam Jackson 2005-04-08 09:02:10 UTC
hm.  what happens if you disable APM?  rename /dev/apm_bios to something else
and start the server.
Comment 7 William D. Hamblen 2005-04-08 09:34:19 UTC
I turned off the apmd service and rebooted (acpi was already off but as you may
have guessed these are old machines :-) and it isn't supported anyway).  That
didn't help.  I deleted /dev/apm_bios entirely but it still crashes on the
second logout.

Here's another useless tidbit of info: selecting reboot from the graphical login
screen will also cause the machine to hang if it's the second time X is
shutdown.    I'm not sure if that narrows things down or if it would have been
obvious to a guru.
Comment 8 Adam Jackson 2005-04-08 09:58:57 UTC
do you still have APM enabled in the BIOS though?  that's the only major
difference i can see between your setup and mine (possibly excluding kernel

you'd said in the rh bug that the system is totally dead even to the network, right?
Comment 9 William D. Hamblen 2005-04-08 10:26:00 UTC
That's right - completely dead as far as I can tell.  Doesn't respond to
keyboard and mouse on any reasonable timescale (i.e. I've waited about 5 minutes
after Ctrl-Alt-F1 to see if a text console came up).  Won't respond to ping/ssh
either.  I've let it go overnight and all this is still true.  The monitor is
blank (and in power save mode if I recall correctly - i.e. no signal).

I did still have Power Management on in the BIOS but I've now turned it off
there too and the problem persists.

As to the kernel version - it did it with unpatched Fedora Core 3 (2.6.9-1.667)
and still does it with the latest kernel (2.6.10-1.770_FC3).  I haven't tried
NoAccel, no apm, etc. with the older kernel.  I could if you thought that might
be useful.

These cards worked fine under Redhat 6.2: 2.2.19-6.2.7 kernel and
XFree86-3.3.6-29.  We were only using 8 bit color (still 1024x768).  I should
try 800x600@16 bit and some other combinations to see if that makes a
difference.  I won't be able to get back in there till late this afternoon.

Is there something significant about Ctrl-Alt-Backspace not triggering the problem?
Comment 10 Adam Jackson 2005-04-08 10:38:02 UTC
in principle CAB should shut down the server through the same code path as a
normal shutdown.  in practice, that might not be true.  i'd have to check.

i'm a bit busy at the moment, but i'll try to come up with a debugging patch in
a few days to try to track this down.  in the meantime if you could isolate a
configuration that works that would be very helpful.
Comment 11 William D. Hamblen 2005-04-12 06:44:36 UTC
Sorry for the delay - I got tied up with some other projects.  I cannot find a
combination of resolution / color depth that doesn't exhibit the problem.  I
went all the way down to 640x480@8 and the systems still hang after the second

Any other ideas out there?  
Comment 12 Manfred Knick 2005-10-16 01:29:09 UTC
The same type of problem here with different HW:

I'm using a Matrox G550, dual-head, TwinView, with Matrox HAL,
runing Gentoo x11-base/xorg-x11-6.8.2-r4.

I tried different window managers:
and the system hangs with all logouts.

No response to anything, including <Ctrl><Alt><Backspace>,
but soleyly to <Ctrl><Alt><Delete>, issuing a reboot.

Kind regards,

P.S.: some more info about my machine:

System uname: 2.6.13-gentoo-r3 i686 Pentium III (Coppermine)
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/libtool:   1.5.18-r1
CFLAGS="-O2 -march=pentium3 -pipe"
CXXFLAGS="-O2 -march=pentium3 -pipe"
Comment 13 Manfred Knick 2005-10-16 02:00:55 UTC
Created attachment 3562 [details]
Matrox G550 :: Xorg.0.log - debug

Even with debug turned on,
I did not observe any additional information written into this log after
issuing the logout.

Kind regards,
Comment 14 Manfred Knick 2005-10-16 02:14:22 UTC
Created attachment 3563 [details]
Matrox G550 xorg.conf

This is my Xorg configuration, wich worked perfectly until recent updates.

Please, don't get confused about three Monitor sections for a TwinView layout.
(The Eizo T960 died after more than 8 years, so I temporarily switched to the
second (BNC) input of the EIZO T761 of another machine :)

B.t.w.: Very recently, my major changes were:
   I upgraded the kernel from 2.6.12 to 2.6.13;
   therefore the need arouse to necessarily change to udev.
Comment 15 Manfred Knick 2005-10-16 05:18:51 UTC
some more info:

from lspci -v:

0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev
01) (prog-if 00 [VGA])
        Subsystem: Matrox Graphics, Inc. Millennium G550 Dual Head DDR 32Mb
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at e2000000 (32-bit, prefetchable) [size=32M]
        Memory at e1000000 (32-bit, non-prefetchable) [size=16K]
        Memory at e0800000 (32-bit, non-prefetchable) [size=8M]
        Expansion ROM at e1fe0000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2
        Capabilities: [f0] AGP version 2.0

from dmesg :

[drm] Initialized mga 3.1.0 20021029 on minor 0: Matrox Graphics, Inc. MGA G550 AGP
mtrr: base(0xe2000000) is not aligned on a size(0x1800000) boundary
agpgart: Found an AGP 1.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode
Comment 16 Adam Jackson 2005-10-16 10:14:11 UTC
manfred, this bug is for logout hangs with the i128 driver.  it is clearly an
issue specific to the i128 hardware; please open a new bug if you are having
this issue on other hardware.
Comment 17 Peter Ledbrook 2005-11-11 09:48:06 UTC
I don't know whether this is related, but I was having almost exactly the same
problem with a SuSE 9.3 installation with an i810 driver. Nothing I did worked
until I reinstalled the 32-bit version of linux. Now I can logout without any
problems. Maybe this problem only exists for a 64-bit installation?
Comment 18 Adam Jackson 2005-11-11 11:10:46 UTC
(In reply to comment #17)
> I don't know whether this is related, but I was having almost exactly the same
> problem with a SuSE 9.3 installation with an i810 driver.

Logout and VT switch hangs are almost always driver specific.  Please file a bug
against the i810 driver.

> Nothing I did worked
> until I reinstalled the 32-bit version of linux. Now I can logout without any
> problems. Maybe this problem only exists for a 64-bit installation?

The reporter's configuration is x86, not amd64.  This does not appear to be a
64-bit issue.
Comment 19 Jason 2005-11-18 13:18:20 UTC
I came to open a bug about my i128 issue.  While I have never had my system
lockup when I logout out of X, I do have the problem of the screen text being
garbage after the logout.  A quick setfont fixes the issue, but I humbly request
a proper fix.  This has happened since Redhat 9 days and still happens using
xorg-x11-drv-i128- on xorg 0.99.2

Should I open a different bug or stay with this one?

Comment 20 Adam Jackson 2005-11-19 04:22:44 UTC
(In reply to comment #19)
> Should I open a different bug or stay with this one?

Bugzilla is not a forum.

The purpose of bugzilla is to have one number per issue, so that they are
individually trackable.  If one bug starts to take on multiple issues (like
logout from hangs on different drivers, or other bugs within the affected
driver) then the bug can not be closed until every issue associated with that
bug is resolved.

Please err on the side of filing too many bugs.  If it turns out that multiple
bugs are filed for the same issue they can be closed as duplicates; the reverse
operation isn't possible, you can't close only part of a bug.
Comment 21 Daniel Stone 2007-02-27 01:26:08 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 22 Jeremy Huddleston Sequoia 2011-10-16 16:14:08 UTC
Is this still an issue?  It hasn't been updated in a long time, and there is a 
lot of noise in here.
Comment 23 William D. Hamblen 2011-10-16 18:00:43 UTC
I'm the original reporter but we no longer have those systems so I can't check if the issue still exists or not.  At this point that is a *very* old chipset so it's  certainly okay with me if this is closed out.
Comment 24 Julien Cristau 2011-11-08 11:44:46 UTC
Closing as wontfix.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.