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): How reproducible: Always Steps to Reproduce: 1.By starting the system this message comes up, readable in interactive setup 2. 3. Additional info: 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