Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 299287 - gentoo-sources-2.6.32 stops at "Waiting for uevents to be processed"
Summary: gentoo-sources-2.6.32 stops at "Waiting for uevents to be processed"
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Linux
: High critical (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard: linux-2.6.32
Keywords:
: 332267 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-01-01 23:18 UTC by Farid
Modified: 2010-08-12 09:46 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
config file for the working gentoo-sources-2.6.31-r6 (config-2631r6,49.36 KB, text/plain)
2010-01-01 23:23 UTC, Farid
Details
config file for the not working gentoo-sources-2.6.32-r1 (config-2632r1,50.29 KB, text/plain)
2010-01-01 23:23 UTC, Farid
Details
Working minimal config for 2.6.23-r1 (mini-config-ok,34.68 KB, text/plain)
2010-01-03 21:46 UTC, Farid
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Farid 2010-01-01 23:18:27 UTC
I am not able to boot my system with gentoo-sources-2.6.32 nor gentoo-sources-2.6.32-r1.
It always stops responding after displaying "Wainting for uevents to be processed". There are no errors displayed on the screen, it just stops there.

2.6.31 works without any problems.
Note that the system is a VIA VB8001 (VIA NANO CPU).
I use the same kernel sources on my other AMD Athlon system without problems.
So I suspect that this is a problem related to the VIA Nano somehow.

This is what I have done so far:
1.

I was running gentoo-sources-2.6.31-r4 (all ok).
emerge gentoo-sources-2.6.32.

2.
Copied /usr/src/linux-2.6.31-gentoo-r4/.config to /usr/src/linux-2.6.32-gentoo/

3.
Removed the old link, and created a new.

4.
Make menuconfig. Browsed through all the changes. Changed only one or two new settings after reading the help.

5.
make && make modules_install

6.
Boot with the new kernel. It did not work.

7.
Then I waited for gentoo-sources-2.6.32-r1 to come. I did the exact same thing with that one. Same result.

Tried it again without changing anything in make menuconfig. Same result.

8.
Figured that the problem might have to do with udev.
So I upgraded from sys-fs/udev-146-r1 to sys-fs/udev-149.
This automatically upgraded sys-kernel/linux-headers-2.6.27-r2 to sys-kernel/linux-headers-2.6.30-r1.

9.
Re-emerged sys-libs/glibc-2.9_p20081201-r2 for the heck of it.

10.
Copied the old working .config from 2.6.31-r4 to 2.6.32-r1, fixed the link, make menuconfig, make && make modules_install.
The kernel failed the exact same way.

11.
Emerged gentoo-sources-2.6.31-r6. Did the exact same way as before (copied the old .config....)
This kernel works as expected.

Let me know if I can try something more, or provide any more info.

Reproducible: Always

Steps to Reproduce:
1. emerge sys-kernel/gentoo-sources-2.6.32-r1
2. compile the new kernel.
3. boot with the new kernel.

Actual Results:  
System stops booting after showing the message:
Wainting for uevents to be processed

Expected Results:  
System should boot normally.

Portage 2.1.6.13 (default/linux/amd64/10.0, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.31-gentoo-r6 x86_64)
=================================================================
System uname: Linux-2.6.31-gentoo-r6-x86_64-VIA_Nano_processor_L2200@1600MHz-with-gentoo-1.12.13
Timestamp of tree: Fri, 01 Jan 2010 12:15:01 +0000
distcc 3.1 x86_64-pc-linux-gnu [disabled]
app-shells/bash:     4.0_p35
dev-lang/python:     2.6.4
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.63-r1
sys-devel/automake:  1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-mtune=generic -mmmx -msse -msse2 -msse3 -mcx16 -msahf -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-mtune=generic -mmmx -msse -msse2 -msse3 -mcx16 -msahf -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="C"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="acl amd64 berkdb bzip2 cli cracklib crypt cxx dri fortran gdbm gpm iconv mmx modules mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection samba session spl sse sse2 ssl ssse3 sysfs tcpd threads tordns unicode xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Farid 2010-01-01 23:23:11 UTC
Created attachment 214888 [details]
config file for the working gentoo-sources-2.6.31-r6
Comment 2 Farid 2010-01-01 23:23:57 UTC
Created attachment 214889 [details]
config file for the not working gentoo-sources-2.6.32-r1
Comment 3 Wormo (RETIRED) gentoo-dev 2010-01-02 23:11:53 UTC
Since that message indicates a pause waiting for hardware to be detected and generate udev events, it seems likely to be a regression in one of the hardware drivers that is causing the lockup. I saw one instance where it was a v4l2 driver that started causing lockups, but it would have to be something else in your case since you don't have that stuff enabled.

How about doing a test with a minimal kernel where you turn off most hardware except essentials (hard drive controller, framebuffer, USB input) and see if boot still gets stuck there?
Comment 4 Farid 2010-01-03 21:45:18 UTC
(In reply to comment #3)
Seems that you were right.
I did a very minimal kernel. I removed all the drivers except for the harddrive.
That kernel works, or at least it does not stop responding.

Do you have an idea of which driver it could be? I will take the original working config, and exclude one driver at the time.
But the system works as a headless server. It's a little bit of a pain to do these tests.

I will give a report of which driver it is that causes this, whenever I have had the time to test.
Comment 5 Farid 2010-01-03 21:46:47 UTC
Created attachment 215084 [details]
Working minimal config for 2.6.23-r1
Comment 6 Wormo (RETIRED) gentoo-dev 2010-01-04 07:15:03 UTC
Ok, how's this for a strategy:

1. while booted to your 2.6.31 kernel, save output of 'lsmod' to see which drivers get automatically loaded for your hardware
2. add enough drivers to your minimal 2.6.32 kernel to not be headless
3. if that boots, then put back all the options other than modules to match your non-working config
4. if that boots too, start checking the remaining modules
   * while booted to your new 2.6.32, use menuconfig to select the drivers from your saved list
   *'make modules'
   * manually load each of the modules in your list until you find one that hangs on load
Comment 7 Farid 2010-01-04 21:59:13 UTC
I had some fun compiling, changing and compiling for three hours...

I pinned it down to the frame buffer driver viafb.

I have a working 2.6.32-r1 kernel that is running now. (I am not using frame buffer anyway, I don't know why I had it enabled in the first place).
Now what? Is there anything more I can do?
Comment 8 Wormo (RETIRED) gentoo-dev 2010-01-06 19:39:29 UTC
Would you be game for reporting this kernel bug upstream? It would entail building a vanilla kernel to check that the viafb module still breaks your system, and posting 'lspci' hardware info for your VIA system.
Comment 9 Farid 2010-01-08 21:30:03 UTC
I emerged sys-kernel/vanilla-sources-2.6.33-rc3.
I compiled it without and with the viafb. Both kernels worked.

This must mean that the problem is either fixed in 2.6.33-rc3, or that the problem is caused by the gentoo patches.

I'll do the same test with vanilla-sources-2.6.32.3 later just for the sake of it.
Comment 10 Farid 2010-01-09 22:12:40 UTC
I emerged sys-kernel/vanilla-sources-2.6.32.3.
Compiled it with the viafb.
That kernel works without problems...

Comment 11 Wormo (RETIRED) gentoo-dev 2010-01-10 00:34:46 UTC
You're right, it must be a patch that caused the problem. 

The top suspect is fbcondecor patch, since it changes framebuffer code.

You can extract that patch from your genpatches tarball if you haven't cleaned out your distfiles lately, or else download it separately from here:
http://sources.gentoo.org/viewcvs.py/linux-patches/genpatches-2.6/tags/2.6.32-1/

What happens if you apply fbcondecor patch to vanilla kernel, does it break? If so, we can report this bug to fbcondecor.
Comment 12 Devon 2010-01-27 19:10:34 UTC
I just attempted to compile 2.6.33-rc5 vanilla after applying the latest fbcondecor patch.  It did indeed break the compile with:
________________________________________________________________________________
CC      kernel/sysctl.o
kernel/sysctl.c:240: error: unknown field 'ctl_name' specified in initializer
kernel/sysctl.c:240: error: 'CTL_UNNUMBERED' undeclared here (not in a function)
kernel/sysctl.c:246: error: unknown field 'strategy' specified in initializer
kernel/sysctl.c:246: error: 'sysctl_string' undeclared here (not in a function)
make[1]: *** [kernel/sysctl.o] Error 1
make: *** [kernel] Error 2
________________________________________________________________________________

The line in question appears to be kernel/sysctl.c ln 240:

________________________________________________________________________________
#ifdef CONFIG_FB_CON_DECOR
        {    
                .ctl_name       = CTL_UNNUMBERED,
                .procname       = "fbcondecor",
                .data           = &fbcon_decor_path,
                .maxlen         = KMOD_PATH_LEN,
                .mode           = 0644,
                .proc_handler   = &proc_dostring,
                .strategy       = &sysctl_string,
        },   
#endif
________________________________________________________________________________



(In reply to comment #11)
> You're right, it must be a patch that caused the problem. 
> 
> The top suspect is fbcondecor patch, since it changes framebuffer code.
> 
> You can extract that patch from your genpatches tarball if you haven't cleaned
> out your distfiles lately, or else download it separately from here:
> http://sources.gentoo.org/viewcvs.py/linux-patches/genpatches-2.6/tags/2.6.32-1/
> 
> What happens if you apply fbcondecor patch to vanilla kernel, does it break? If
> so, we can report this bug to fbcondecor.
> 

Comment 13 Mike Pagano gentoo-dev 2010-02-28 19:54:06 UTC
Spock wrote a new patch for 2.6.33 which is now in gentoo-sources-2.6.33, can you just confirm everything works ok?
Comment 14 R Deepak 2010-03-03 23:42:16 UTC
I have the same issue and it continues in 2.6.33 too. acpi=off fixes the problem.
Comment 15 Michael Weber (RETIRED) gentoo-dev 2010-04-05 18:06:05 UTC
I know this sound really wrong/wired/funny, but press one/some key on the keyboard. My systems sometimes get stuck during bootup as yours and will continue after (keyboard) input event (usb mouse not loaded jet). Could be a empty random pool on /dev/random or something.
Comment 16 Emanuel Ydrefors 2010-04-19 20:29:16 UTC
I have the same problem with gentoo-sources-2.6.32-r7 on my Virtualbox guest.
It works fine with gentoo-sources-2.6.31-r10. With rc_coldplug="NO" the boot continues but hangs then the network driver "pcnet32" is loaded.
Comment 17 Mike Pagano gentoo-dev 2010-06-24 20:20:39 UTC
Please test with vanilla-sources-2.6.34 and let's get this upstream if this is still an issue.
Comment 18 Eray Aslan gentoo-dev 2010-08-11 19:28:23 UTC
*** Bug 332267 has been marked as a duplicate of this bug. ***
Comment 19 Claes 2010-08-12 09:28:04 UTC
I have the same problem.
For me the solution was to uninstall the nvidia drivers and remove the ko file. Just removing the file would probably have been enough.

To the best of my ability I tried stripping my kernel down to the basic needs for harddrives, network and input, but the problem remains if nvidia-drivers is installed.

Can I prevent the nvidia-drivers from being autoloaded, and only load on need?

Switching from gentoo-sources-2.6.34-r1 to vanilla-sources-2.6.34 makes no difference for me. If I can help anyone else out by testing other things, let me know.
Comment 20 Claes 2010-08-12 09:46:41 UTC
I also tried going back to gentoo-sources-2.6.31-10, which makes the issue go away.