Messages in this thread | | | Date | Mon, 31 Mar 2003 03:20:22 -0800 (PST) | From | Beau Hargis <> | Subject | 2.5.66-mjb1 network oddities encountered |
| |
Everything seems to work ok, except the networking. At first I was not sure what to think of it until I realized that ACPI was compiled in by default. I disabled acpi at boot (acpi=off) and was then able to get the interface eth0 to work. The card is an ISA smc_ultra.
The module smc_ultra loads fine, as well as 8390 and crc32, and reports that it is using irq=10, io=0x240 and memory=0xde000-0xdffff which is correct and the same values reported under 2.4. The routes configure correctly, the address for the interface (10.0.0.10) can be pinged and localhost can be pinged, but outside is unreachable. The error that is occuring is:
NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x2, t=1097. NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x2, t=2073. NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x43, t=1142.
Again, if I disable ACPI, everything works beautifully. It is not an issue for me; it was just that ACPI was compiled in by default. I don't know if that is a known issue (I couldnt find any mention of it), or perhaps some user-space setup is required (I never had any reason to mess with ACPI before). Also, it's the same with or without IO-APIC, FWIW. I checked, just in case, since it seemed to be an interrupt related problem.
The only other strange thing that I discovered is that PCMCIA was compiled in by default as well as a PCMCIA NE2K driver which caused be a bit of confusion at first because I was looking for the 8390 module and it wasn't there. Some digging led me to the discovery that 8390.o was compiled into the kernel as well as CRC32. No missing symbols when the modules were installed or when loaded. The odd part was that upon deselecting PCMCIA to be compiled, 8390.ko was generated, but CRC32 symbols did not get exported, where as they did get exported when 8390 was compiled into the kernel. But, again, not a problem, changing CRC32 to a module fixed that... just odd to me, that's all.
Other than that, I am worried that there might be something seriously wrong. There were no oopses of any kind, at all. :)
--
------------------------- &${\eval(unpack("u*",'F(\'-U8GMP<FEN=")<;F)E875H7$!S8VAW;V]G;&4N;W)G7&XB.WT`'))}
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |