Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 99308 - module-init-tools-3.2_pre7-r1 autogenerates incorrect modprobe.conf
Summary: module-init-tools-3.2_pre7-r1 autogenerates incorrect modprobe.conf
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo's Team for Core System packages
URL: http://forums.gentoo.org/viewtopic-t-...
Whiteboard:
Keywords:
: 99654 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-07-17 03:51 UTC by Paul Mickus
Modified: 2005-07-20 05:47 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Mickus 2005-07-17 03:51:12 UTC
As of module-init-tools-3.2_pre7-r1 modules-update generates a
/etc/modprobe.conf with incorrect aliases. For example "alias intel-agp agpgart"
is an incorrect alias. The modules agpgart and intel-agp are two different
modules. What happens is intel-agp is aliased to agpgart, thus loading it twice
in my /etc/modules.autoload.d/kernel-2.6. This causes problems in X.org since
without intel-agp being loaded I have no /dev/agpgart and therefore no DRI
(without AGP DRI is disabled by default).

Reproducible: Always
Steps to Reproduce:
1.boot system
2.modules-update is run in init and generates incorrect modprobe.conf
3a.the next init step is to load the modules in
/etc/modules.autoload.d/kernel-version
4a.incorrect alias may lead to an important module not being loaded

3b. modprobe modulename
4b. if modulename has incorrect alias, it will not be loaded 

Actual Results:  
incorrect loading of modules

Expected Results:  
correct loading of modules

Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0,
2.6.12-nitro3 i686)
=================================================================
System uname: 2.6.12-nitro3 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHz
Gentoo Base System version 1.6.13
dev-lang/python:     2.4.1-r1
sys-apps/sandbox:    1.2.10
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium-m -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium-m -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/portage-gentopia"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aac acpi aim alsa apm arts avi berkdb bitmap-fonts bmp bzlib
cdparanoia cdr crypt cups dbus divx4linux dvd dvdread eds emboss encode esd
ffmpeg flac foomaticdb fortran gamin gd gdbm gif gnome gpm gstreamer gtk gtk2
gtkhtml hal imlib jpeg libg++ libwww mad matroska mikmod mime mmx mono motif
mozilla mp3 mpeg ncurses nls nptl ogg oggvorbis opengl oss pam pcmcia pdflib
perl png python quicktime rar readline sdl spell sqlite sse ssl svg svga sysfs
tcpd tiff truetype truetype-fonts type1-fonts udev usb vorbis wifi win32codecs
xml xml2 xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 SpanKY gentoo-dev 2005-07-17 04:09:39 UTC
does 3.2_pre7 work ?
Comment 2 Paul Mickus 2005-07-17 04:24:44 UTC
(In reply to comment #1)
> does 3.2_pre7 work ?

It did at one time but now unmerging 3.2_pre7-r1 and merging 3.2_pre7 makes no
difference.
Comment 3 SpanKY gentoo-dev 2005-07-17 04:29:02 UTC
try downgrading baselayout to 1.11.12-r4
Comment 4 SpanKY gentoo-dev 2005-07-17 04:30:07 UTC
err actually scratch that

this is because of the updated alias patch i added for module-utils from debian

see files/modutils-2.4.27-alias.patch

i can just rip out the agpgart chunk that is causing you problems
Comment 5 Paul Mickus 2005-07-17 04:53:22 UTC
(In reply to comment #4)
> err actually scratch that
> 
> this is because of the updated alias patch i added for module-utils from debian
> 
> see files/modutils-2.4.27-alias.patch
> 
> i can just rip out the agpgart chunk that is causing you problems

Yeah I see the part that is causing problems. I suggest that if the kernel
version is 2.6 that this patch not be applied. Since 2.4 has a different module
architecture.


Comment 6 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-17 07:10:16 UTC
I am going to assume this will need punting as well:

------
@@ -228,6 +261,7 @@
        "ppp-compress-21 bsd_comp",
        "ppp-compress-24 ppp_deflate",
        "ppp-compress-26 ppp_deflate",
+        "ppp ppp_async", /* for 2.4 */

 #ifndef __sparc__
        "parport_lowlevel parport_pc",
@@ -271,9 +305,6 @@
Comment 7 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-17 07:12:13 UTC
Hmm, maybe not, forget I mentioned it.
Comment 8 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-17 07:14:33 UTC
I think we can punt that hunk entirely, as we provide different configs for
2.4/2.6 kernels.
Comment 9 SpanKY gentoo-dev 2005-07-17 07:29:08 UTC
punted the agpgart hunk from the patch

az: which hunk are you talking about ?
Comment 10 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-17 07:40:24 UTC
The one you punted :)  Guess this is fixed.
Comment 11 Paul Mickus 2005-07-17 08:48:58 UTC
I can confirm after remerging module-init-tools that this bug has been fixed.
Thanks alot guys.
Comment 12 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-20 05:47:02 UTC
*** Bug 99654 has been marked as a duplicate of this bug. ***