From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
Description of problem:
The machine has 2 OS (Win98 and Linux) My NIC is functioning well in Win98
as Realtek RTL8019 PnPlay. It used to function in Linux, recognized as
Genius LAN GE2000III series. Now I canB4t load ne.o, insmod ne results in
unresolved symbols in /lib/modules/2.4.2-2/kernel/drivers/net/ne.o.
Deleting the lines under class:NETWORK in /etc/sysconfig/hwconf and
rebooting gives a message under setup:"checking for new
hardware /etc/rc5.d/S05kudzu: line 78: 234 segmentation
fault /usr/sbin/kudzu $KUDZU_ARGS -t 30".
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.By starting the system this message comes up, readable in interactive
Something PROBABLY (I am not sure!)happened after including alias eth and
option irq=5 ioports=0x280 in /etc/modules.conf. The IRQ in Win98 is 10,
io 0x280. I have tried all combinations of IRQ/io in the /etc/modules.conf-
file, but the card canB4t be found at any port addresses.
Try doing 'modprobe ne', not 'insmod ne'.
Yes, using modprobe ne works allright, insmode ne not. But still the message
about Kudzu is there. And ... why 4did not the RH Support give me this advice?
Regards, Lars Eric
I'm not sure; in general, you should always use modprobe, not insmod.
Can you post your /proc/isapnp?
Closing, lack of response