Bug 609791 - stage 2 frozen on T400
Summary: stage 2 frozen on T400
Status: CLOSED DUPLICATE of bug 602207
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel   
(Show other bugs)
Version: 6.0
Hardware: i686
OS: Linux
Target Milestone: rc
: ---
Assignee: Red Hat Kernel Manager
QA Contact: Red Hat Kernel QE team
Depends On:
TreeView+ depends on / blocked
Reported: 2010-07-01 06:35 UTC by Qian Cai
Modified: 2010-07-01 09:29 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-07-01 08:49:22 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Qian Cai 2010-07-01 06:35:54 UTC
Description of problem:
When installing rhel6 beta 2 i386 on T400 laptop, it was frozen right after entering the stage 2 graphical mode. When this happened, ping did not response anymore,

From icmp_seq=205 Destination Host Unreachable

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

How reproducible:

Steps to Reproduce:
1. install rhel6 beta 2 i386 via graphical mode on T400.

Comment 1 Qian Cai 2010-07-01 08:08:39 UTC
Remote logging seems not help,

Jul  1 16:02:13 dhcp-65-14 rsyslogd: [origin software="rsyslogd" swVersion="4.6.2" x-pid="11611" x-info="http://www.rsyslog.com"] (re)start
Jul  1 16:04:55 INFO     created new libuser.conf at /tmp/libuser.AHOkuq with instPath="/mnt/sysimage"
Jul  1 16:04:55 INFO     anaconda called with cmdline = ['/usr/bin/anaconda', '--stage2', 'http://download.englab.nay.redhat.com/pub/rhel/nightly/RHEL6.0-20100629.n.1/6/Server/i386/os//images/install.img', '--syslog', '', '--dlabel', '--graphical', '--selinux', '--lang', 'en_US.UTF-8', '--keymap', 'us', '--repo', 'http://download.englab.nay.redhat.com/pub/rhel/nightly/RHEL6.0-20100629.n.1/6/Server/i386/os/']
Jul  1 16:04:55 INFO     Display mode = g
Jul  1 16:04:55 INFO     Default encoding = utf-8 
Jul  1 16:04:56 INFO     Started window manager, pid 747.
Jul  1 16:04:56 WARNING  '/usr/bin/metacity' specified as full path
Jul  1 16:04:56 INFO     Starting graphical installation.
Jul  1 16:04:56 INFO     Detected 1968M of memory
Jul  1 16:04:56 INFO     Swap attempt of 1968M to 3936M
Jul  1 16:04:56 WARNING  step installtype does not exist
Jul  1 16:04:56 WARNING  step confirminstall does not exist
Jul  1 16:04:56 WARNING  step complete does not exist
Jul  1 16:04:57 INFO     moving (1) to step welcome

Comment 2 Qian Cai 2010-07-01 08:21:45 UTC
Looks like X driver bug, as passed usefbx option can workaround it, although it was a very dark screen that seems can't adjust.

Comment 3 Qian Cai 2010-07-01 08:47:13 UTC
Pass intel_iommu=off to the kernel cmdline workaround the problem.

Comment 4 Qian Cai 2010-07-01 08:49:22 UTC

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

Comment 5 David Woodhouse 2010-07-01 09:29:58 UTC
I'm not sure this is a duplicate of bug 602207. The expected manifestation of that bug is that the system starts up just fine, but over a long period of time you start to see occasional DMA faults reported as GTT entries get corrupted. 

Working with an installed system is easier -- once it's installed, can you ensure that the IOMMU is enabled again, and show me the dmesg output as it starts up, and X starts?

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