Bug 46570 – Hotplug >=20040329 doesn't load correct realtek module

• Status: RESOLVED CANTFIX
• Product: Gentoo Linux

[Description assamite 2004-04-02 01:08:11 UTC]

Hotplug versions >=20040329 do not load the correct realtek modules
automatically on my ASUS L3C Series notebook. In /var/log/messages 
I've found the following: 
8139cp: 10/100 PCI Ethernet driver v1.1 (Aug 30, 2003)
8139cp: pci dev 0000:02:05.0 (id 10ec:8139 rev 10) is not an 8139C+ 
compatible chip
8139cp: Try the "8139too" driver instead.

So I have to add this module to modules.autoload/kernel-2.6. On versions 
before 20040329 the correct module was automatically loaded.


Reproducible: Always
Steps to Reproduce:
1.Just boot up.
2.
3.

Actual Results:  
Network device eth0 wasn't up.	 

Expected Results:  
Autoload the correct module. 

Portage 2.0.50-r1 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 
2.6.3-gentoo-r2) 
================================================================= 
System uname: 2.6.3-gentoo-r2 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz 
Gentoo Base System version 1.4.3.13p1 
ccache version 2.3 [enabled] 
Autoconf: sys-devel/autoconf-2.59-r3 
Automake: sys-devel/automake-1.8.2 
ACCEPT_KEYWORDS="x86 ~x86" 
AUTOCLEAN="yes" 
CFLAGS="-march=pentium4 -O3 -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" 
CXXFLAGS="-march=pentium4 -O3 -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs buildpkg ccache sandbox" 
GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo  
http://www.ibiblio.org/pub/Linux/distributions/gentoo" 
MAKEOPTS="-j2" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" 
USE="X alsa apm arts avi berkdb cdr crypt cups dvd encode foomaticdb gdbm ggi 
gif gphoto2 gpm gtk2 imlib java jpeg kde libg++ libwww linguas_de mad mikmod 
mmx mozilla mpeg ncurses nls nptl oggvorbis opengl pam pdflib perl pic png ppds 
python qt quicktime readline samba scanner sdl slang spell sse ssl svga tcpd 
tetex truetype usb x86 xml xml2 xmms xv zlib"

[Comment 1 Greg Kroah-Hartman (RETIRED) 2004-04-02 15:24:20 UTC]

Odd.  Why build the 8139cp driver at all then?

[Comment 2 assamite 2004-04-05 11:13:26 UTC]

Because I wasn't sure, which driver to use. 
Anyways, what to do, if you have both chipsets? 
And there were no problems before these versions of hotplug?!

[Comment 3 Greg Kroah-Hartman (RETIRED) 2004-04-12 14:04:39 UTC]

Sounds like a kernel bug.  What does 'lspci' and 'lspci -n' show?

[Comment 4 assamite 2004-04-20 00:11:44 UTC]

Output of lcpci:
0000:00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04)
0000:00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 04)
0000:00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
0000:00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
0000:00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42)
0000:00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
0000:00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller (rev 02)
0000:00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem Controller (rev 02)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500]
0000:02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:02:07.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8)
0000:02:07.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8)
0000:02:07.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller

Output of lspci -n:
0000:00:00.0 Class 0600: 8086:1a30 (rev 04)
0000:00:01.0 Class 0604: 8086:1a31 (rev 04)
0000:00:1d.0 Class 0c03: 8086:2482 (rev 02)
0000:00:1d.1 Class 0c03: 8086:2484 (rev 02)
0000:00:1e.0 Class 0604: 8086:2448 (rev 42)
0000:00:1f.0 Class 0601: 8086:248c (rev 02)
0000:00:1f.1 Class 0101: 8086:248a (rev 02)
0000:00:1f.5 Class 0401: 8086:2485 (rev 02)
0000:00:1f.6 Class 0703: 8086:2486 (rev 02)
0000:01:00.0 Class 0300: 1002:4c57
0000:02:05.0 Class 0200: 10ec:8139 (rev 10)
0000:02:07.0 Class 0607: 1180:0476 (rev a8)
0000:02:07.1 Class 0607: 1180:0476 (rev a8)
0000:02:07.2 Class 0c00: 1180:0552

[Comment 5 Greg Kroah-Hartman (RETIRED) 2004-04-21 17:07:06 UTC]

Nothing the hotplug scripts can do about this.  The kernel drivers can't specify
the proper version of the pci id so it trys to load both.  I suggest just not
building that driver in your kernel, there is no other fix, sorry.

Or disable the init hotplug scripts, and add the module to the autoload modules file, that will solve the issue.