dmesg shows 100s of atl1 0000:01:00.0: eth0 link is down atl1 0000:01:00.0: eth0 link is up 100 Mbps full duplex atl1 0000:01:00.0: eth0 link is down atl1 0000:01:00.0: eth0 link is up 100 Mbps full duplex .. A related message that looks suspicious: atl1 0000:01:00.0: Unable to enable MSI: -22 Version-Release number of selected component (if applicable): Linux blauw 2.6.29.6-217.2.16.fc11.x86_64 #1 SMP Mon Aug 24 17:17:40 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux When looking into this problem I found the same in an identical machine running Fedora 10. Linux htpc 2.6.27.30-170.2.82.fc10.x86_64 #1 SMP Mon Aug 17 08:18:34 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux How reproducible: When machine is on. Additional info: The network connection does function, although it is erratic and slow. (That is why I started looking.) I have checked cabling and switch, only one single connection to a switch shows the same behaviour. same/other cable, same/other switch, the error remains. Both identical PCs failing at the same task is also unlikely.
Does adding 'pci=nomsi' to the boot options make any difference?
The pci=nomsi boot option has no effect. Googling 'MSI 22 atl1' shows many 'unconditionally enable MSI' references. So I tried disabling MSI on the pci bridge leading to the ethernet device (echo 0 >/sys/bus/pci/devices/0000\:00\:1c.5/msi_bus), which did not help either.
Created attachment 363900 [details] dmesg of kernel with pci=nomsi
Created attachment 363901 [details] lspci -vv
A new switch solved the problem. Please close this 'bug'.
libextractor-0.6.3-1805.1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/libextractor-0.6.3-1805.1.fc18