|Meet the Gang 1 2 3 4 5 6 7 8 9|
There is no guarantee that your questions here will ever be answered. Readers at confidential sites must provide permission to publish. However, you can be published anonymously - just let us know!
TAG Member bios | FAQ | Knowledge base
From William Laing
Answered By Ben Okopnik, Breen Mullins
Can someone instruct me how to install the module/ driver in Linux 6.2 .for the Linksys networking card.
The following module came with the card on a floppy and I was able to load it in as follows as per the instructions. I have tulip.o loaded in at this location.
# locate tulip.o /lib/modules/2.2.17-14/net/old_tulip.o /lib/modules/2.2.17-14/net/tulip.o
Does the old file require to be deleted or may it stay ? I am be having some fun, but not making any headway on insmod.At this point I cant go ant further.
Thanking you. Bill
[Ben] Did you try loading the module that was already on your system? I would do that before using the new one, by preference - consider that to be your fallback position if the new one fails, or gives you any problems. Presumably, you're using the 2.2.17 kernel; all you have to do is type
If the module loads without errors, check to see if the system actually "sees" the card as it should:
ben@Baldur:~$ ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:4C:69:6E:75:79 inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0 BROADCAST PROMISC MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:11 Base address:0x200
Note that your numbers may not be the same as mine; in fact, the line starting with "inet addr" will most likely be absent. This is normal.
Truth to tell, I'm a little surprised at the fact that the manufacter included a module: they're normally compiled for a given kernel, and will error out (although they can be force-loaded) when pushed onto a different one.
The old module (I assume, from the above, that you renamed the original to "old_tulip.o") does not need to be deleted. If you want to test the system with it instead of the new one, you should just be able to type
Don't try to load more than one of them at a time; unload the one that you don't want with
You can always see what's loaded by typing
Thank you for Clear instructions, much apprecated. The following happens while using the commands you suggested.
Presumably, you're using the 2.2.17 kernel; all you have to do is type...
Yes a 2.2.17-14 kernal
Yeilds as follows:
Using /lib/modules/2.2.17-14/net/tulip.o: init_module: Device or resource busy Hint: insmod errors can be caused by incorrect module parameters including invalid I0 or IRQ parameters.
[Ben] That sounds like it's looking for parameters. This can also be caused by I/O or IRQ conflicts, but ...
[Breen] The tulip cards are all PCI and you shouldn't attempt to specify either IRQs or IO addresses for them. The system assigns these for a PCI device, not the driver.
[Ben] Right. Check "/proc/pci".
Yields the same as the new one. I believe I am guilty of copying both modules myself to the linux box.
[Ben] It sounds like either one will work, once you have the correct parameters.
# lsmod Module Size Used by #
With nothing listed.
[Ben] This is fine.
Both machines can ping each other while Window applications are installed suggesting the network path is funtional.
[Ben] Good - knowing that will narrow down any troubleshooting that you may do.
Agn thank you people for you kind assistance. The results of your suggestions follow. (It is a bare bones machine text only.)
The kernel is a 2.2.17-14
The card is a Linksys LNE Ver.4.1 TAIMAG HE-012D
I do have other D-Link Cards I have tried, using RTL8139, but the results were the same.
# /var/log/dmesg Permission denied #
[Ben] Erm, you're supposed to read it - not execute it. "/bin/dmesg" will print out the contents; for a bit more scrolling control, try
Reading "daemon.log" and "messages" in "/var/log" would be of even more use - they would tell you what happened when you tried to load the module. A quick look at the available parameters for "tulip.o" tells me that there's a "debug" option, enabled by
insmod tulip debug=value
Where "value" is 1-6 (I just took a quick look through the code, and the tests for "tulip_debug" max out at 'if (tulip_debug > 5)...') This should print much more info to the logs.
[Breen] As Ben said, you're supposed to read the file. But you won't find the detection message we're looking for in dmesg; I realize that you need to look in /var/log/messages.
# grep tulip /var/log/messages*
You'll be looking for a line similar to this:
messages.3:Oct 8 13:17:41 archy kernel: tulip.c:v0.91g-ppc 7/16/99 firstname.lastname@example.org
That tells us the version of the tulip driver you're using. Mine is old but so is the card I'm using.
Instead of Ben's suggestion of
# insmod tulip
you may want to try
# modprobe tulip
(Some versions of the tulip driver need a shim driver to load first. modprobe will pick that up.)
If that doesn't work, try getting the latest drivers from Donald Becker's site:
Become root and install the rpm:
# rpm -i netdrivers-3.0-1.src.rpm # cd /usr/src/redhat/SPECS # rpm -bb netdrivers.spec
That will build the latest set of drivers.
# cd ../RPMS/i386 # rpm -Uvh netdrivers-3.0-1.i386.rpm (you MAY have to use a --force flag with that -- you'll know if you do.) # depmod -a # modprobe tulip
Which should get you up and running.
|Meet the Gang 1 2 3 4 5 6 7 8 9|