Bugzilla Bug 187816

I noticed that sys-kernel/suspend2-sources version 2.6.21-r7 and 2.6.22-r1 hang
during "loading modules" (after modules listing) and "activating mdev" for few
seconds... I think abount 10/15 seconds

I never noticed this issue with sys-kernel/suspend2-sources-2.6.21-r6 and older

I'm using sys-kernel/genkernel-3.4.8 to built both kernel and initrd images.


Portage 2.1.2.11 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r4,
2.6.22-suspend2-r1-dsdt i686)
=================================================================
System uname: 2.6.22-suspend2-r1-dsdt i686 Intel(R) Pentium(R) M processor
1.73GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 04 Aug 2007 19:50:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo
/etc/texmf/web2c"
CXXFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer"
DISTDIR="/home/portage_dirs/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps=y"
FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/
ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://ftp.uoi.gr/mirror/OS/gentoo/
http://gentoo.inode.at/ http://ftp.heanet.ie/pub/gentoo/"
LANG="it_IT.UTF-8"
LC_ALL="it_IT.UTF-8"
LINGUAS="it en"
MAKEOPTS="-j2"
PKGDIR="/home/portage_dirs/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/musicbrainz
/usr/portage/local/layman/java-overlay /usr/portage/local/layman/secondlife
/usr/portage/local/layman/xeffects /usr/portage /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa avahi berkdb bitmap-fonts bzip2 cairo cdr cli
cracklib crypt css cups dbus dri dts dvd dvdr dvdread encode exif ffmpeg
firefox flac fortran gdbm gif gnome gpm gstreamer gtk hal iconv idn ipod
isdnlog java jpeg jpeg2k kdeenablefinal keyring libg++ libnotify logrotate mad
midi mikmod mmx mng mp3 mpeg mudflap musicbrainz ncurses newspr nls nptl
nptlonly nsplugin offensive ogg opengl openmp pam pcre pdf perl png ppds pppd
python quicktime readline reflection samba sdl session spell spl sse sse2 ssl
svg tcpd theora tiff truetype truetype-fonts type1-fonts unicode v4l2 vorbis
x264 x86 xml xorg xv xvid zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm
alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa
lfloat linear meter mulaw multi null plug rate route share shm softvol"
ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" LINGUAS="it en" USERLAND="GNU" VIDEO_CARDS="i810 vesa"
Unset:  CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Have you tried gentoo-sources and have no issue?
I notice this hangup with newer genkernel, I don't think this is suspend2
related.
Please try gentoo-sources to verify.

Please reopen when you have some info.
Thanks.

I've just tried with gentoo-sources-2.6.22-r2 and the issue persists.

I guess it has something to do with new busybox...

What new busybox? genkernel has been using the same busybox (1.1.3+gentoo) for
quite a while, afaik.

Could you try an older genkernel with 2.6.21-r7?

Which genkernel did you use with 2.6.21-r6?

genlop reports:

Wed Jun 13 09:14:26 2007 >>> sys-kernel/suspend2-sources-2.6.21-r6
Tue Jul 31 08:57:16 2007 >>> sys-kernel/suspend2-sources-2.6.21-r7

Sun Mar 11 14:22:23 2007 >>> sys-kernel/genkernel-3.4.6
Wed Jul 25 13:26:42 2007 >>> sys-kernel/genkernel-3.4.8

I usually compile the new kernel asap so I think I built
suspend2-sources-2.6.21-r6 using genkernel-3.4.6

Actually I'm trying to downgrade to genkernel-3.4.6 but busybox doesn't compile
with this error:

  CC libbb/procps.o
/var/tmp/genkernel/1096.3088.14597.3688/busybox-1.1.3+gentoo/libbb/procps.c:15:22:
error: asm/page.h: No such file or directory
make[1]: ***
[/var/tmp/genkernel/1096.3088.14597.3688/busybox-1.1.3+gentoo/libbb/procps.o]
Error 1
make: *** [all] Error 2

Ok it's a known genkernel-3.4.6 bug... #168599

btw checking kernel and initrd creation date in /boot I'm sure my
suspend2-sources-2.6.21-r6 was compiled using genkernel-2.4.6

I've just compiled gentoo-sources-2.6.22-r2 using genkernel-3.4.6 and all works
well. The initial described boot delay disappeared.

Can we close this?

(In reply to comment #11)
> Can we close this?

Why? genkernel-3.4.8 (actually stable) is affected ;)

But 2.6.22 is not.

(can't you reassign to genkernel?)

The init scripts pratically weren't changed. Try to see if it's the
modules_load:

Please try on the new genkernel to use the old modules_load file, or change
manually the diffs in

http://sources.gentoo.org/viewcvs.py/genkernel/trunk/x86/modules_load?r1=478&r2=507

3.4.6=revisions 477 and 3.4.8 = rev 508 of genkernel.

If still broken try the older kernel config.

Alon: the info so far indicates that this bug is totally unrelated to kernel
version. (Also, the hang happens after the kernel has booted, we're now in
userspace, so it can't be a kernel boot-time hang).

However it looks like some progress is being made on the actual cause, so I'll
leave this bug mis-assigned until the picture gets clearer :)

On 2nd thought try first to boot with noslowusb as a boot argument.

Actually what I can't understand is why doesn't it hang on 3.4.6. This line of
code is just before the 'Activating mdev' message:
[ "${DO_slowusb}" ] && sleep 10
And slowusb is by default on both versions.

OK, I finally got a pc to test this. It's solved in SVN (almost surely rev.
509)

Confirm with:

rm -rf /usr/share/genkernel
svn co http://anonsvn.gentoo.org/repositories/genkernel
svn export genkernel/trunk /usr/share/genkernel

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