When using genkernel (3.1.0a) it's not using my user specified --makeopts when compiling modules. e.g. genkernel --makeopts=-j5 --kernel-cc=distcc --oldconfig all During the bzImage build distcc is spreading the load across the main box and it's neighbor, however as soon as genkernel spits out: >> Compiling 2.6.8-gentoo-r10 modules... only 1 make thread is running. I have a dual proc machine and 1 cpu is maxed and the other is idle and no jobs are being sent out via distcc... (Not using kernel-2.6.9 due to scsi problem with my scsi chipset in that kernel) Reproducible: Always Steps to Reproduce: 1.genkernel --makeopts=-j5 --kernel-cc=distcc --oldconfig all 2. watch cpu usage wiht gkrellm top or whatever 3. Actual Results: when modules are being built number of jobs drops from 5 to 1 greatly slowing the build Expected Results: the number of parallel make threads should have stayed at 5 (permitting there were 5 files per subdir to build) so module building wouldn't take so damn long... dave@shrapnel dave $ emerge info Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.8-gentoo-r10 i686) ================================================================= System uname: 2.6.8-gentoo-r10 i686 AMD Athlon(tm) MP Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-mp -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/NX/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/shar e/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipd fm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ / usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/c ontrol" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=athlon-mp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distcc distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://mirrors.tds.net/gentoo http://mirror.datapipe.net/gentoo h ttp://mir.zyrianes.net/gentoo/" MAKEOPTS=" -j3 " PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acl alsa apm arts avi berkdb bitmap-fonts bonobo cdr crypt cs cope cups curl dga dvb dvd encode esd f77 fam flac foomaticdb fortran freetype g dbm ggi gif gnome gphoto2 gpm gstreamer gtk gtk2 guile imagemagick imlib jack ja va joystick jpeg junit kde libg++ libwww mad mikmod mmx motif mozilla mpeg mysql nas ncurses nls oggvorbis openal opengl oss pam pdflib perl png python qt quick time readline ruby samba scanner sdl slang snmp speex spell sse ssl svga tcltk t cpd tetex tiff truetype usb videos wmf x86 xft xml xml2 xmms xv zlib"
What kernel were you running the compile on?
gentoo-dev-sources 2.6.8-r10 and gentoo-dev-sources-2.6.9-r4
Want to try genkernel 3.1.0d and see if it is reproducible there? If it is, also mind trying doing a manual kernel compile to check that the issue is (not) in the kernel? Thanks...
This is fixed with genkernel -3.1.0c I guess it can be closed as the kernel compile oh, so much faster now... ;)
Closing as FIXED...