From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.4.1)
Description of problem:
After upgrading to 2.4.18-5, using rpm -Fvh, rebooted from previous correctly
operating 2.4.18-3 (base RH Linux 7.3) system. System refused to load tulip
modprobe tulip indicates desire to access /lib/modules/2.4.18-3/modules.dep
(which does not exist after upgrade)
All files exist under /lib/modules/2.4.18-5/... and have dates "Jun 10 12:26" or
thereabouts. Under /boot, the binary file "map" continues to reference
2.4.18-3, but all other references have been updated to 2.4.18-5.
Attempted to repair - built softlink 2.4.18-3 -> 2.4.18-5 under /lib/modules and
reperformed modprobe tulip; tulip then claims many missing kernel symbols (e.g.,
pci_write_config_dword_R57e8add4), followed by insmod failure. A reboot does
not fix the problem.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install vanilla redhat7.3 on i586 system with tulip NIC.
2. Install i586 versions of kernel patches to upgrade kernel from 2.4.18-3 to
Two bugs appear to be present. I don't think modprobe should be asking for
2.4.18-3 stuff after the upgrade. The version of tulip provided doesn't appear
to match the kernel. I have sources and will try to rebuild.
Reran install and performed upgrade; selected smp kernel. Install updated only
the kernel. After reboot, system is again operational and tulip device operational.
Since reporter indicated bug disappeared for him, closing with 'worksforme'.