After upgrade to gentoo-sources-3.14.14 it is no longer possible to finish the boot process. When running the boot commands individually in interactive mode, the screen went blank when waiting for the udev events to be processed (normal behavior), but never comes back and the machine freezes. Udev version is 215-r1. There is no such problem with gentoo-sources-3.12.21-r1 and same udev version. Reproducible: Always Steps to Reproduce: 1. Install gentoos-sources-3.14.14 2. Reboot 3. Actual Results: Machine freezes during udev processing Expected Results: Continues boot process
Created attachment 382634 [details] kernel config
Created attachment 382636 [details] emerge --info
I'd guess that boot continues but you just have no display. Something is going wrong with the radeon+kms initialization, probably. Do you have another machine you can use to try to SSH in and capture dmesg output? I also see you have uvesa & radeonfb enabled as modules, those will be a problem if they manage to load before radeon. It's pretty unlikely that there is a real kernel bug here, probably just a problem or conflict with your FB setup.
dmesg output would be nice to see.
@Ben: It freezes, I know the difference. If I put a copy of udev into the initramfs (using genkernel-next) the machine freezes quite immediately when loading the ramdisk. You cannot ping the machine. All I can do is a hard reset. @Jeroen: Since it freezes before even syslog-ng is started, I don't even get any log nor dmesg. At least I do not know how to get it in this situation - any possibility with grub shell?? All I can provide is a dmesg.log starting with 3.12.21-r1, if it is worth something here.
@Ben: The uvesa was only temporarily, currently I have only radeon and I always had a video=radeon boot param.
Ok sorry, just mentioning the most COMMON causes of this, your sounds more interesting =) Can you try turning on debug and/or logging options in /etc/conf.d/udev and see if you can get it to print or log some useful info?
I've activated udev debugging, but even starting udev interactively at boot time, it is so damn fast that I cannot read the two extra lines before the console switches to blank. All I can provide are logs produces starting the older kernel :-(
@Jeroen: ... and how can I provide more info?
I've tried now 3.12.26, 3.14.17, 3.15.10 and 3.16.1. 3.12.26 is the last version in the tree that works, with any newer kernel the machine will lock processing the udev events.
Try setting rc_coldplug="NO" in /etc/conf.d/udev so that it doesn't autoload modules when udev starts, then load your modules one by one after boot and see if you can figure out which one is to blame.
I had a similar issue before where it was the video failing at this point. I only discovered it when I had ssh autostart and was still able to log in. might try having ssh enabled and a known IP address for troubleshooting.
Can you at least try with radeon.blacklist=yes in kernel params to see if it is the radeon driver to blame?
@Ken: Sorry, I'm heading for holidays. Will try again when back home ... in 4 weeks ;-)
Nothing changed. gentoo-sources-3.16.5 fail in the same way as any other kernel >= 3.13 before: blank sceen after grub menu selection and computer freezes. No reaction to Alt+Ctrl+Del anymore, no log entries written. Setting rc_coldplug to NO in /etc/conf.d/udev does not make a difference nor appending radeon.blacklist=yes to the kernel line.
If it freezes immedately after picking a grub entry, that is not the same problem as it freezing during uevents processing. If it fails immediately after grub before any kernel messages, try setting GRUB_GFXPAYLOAD_LINUX="text" in /etc/default/grub and redoing "grub2-mkconfig -o /boot/grub/grub.cfg".
Please file a new bug report.
(In reply to Jeroen Roovers from comment #17) > Please file a new bug report. That is, when you find an actual bug.
@Jeroen: WTF? Do think this is fun compiling all kind of kernels and boot over and over again? I realize that I can provide nearly no information, but that's no reason make me look silly here. If you cannot help me with the problem directly (what I can understand), I can at least expect, that you take me serious and don't simply close my reports as invalid. Thanks! Still the same with latest gentoo-sources-3.17.1-r1. As reported earlier the machine freezes while performing the udev events. Latest working kernel is 3.12.31 that I am running for now. Actually I am out of ideas, what I can do to provide more information.
OK, I am one step further. When I activate the interactive mode and turn off rc_coldplug, I can step over udev booting the 3.17.1-r1 kernel (does not work with 3.16.5 - for whatever reason). Now I was able to start the "missing" modules manually as suggested earlier by Ben and finally I have to blame the radeon driver (any driver the radeon depends on can be loaded manually fine). When the module is loaded, the screen wents immediately to black again and the machine freezes. However, still nothing special in the logs :-/
This is a bug tracker, not a support forum. It's impossible to tell which bug this report tries to address since it has changed over time, so it depends on which comment you look at. All we know is something goes wrong while loading modules. So starting over with a fresh bug report is the best way to go, when you have found the actual bug.
What has changed here over time? NOTHING! Every kernel freeze while processing the udev events! Thanks for telling me FUCK OFF
@Jeroen: I want to apologize for my last harsh reply. You are actually right that we have a different situation now.