Bug 39078
Summary: | ICP Vortex Controller not recognized at installation | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Wolfgang Schleicher <wolfgang.schleicher> | ||||||
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 7.1 | ||||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i686 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2003-06-06 12:12:39 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Wolfgang Schleicher
2001-05-04 08:56:26 UTC
The driver disk from 6.2 is not going to work. That driver was compiled by a different compiler for a different kernel. Are you booting off the Red Hat Linux 7.1 cd? Yes,I was booting from a scsi cdrom, and as far as the gdt controller is concerned the problem has been solved. But now I have another "little" problem, which I hope you can help me with. So, after upgrading a working rh61e EE to 71e choosing expert mode and using the driver disk included in 7.1 the former working network configuration fails. Again I had no chance to select any additional (nic) adapters during installation (only scsi drivers are provided). In 6.1 EE both chipsets, adaptec ANA6944 and ICP-Vortex GDT6538RS, were recognized automtically. Loading the gdth (first) and aic 78xx (second) drivers manually and continue the installing from scsi cdrom. After ending the update proccess and rebooting the machine, rh7.1 comes up correctly and everything workes fine except the network. During the booting phase no error messages (eth0 ...) come up. The tulip driver for the digital DS21140 seems to have been loaded correctly (that4s what the bootlog says) but no ping outside the localhost works -> destination host unreachable! When checking the logs one error message seems to be interesting (the same error-message occured at installation screen when booting from installation cdrom). From my point of view, rh71 does not handle the PCI Resources of the nic correctly. (see the message log) Maybe, I have to update the bios revision (ami bios 1.00.11cdol from 1992)?! The System is again a HP Netserver LX Pro with 4xPPro, 1024MB RAM, 1xAdaptec ANA6944 and ICP-Vortex 6538RS Raid Controller. "modprobe eth0" shows no error message. /var/log/message ... kernel: PCI: cannot allocate resource region 0 of device 00:0f.0 kernel: PCI: error while updating region 00:0f.0/1 kernel: eth0: Digital DS21140 Tulip ver 34 at 0xfc80 ... /etc/modules.conf ... alias eth0 tulip ... /etc/sysconfig/hwconf ... class: network bus: pci detached: 0 device: eth0 driver: tulip desc: "DEC | DECchip 21140 FastEthernet" vendorID: 1011 deviceID: 0009 pci type: 1 ... So what has to be done? Regards, Wolfgang This is starting to look like a kernel problem, so I'm changing the component. Does "ifconfig" should eth0 at all ? Can you attach the output of "dmesg" to this bug? Created attachment 17666 [details] dmesg.txt to bug 39078 So far, only one of the four ports ist enabled and bound to a static ip-adress. eth0 Link encap:Ethernet HWaddr 00:00:D1:1C:7E:E4 inet addr:10.56.77.55 Bcast:10.56.77.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:12 dropped:0 overruns:0 carrier:12 collisions:0 txqueuelen:100 Interrupt:10 Base address:0xfc80 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:28 errors:0 dropped:0 overruns:0 frame:0 TX packets:28 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 Regards, Wolfgang The part below is almost certainly the source of the problem. Investigating...... PCI: i440KX/GX host bridge 00:19.0: secondary bus 00 PCI: i440KX/GX host bridge 00:1a.0: secondary bus 02 PCI: Cannot allocate resource region 0 of device 00:0f.0 PCI: Cannot allocate resource region 1 of device 00:0f.0 PCI: Cannot allocate resource region 2 of device 00:0f.0 PCI: Cannot allocate resource region 3 of device 00:0f.0 PCI: Cannot allocate resource region 4 of device 00:0f.0 PCI: Cannot allocate resource region 5 of device 00:0f.0 got res[40000000:400003ff] for resource 0 of PCI device 8086:0008 (Intel Corporation) PCI: Error while updating region 00:0f.0/1 (40000408 != 40000008) got res[40000400:400007ff] for resource 1 of PCI device 8086:0008 (Intel Corporation) PCI: Error while updating region 00:0f.0/2 (40000808 != 40000008) got res[40000800:40000bff] for resource 2 of PCI device 8086:0008 (Intel Corporation) PCI: Error while updating region 00:0f.0/3 (40000c08 != 40000008) got res[40000c00:40000fff] for resource 3 of PCI device 8086:0008 (Intel Corporation) PCI: Error while updating region 00:0f.0/4 (40001008 != 40000008) got res[40001000:400013ff] for resource 4 of PCI device 8086:0008 (Intel Corporation) PCI: Error while updating region 00:0f.0/5 (40001408 != 40000008) got res[40001400:400017ff] for resource 5 of PCI device 8086:0008 (Intel Corporatio I hate to be a burden, but the output of "lspci -v" would be useful. Created attachment 17826 [details] lscpi -v to bug 39078 Can you try using the de4x5 module instead of the tulip module ? Sorry for taking such a long time to continue the bug discussion. Trying to load another module driver (modprobe de4x5) for the nic ends up with the message: ...device or resource busy ...de4x5 failed ...insmod de4x5 failed In the meantime I tried installing a fresh RH62e on this machine but the error messages were exactly the same as reported in RH71e. From the beginning of the installation process the well known PCI Error messages came up. I think this must be a problem concerning the kernel. A newer bios-revision is not avialable at hp, so I would try to put the nic into another pci slot on a different bus. Maybe, I will have more luck. Wolfgang There is a new, experimental, tulip driver available from the maintainer. In talking to the maintainer, he said he fixed at least 1 bug which could affect your situation. Would you be willing to test this new driver ? Nevertheless in this case I would prefer installing rather linux 6.1e EE than windows nt. Of course, any suggestions about this topic would be grateful, so I4m willing to do just anything to make this machine run with redhat. Thanks, Wolfgang There is a new driverdisk that fixes this issue, you can get it from ftp://ftp.redhat.de/pub/rh-addons/driverdisks/ remember to use "linux dd" on the syslinux prompt. |