Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 494341 - kernels newer than 2.6.29-0.258.2.3.rc8.git2.fc11.i586 stall at udev
Summary: kernels newer than 2.6.29-0.258.2.3.rc8.git2.fc11.i586 stall at udev
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: 11
Hardware: i586
OS: Linux
low
high
Target Milestone: ---
Assignee: Jonathan Blandford
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 498072 (view as bug list)
Depends On:
Blocks: IntelKMS
TreeView+ depends on / blocked
 
Reported: 2009-04-06 13:44 UTC by Jeff Guerdat
Modified: 2018-04-11 12:05 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-07 22:35:41 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Jeff Guerdat 2009-04-06 13:44:30 UTC 
Description of problem:
Kernel released with F11 beta boots fine.  Updates, including the latest on koji (2.6.29.1-52.fc11.i586), start booting but never get through the starting udev display.  Have to power-cycle to reboot.  All updates have been applied.

Version-Release number of selected component (if applicable):
kernel.i586 2.6.29.1-46.fc11 and newer

How reproducible:
Always

Steps to Reproduce:
1.Install kernel
2.Boot
3.
  
Actual results:
udev message displayed with blinking cursor for a couple of seconds, cursor disappears, no response to anything other than power button.

Expected results:
Normal boot

Additional info:
Toshiba Satellite A105
Comment 1 Chuck Ebbert 2009-04-08 14:36:17 UTC 
Looks like the video device is Radeon Xpress 200M.

Can you try adding 'nomodeset' to the boot options?
Comment 2 Jeff Guerdat 2009-04-08 15:51:24 UTC 
Video is Intel Mobile 915GM.  Using nomodeset works regardless - I'm adding this note from a successful boot.
Comment 3 Jeff Guerdat 2009-04-08 20:19:39 UTC 
Installed latest kernel (2.6.29.1-54.fc11.i586) and Intel X11 driver from rawhide with no help - still need to use "nomodeset".
Comment 4 Jeff Guerdat 2009-05-05 18:51:22 UTC 
Discovered that the use of a vga= kernel option negates the need for nomodeset, at least with the latest rawhide kernel (2.6.29.2-126.fc11.i686.PAE).  I added vga=864 to my kernel line in grub.conf and, while I get a blank screen during boot and shutdown, all works properly.
Comment 5 Will Woods 2009-05-19 22:24:13 UTC 
*** Bug 498072 has been marked as a duplicate of this bug. ***
Comment 6 Will Woods 2009-05-19 22:29:17 UTC 
Argh, mixed up the dup direction. Fixing assignee/component/blocks.

This sounds similar to bug 493526, which concerns boot hangs with kernel-PAE and systems with intel video and 4GB (or more) RAM.

How much RAM is in your system? Have you tried using a x86_64 Live image instead?
Comment 7 Jeff Guerdat 2009-05-19 23:12:36 UTC 
The system is maxed out at 2GB of RAM.  This is not a 64 bit CPU AFAIK - Intel Pentium® M Processor 740.  If the 64 bit Live image would work, let me know and I'll try it.
Comment 8 Will Woods 2009-05-19 23:28:44 UTC 
You're correct, it's not 64-bit capable, so ignore that suggestion. And since you don't have 4GB ram it's probably not the same bug.
Comment 9 Will Woods 2009-05-20 06:03:51 UTC 
Can you try this test kernel:
  http://koji.fedoraproject.org/koji/taskinfo?taskID=1365129
and let us know if it works?
Comment 10 Jeff Guerdat 2009-05-20 12:32:23 UTC 
Same old same old.  Use of a vga= option still gives a blank screen but booting works properly.
Comment 11 Bug Zapper 2009-06-09 13:20:33 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 13 Matěj Cepl 2009-11-05 18:25:25 UTC 
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages. For packages from updates-testing repository you can use command

yum upgrade --enablerepo='*-updates-testing'

Alternatively, you can also try to test whether this bug is reproducible with the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using that you get all the latest packages without need to install anything on your computer. For more information on using LiveMedia take a look at https://fedoraproject.org/wiki/FedoraLiveCD .

Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.

If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.

[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
Comment 14 Jeff Guerdat 2009-11-05 18:55:30 UTC 
I happen to be running F12 Beta (plus all updates) and no longer need to use the "nomodeset" kernel option.  It was only the install of F12 that allowed this so unless F11 changed in the past two weeks, nothing has changed.  Since I no longer have F11 installed and since F12 seems to have cured the issue, I guess we can close this.  It would have been nice to have been able to actually fix F11, though, rather than having to resort to F12.
Comment 15 Matěj Cepl 2009-11-07 22:35:41 UTC 
Thank you for letting us know.
Note You need to log in before you can comment on or make changes to this bug.