RealTek 8180 wireless LAN (mini) PCI card

Hi everybody!

I'm new to this NewsGroup business, so I don't know whether this is the
right address for my questions at all.

My problem is getting a wireless PCI card with a RealTek 8180 chip set
running under RedHat 9.0,
(KernelVersion: 2.4.20-8smp "off the shelf"). It's supposed to be the
second NIC on my machine (ordinary PC with a Pentium 4), the other one
being an LOM (LAN On Motherboard) 3c2000, which runs smoothly with a
vendor provided KernelModule. Of course the source was provided, but I
had no trouble compiling and integrating it. Not so with this wireless
card! There is a KernelModule with this one as well, but only part of
the source and an object file that gets integrated into the actual
module during compilation. (I wonder what secrets they've got to hide!?!)
Compilation and loading the module causes no problem at all. The
"syslog" looks like:

Jan 9 18:34:13 viviane kernel:
Jan 9 18:34:13 viviane kernel:
Jan 9 18:34:13 viviane kernel: ******** RTL8180 Wireless Lan Driver
2003-06-11 loaded********
Jan 9 18:34:13 viviane kernel: RTL8180: 02:0a.0: region #0 IS a PIO
resource!
Jan 9 18:34:13 viviane kernel: RTL8180:
request_region(0x0000d000,0x00000100) !
Jan 9 18:34:13 viviane kernel: RTL8180: STA is NOT acting as AP!
Jan 9 18:34:13 viviane kernel: RTL8180: LITTLE_ENDIAN memory access
Jan 9 18:34:13 viviane kernel: RTL8180: station mode eeprom info
Jan 9 18:34:13 viviane kernel: RTL8180: EEpromAddressSize = 6!
Jan 9 18:34:13 viviane kernel: RTL8180: eepromID = 0x8129
Jan 9 18:34:13 viviane kernel: RTL8180: EEPROMVersion = 0x0103
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 0 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 1 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 2 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 3 = 0x10
Jan 9 18:34:13 viviane /etc/hotplug/net.agent: invoke ifup wlan0
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 4 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 5 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 6 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 7 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 8 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 9 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 10 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 11 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 12 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 13 = 0x10
Jan 9 18:34:13 viviane kernel: RTL8180: ChannelPlan = 0x0002
Jan 9 18:34:13 viviane kernel: RTL8180: RFChipID = 0x0005
Jan 9 18:34:13 viviane kernel: RTL8180: EEPROMVersion > 0x0101
Jan 9 18:34:13 viviane kernel: RTL8180: AntennaDiversity = FALSE
Jan 9 18:34:13 viviane kernel: RTL8180: CSThreshold = 0x0002
Jan 9 18:34:13 viviane kernel: RTL8180: DigitalPhy = TRUE
Jan 9 18:34:13 viviane kernel: RTL8180: DefaultAntennaB = TRUE
Jan 9 18:34:13 viviane kernel: RTL8180: CSMethod = RCR_EnCS1
Jan 9 18:34:13 viviane kernel: RTL8180: wlan driver loaded.
ioaddr=0xd000, irq=22, MAC_addr=0:50:fc:f2:9c:68

.... Thus, apparently, everything looks A - O.K.!?!
Now I give the necessary Parameters to reflect my environment via:
"/sbin/iwpriv wlan0 wlan_para ?????" ...

Jan 9 18:34:13 viviane kernel: RTL8180: Turn on RTL_DDEBUG_OUTINFO
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command
[networktype]
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [authtype]
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [preamble]
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [channel]
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command
[basicrates]
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [oprates]
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [encmode]
Jan 9 18:34:13 viviane kernel: RTL8180: Set encryptmode = WEP
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [wepmode]
Jan 9 18:34:13 viviane kernel: RTL8180: Set wepmode = ON <WEP104>
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [wepdkeyid]
Jan 9 18:34:13 viviane kernel: RTL8180: Set WEP default key id = 0
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command
[wepkey104_1]
Jan 9 18:34:13 viviane kernel: RTL8180: Set WEP104 [1]th default key =
26021958a1 8101991b13 031961<in hex>
Jan 9 18:34:13 viviane kernel: RTL8180: Set WEP104 [1]th default key =
26 02 19 58 a1 81 01 99 1b 13 03 19 61<in hex>
Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [ssid2scan]

.... so far, so good. However, whenever I give: "/sbin/iwpriv wlan0 enable"
I get ...

Jan 9 18:34:13 viviane kernel: RTL8180: ------ Enable wlan driver ------
Jan 9 18:34:13 viviane kernel: RTL8180: WLAN driver version 1.3
Jan 9 18:34:13 viviane kernel: RTL8180: wireless LAN controller RTL8180
+ GCT RF.
Jan 9 18:34:14 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x00, data = 0xa8, ReadData = 0xe3
Jan 9 18:34:15 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x04, data = 0xc0, ReadData = 0xe3
Jan 9 18:34:15 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x05, data = 0x90, ReadData = 0xe3
Jan 9 18:34:16 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x06, data = 0x1e, ReadData = 0xe3
Jan 9 18:34:16 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x07, data = 0x64, ReadData = 0xe3
Jan 9 18:34:16 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x11, data = 0x88, ReadData = 0xe3
Jan 9 18:34:17 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x12, data = 0x40, ReadData = 0xe3
Jan 9 18:34:17 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x13, data = 0x00, ReadData = 0xe3
Jan 9 18:34:18 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x19, data = 0x00, ReadData = 0xe3
Jan 9 18:34:18 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x1a, data = 0xa0, ReadData = 0xe3
Jan 9 18:34:19 viviane kernel: RTL8180: BB Reg Write Fails! offset =
0x1b, data = 0x44, ReadData = 0xe3
Jan 9 18:34:19 viviane kernel: RTL8180: ENABLE_RTL_DCST
Jan 9 18:34:19 viviane kernel: RTL8180: Set dot11PrivacyInvoked = 1.
Jan 9 18:34:19 viviane kernel: RTL8180: encryptmode = RTL_ENC_WEP
Jan 9 18:34:19 viviane kernel: RTL8180: wepkeymode = WEP_MODE_ON_104
Jan 9 18:34:19 viviane kernel: RTL8180: Turn on hardware WEP. SCR = 0x13
Jan 9 18:34:19 viviane kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 9 18:34:28 viviane kernel: RTL8180: TX NORMAL Descriptor unavailable!
Jan 9 18:34:41 viviane last message repeated 86 times

.... etc. Always! No matter at which point after ModuleLoading I give it.
The machine gets really "sloppy" after that and gives repeatedly
messages like the last one, until I give: "/sbin/iwpriv wlan0 disable"

The only other suspicious thing I noticed about the driver is, that at
system startup, when the module dependencies are checked, it says that
there are "unresolved symbols in module *rtl8180_24x*"* *(i.e. the one
in question here). If I give "depmod -ae" myself I get:

depmod: *** Unresolved symbols in
/lib/modules/2.4.20-8/kernel/drivers/net/wireless/rtl8180_24x.o
depmod: eth_type_trans
depmod: alloc_skb
depmod: pci_register_driver
depmod: __release_region
depmod: ether_setup
depmod: kmalloc
depmod: pci_enable_device
depmod: create_proc_entry
depmod: cpu_raise_softirq
depmod: free_irq
depmod: unregister_netdev
depmod: __out_of_line_bug
depmod: proc_mkdir
depmod: del_timer
depmod: register_netdev
depmod: mod_timer
depmod: kfree
depmod: remove_proc_entry
depmod: request_irq
depmod: netif_rx
depmod: pci_unregister_driver
depmod: skb_over_panic
depmod: pci_set_master
depmod: sprintf
depmod: jiffies
depmod: softnet_data
depmod: __request_region
depmod: printk
depmod: add_timer
depmod: __const_udelay
depmod: ioport_resource

Anybody any idea at all what's lacking here, or what may be wrong with
the driver?
The NIC is o.k., since it runs smoothly under Win(yuck)XP.

Jogy

P.S.: By the way, this is version 1.3 of the rtl8180_24x, with the new
1.4 version it's even worse!
I get Oops'es all over and the machine hangs, whenever I try to
disable that driver.

["Followup-To:" header set to comp.os.linux.hardware.] On Tue, 13 Jan
2004 17:30:40 +0100, Joachim A. Stuewe staggered into the Black Sun and
said:
> I'm new to this NewsGroup business, so I don't know whether this is
> the right address for my questions at all.

Close enough; it's about Linux and about hardware, so col.hardware is
fine.

> My problem is getting a wireless PCI card with a RealTek 8180 chip set
> running under RedHat 9.0, (KernelVersion: 2.4.20-8smp "off the
> shelf").
[snip]
> There is a KernelModule with [the RTL8180] as well, but only part of
> the source and an object file that gets integrated into the actual
> module during compilation. Compilation and loading the module causes
> no problem at all.

In the README for the partially-source RTL8180 module, did you see
anything like "only tested with kernels 2.4.21 and up" or anything like
that? Stock Redhat kernels are kind of far off from vanilla kernel
sources.

[snip dmesg output]
> "/sbin/iwpriv wlan0 wlan_para ?????" ...
[works]

> so far, so good. However, whenever I give: "/sbin/iwpriv wlan0 enable"
>
> Jan 9 18:34:13 viviane kernel: RTL8180: ------ Enable wlan driver ------
> Jan 9 18:34:14 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x00, data = 0xa8, ReadData = 0xe3

The module is dumping register data; never a good sign.

> The machine gets really "sloppy" after that and gives repeatedly
> messages like the last one, until I give: "/sbin/iwpriv wlan0 disable"
>
> The only other suspicious thing I noticed about the driver is, that at
> system startup, when the module dependencies are checked, it says that
> there are "unresolved symbols in module *rtl8180_24x*"* *(i.e. the one
> in question here). If I give "depmod -ae" myself I get:
>
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.20-8/kernel/drivers/net/wireless/rtl8180_24x.o

It shouldn't have let you modprobe the module if there are unresolved
symbols in it. This is weird. The list of the bad symbols (elided for
brevity) includes a lot of basic ones that should've been in there had
the module compiled properly. You've got the correct kernel-source or
kernel-headers RPM installed under /usr/src/linux , right? Also, look
at the README for the module source package and make sure it doesn't
direct you to do stuff you didn't do.

> The NIC is o.k., since it runs smoothly under Win(yuck)XP. By the
> way, this is version 1.3 of the rtl8180_24x, with the new 1.4 version
> it's even worse!

Hm. Strange. I assume you've Googled for "rtl8180 redhat"--well, maybe
not; that doesn't turn up much that's useful. If you are using a stock
Redhat 9 system, there should be an RPM you can download from wherever
you got the source package, which you should use--less chance to screw
up the compilation step that way.

--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / mail: TRAP + SPAN don't belong
http://www.brainbench.com / Hire me!
-----------------------------/ http://crow202.dyndns.org/~mhgraham/resume

Hi!
Recently I tried to install this Realtek 8180 under Debian woody with
kernel 2.4.21. I got sources of the driver and compiled it for my
kernel. Compilation and loading the module caused no problems. The
problem begins when I do /sbin/iwpriv wlan0 enable. I get exactly the
same messages except for unresolved symbols. The card works well under
win98. Still have no idea how to solve this. I'm gonna try RedHat
after my exams as there are precompiled drivers...maybe this will
work.

If anyone finds solution help please

lagoona

"Joachim A. Stuewe" <(E-Mail Removed)> wrote in message news:<bu16re$1a5$(E-Mail Removed)>...
> Hi everybody!
>
> I'm new to this NewsGroup business, so I don't know whether this is the
> right address for my questions at all.
>
> My problem is getting a wireless PCI card with a RealTek 8180 chip set
> running under RedHat 9.0,
> (KernelVersion: 2.4.20-8smp "off the shelf"). It's supposed to be the
> second NIC on my machine (ordinary PC with a Pentium 4), the other one
> being an LOM (LAN On Motherboard) 3c2000, which runs smoothly with a
> vendor provided KernelModule. Of course the source was provided, but I
> had no trouble compiling and integrating it. Not so with this wireless
> card! There is a KernelModule with this one as well, but only part of
> the source and an object file that gets integrated into the actual
> module during compilation. (I wonder what secrets they've got to hide!?!)
> Compilation and loading the module causes no problem at all. The
> "syslog" looks like:
>
> Jan 9 18:34:13 viviane kernel:
> Jan 9 18:34:13 viviane kernel:
> Jan 9 18:34:13 viviane kernel: ******** RTL8180 Wireless Lan Driver
> 2003-06-11 loaded********
> Jan 9 18:34:13 viviane kernel: RTL8180: 02:0a.0: region #0 IS a PIO
> resource!
> Jan 9 18:34:13 viviane kernel: RTL8180:
> request_region(0x0000d000,0x00000100) !
> Jan 9 18:34:13 viviane kernel: RTL8180: STA is NOT acting as AP!
> Jan 9 18:34:13 viviane kernel: RTL8180: LITTLE_ENDIAN memory access
> Jan 9 18:34:13 viviane kernel: RTL8180: station mode eeprom info
> Jan 9 18:34:13 viviane kernel: RTL8180: EEpromAddressSize = 6!
> Jan 9 18:34:13 viviane kernel: RTL8180: eepromID = 0x8129
> Jan 9 18:34:13 viviane kernel: RTL8180: EEPROMVersion = 0x0103
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 0 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 1 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 2 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 3 = 0x10
> Jan 9 18:34:13 viviane /etc/hotplug/net.agent: invoke ifup wlan0
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 4 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 5 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 6 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 7 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 8 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 9 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 10 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 11 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 12 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: Tx Power Level, channel 13 = 0x10
> Jan 9 18:34:13 viviane kernel: RTL8180: ChannelPlan = 0x0002
> Jan 9 18:34:13 viviane kernel: RTL8180: RFChipID = 0x0005
> Jan 9 18:34:13 viviane kernel: RTL8180: EEPROMVersion > 0x0101
> Jan 9 18:34:13 viviane kernel: RTL8180: AntennaDiversity = FALSE
> Jan 9 18:34:13 viviane kernel: RTL8180: CSThreshold = 0x0002
> Jan 9 18:34:13 viviane kernel: RTL8180: DigitalPhy = TRUE
> Jan 9 18:34:13 viviane kernel: RTL8180: DefaultAntennaB = TRUE
> Jan 9 18:34:13 viviane kernel: RTL8180: CSMethod = RCR_EnCS1
> Jan 9 18:34:13 viviane kernel: RTL8180: wlan driver loaded.
> ioaddr=0xd000, irq=22, MAC_addr=0:50:fc:f2:9c:68
>
> ... Thus, apparently, everything looks A - O.K.!?!
> Now I give the necessary Parameters to reflect my environment via:
> "/sbin/iwpriv wlan0 wlan_para ?????" ...
>
> Jan 9 18:34:13 viviane kernel: RTL8180: Turn on RTL_DDEBUG_OUTINFO
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command
> [networktype]
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [authtype]
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [preamble]
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [channel]
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command
> [basicrates]
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [oprates]
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [encmode]
> Jan 9 18:34:13 viviane kernel: RTL8180: Set encryptmode = WEP
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [wepmode]
> Jan 9 18:34:13 viviane kernel: RTL8180: Set wepmode = ON <WEP104>
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [wepdkeyid]
> Jan 9 18:34:13 viviane kernel: RTL8180: Set WEP default key id = 0
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command
> [wepkey104_1]
> Jan 9 18:34:13 viviane kernel: RTL8180: Set WEP104 [1]th default key =
> 26021958a1 8101991b13 031961<in hex>
> Jan 9 18:34:13 viviane kernel: RTL8180: Set WEP104 [1]th default key =
> 26 02 19 58 a1 81 01 99 1b 13 03 19 61<in hex>
> Jan 9 18:34:13 viviane kernel: RTL8180: Use RTL private command [ssid2scan]
>
> ... so far, so good. However, whenever I give: "/sbin/iwpriv wlan0 enable"
> I get ...
>
> Jan 9 18:34:13 viviane kernel: RTL8180: ------ Enable wlan driver ------
> Jan 9 18:34:13 viviane kernel: RTL8180: WLAN driver version 1.3
> Jan 9 18:34:13 viviane kernel: RTL8180: wireless LAN controller RTL8180
> + GCT RF.
> Jan 9 18:34:14 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x00, data = 0xa8, ReadData = 0xe3
> Jan 9 18:34:15 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x04, data = 0xc0, ReadData = 0xe3
> Jan 9 18:34:15 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x05, data = 0x90, ReadData = 0xe3
> Jan 9 18:34:16 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x06, data = 0x1e, ReadData = 0xe3
> Jan 9 18:34:16 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x07, data = 0x64, ReadData = 0xe3
> Jan 9 18:34:16 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x11, data = 0x88, ReadData = 0xe3
> Jan 9 18:34:17 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x12, data = 0x40, ReadData = 0xe3
> Jan 9 18:34:17 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x13, data = 0x00, ReadData = 0xe3
> Jan 9 18:34:18 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x19, data = 0x00, ReadData = 0xe3
> Jan 9 18:34:18 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x1a, data = 0xa0, ReadData = 0xe3
> Jan 9 18:34:19 viviane kernel: RTL8180: BB Reg Write Fails! offset =
> 0x1b, data = 0x44, ReadData = 0xe3
> Jan 9 18:34:19 viviane kernel: RTL8180: ENABLE_RTL_DCST
> Jan 9 18:34:19 viviane kernel: RTL8180: Set dot11PrivacyInvoked = 1.
> Jan 9 18:34:19 viviane kernel: RTL8180: encryptmode = RTL_ENC_WEP
> Jan 9 18:34:19 viviane kernel: RTL8180: wepkeymode = WEP_MODE_ON_104
> Jan 9 18:34:19 viviane kernel: RTL8180: Turn on hardware WEP. SCR = 0x13
> Jan 9 18:34:19 viviane kernel: ip_tables: (C) 2000-2002 Netfilter core team
> Jan 9 18:34:28 viviane kernel: RTL8180: TX NORMAL Descriptor unavailable!
> Jan 9 18:34:41 viviane last message repeated 86 times
>
> ... etc. Always! No matter at which point after ModuleLoading I give it.
> The machine gets really "sloppy" after that and gives repeatedly
> messages like the last one, until I give: "/sbin/iwpriv wlan0 disable"
>
> The only other suspicious thing I noticed about the driver is, that at
> system startup, when the module dependencies are checked, it says that
> there are "unresolved symbols in module *rtl8180_24x*"* *(i.e. the one
> in question here). If I give "depmod -ae" myself I get:
>
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.20-8/kernel/drivers/net/wireless/rtl8180_24x.o
> depmod: eth_type_trans
> depmod: alloc_skb
> depmod: pci_register_driver
> depmod: __release_region
> depmod: ether_setup
> depmod: kmalloc
> depmod: pci_enable_device
> depmod: create_proc_entry
> depmod: cpu_raise_softirq
> depmod: free_irq
> depmod: unregister_netdev
> depmod: __out_of_line_bug
> depmod: proc_mkdir
> depmod: del_timer
> depmod: register_netdev
> depmod: mod_timer
> depmod: kfree
> depmod: remove_proc_entry
> depmod: request_irq
> depmod: netif_rx
> depmod: pci_unregister_driver
> depmod: skb_over_panic
> depmod: pci_set_master
> depmod: sprintf
> depmod: jiffies
> depmod: softnet_data
> depmod: __request_region
> depmod: printk
> depmod: add_timer
> depmod: __const_udelay
> depmod: ioport_resource
>
> Anybody any idea at all what's lacking here, or what may be wrong with
> the driver?
> The NIC is o.k., since it runs smoothly under Win(yuck)XP.
>
> Jogy
>
> P.S.: By the way, this is version 1.3 of the rtl8180_24x, with the new
> 1.4 version it's even worse!
> I get Oops'es all over and the machine hangs, whenever I try to
> disable that driver.