2.4.3-pre8 problem with 8139too - failure to load

PATCH New Frank Jacobberger 3 participants 3 messages Mar 26, 2001 – Mar 27, 2001 Networking

Share & tools

Frank Jacobberger

author

2001-03-26 14:08 UTC #0 lore raw

Something has changed regarding the 8139too driver in pre8.

I worked on it all morning long trying to resolve why the sucker failed to load. There are new configuration options that need to be addressed. As you recall there were zippo options in the pre7.

There are now:

RealTek RTL-8139 PCI Fast Ethernet Adapter support [M]
Use PIO instead of MMIO

[*]

Support for automatic channel equalization (EXPERIMENTAL) [ ]
Support for older RTL-8129/8130 boards [*]

Doing any combination of the above netted no positive result here.

I have run every kernel patch since 2.4.0 blah and
have never seen this driver fail to load or perform to some degree.

Trying to do insmod 8139too.o from the :
/lib/modules/2.4.3-pre8/kernel/drivers/net directory show these unresolved symbols:

8139too.o: unresolved symbol alloc_etherdev
8139too.o: unresolved symbol unregister_netdev
8139too.o: unresolved symbol register_netdev

Maybe Jeff can shed more light on these changes....

Thanks,

Frank

Jeff Garzik

2001-03-26 14:30 UTC #1 lore raw

PATCH 1/1 Fix net driver load problems

Quoted 7 lines · Frank Jacobberger

Something has changed regarding the 8139too driver in pre8.
I worked on it all morning long trying to resolve why the sucker failed to load. There are new configuration options that need to be addressed. As you recall there were zippo options in the pre7.

Quoted 5 lines

There are now:
RealTek RTL-8139 PCI Fast Ethernet Adapter support [M]
Use PIO instead of MMIO
      [*]

Note by selecting this, you must made your driver slower. Did you read the help for the option?

Quoted 2 lines

Support for automatic channel equalization (EXPERIMENTAL) [ ]
Support for older RTL-8129/8130 boards [*]

By selecting this you made your driver bigger, probably for no reason..

Quoted 9 lines

Doing any combination of the above netted no positive result here.
I have run every kernel patch since 2.4.0 blah and
have never seen this driver fail to load or perform to some degree.
Trying to do insmod 8139too.o from the :
/lib/modules/2.4.3-pre8/kernel/drivers/net directory show these unresolved symbols:

Quoted 5 lines

8139too.o: unresolved symbol alloc_etherdev
8139too.o: unresolved symbol unregister_netdev
8139too.o: unresolved symbol register_netdev
Maybe Jeff can shed more light on these changes....

After staring hard at my source, I ran another diff and found that net_init is not listed in export-objs. Oh well, it's better to compile stuff into your kernel anyway ;-) ;-)

Attached is a patch which fixes things.

Jeff

Signature · 3 lines

Jeff Garzik       | May you have warm words on a cold evening,
Building 1024     | a full moon on a dark night,
MandrakeSoft      | and a smooth road all the way to your door.

Index: drivers/net/Makefile
===================================================================
RCS file: /cvsroot/gkernel/linux_2_4/drivers/net/Makefile,v retrieving revision 1.1.1.32
retrieving revision 1.1.1.32.2.1

net/Makefile +3 -2

diff -u -r1.1.1.32 -r1.1.1.32.2.1
@@ -15,8 +15,9 @@
 # All of the (potential) objects that export symbols.
 # This list comes from 'grep -l EXPORT_SYMBOL *.[hc]'.
 
-export-objs     :=	8390.o arlan.o aironet4500_core.o aironet4500_card.o ppp_async.o \
-			ppp_generic.o slhc.o pppox.o auto_irq.o
+export-objs     :=	8390.o arlan.o aironet4500_core.o aironet4500_card.o \
+			ppp_async.o ppp_generic.o slhc.o pppox.o auto_irq.o \
+			net_init.o
 
 ifeq ($(CONFIG_TULIP),y)
   obj-y += tulip/tulip.o

Tom Eastep

2001-03-27 02:09 UTC #2 lore raw

In reply to Frank Jacobberger

Thus spoke Frank Jacobberger:

Quoted 8 lines

Trying to do insmod 8139too.o from the :
/lib/modules/2.4.3-pre8/kernel/drivers/net directory show these unresolved symbols:
8139too.o: unresolved symbol alloc_etherdev
8139too.o: unresolved symbol unregister_netdev
8139too.o: unresolved symbol register_netdev

I ran into a similar problem with tulip.o -- I was able to work around the problem by turning off module versioning (CONFIG_MODVERSIONS).

-Tom

Signature · 5 lines

Tom Eastep             \ Alt Email: [email protected]
ICQ #60745924           \ Websites: http://seawall.sourceforge.net
[email protected]       \          http://seattlefirewall.dyndns.org
Shoreline, Washington USA \         http://shorewall.sourceforge.net
                           \_________________________________________