Messages in this thread | | | Date | Thu, 27 May 1999 22:52:57 +0200 | From | Gert Doering <> | Subject | Problems with 2.2.9, EEpro100 and IPv6 (was: Re: 2.2.0-pre9 and still "misbehaviour" with EEpro/100) |
| |
Hi,
this problem is going on since 2.2.0-pre<x> times, but today I found some news on it:
On Sat, Jan 23, 1999 at 11:00:37PM +0000, Alan Cox wrote: > There is one important bit of info missing - a tcpdump off the idle machine > itself - ie does it think its outputting crap from the driver level or is > this something odder
It is "something odder". I just retried it, and it still happens with 2.2.9.
Recap: Asus P2B-LS board, onboard EEpro100 (i82555) chip, standard 2.2.9 eepro100 driver. Card connected to a dumb 10 mbit only ethernet hub.
Everthing works fine, quick, and reliable with 2.0.36 (RedHat 5.2).
Running 2.2.9, after a while of network inactivity on this host, the machine starts spewing "junk packets" on the network - slowing a SCO machine in the same LAN down to a crawl.
Sometimes, but not always, this is accompanied (sp?) by
eth0: Trying to restart the transmitter... eth0: Transmit timed out: status 0050 0000 at 146/162 command 00000000
messages (command being 000c0000 sometimes, the 146/162 numbers varying)
Running tcpdump in "promiscuous" mode stops the effect, running it with "-n -p" (no DNS, no promisc. mode) shows absolutely nothing when this happens.
Interesting enough, /proc/interrupts showed an increas of IRQ activity when this happened - about 2 million more entries in just a few seconds.
No IRQ sharing active on the board: CPU0 0: 69474 XT-PIC timer 1: 1792 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 0 XT-PIC serial 8: 1 XT-PIC rtc 12: 414 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 10836 XT-PIC aic7xxx 15: 2427706 XT-PIC Intel EtherExpress Pro 10/100 Ethernet NMI: 0
Driver messages:
Linux version 2.2.9 (root@noisy.greenie.muc.de) (gcc version 2.7.2.3) #9 Thu May 27 22:04:25 CEST 1999 Detected 334097832 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 333.41 BogoMIPS Memory: 127948k/131008k available (1080k kernel code, 412k reserved, 1528k data, 40k init) CPU: Intel Celeron (Mendocino) stepping 00 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.34 (19990310) Richard Gooch (rgooch@atnf.csiro.au) PCI: PCI BIOS revision 2.10 entry at 0xf0750 PCI: Using configuration type 1 PCI: Probing PCI hardware Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IPv6 v0.8 for NET4.0 IPv6 over IPv4 tunneling driver early initialization of device sit0 is deferred Initializing RT netlink socket Starting kswapd v 1.5 parport0: PC-style at 0x378 [SPP,ECP,ECPEPP,ECPPS2] parport0: detected irq 7; use procfs to enable interrupt-driven operation. Detected PS/2 Mouse Port. Serial driver version 4.27 with no serial options enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A pty: 256 Unix98 ptys configured lp0: using parport0 (polling). apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) Real Time Clock Driver v1.09 js: Version 1.2.13 using 333 MHz RDTSC timer. js: no joysticks found loop: registered device at major 7 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 (scsi0) <Adaptec AIC-7890/1 Ultra2 SCSI host adapter> found at PCI 6/0 (scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 407 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.10/3.2.4 <Adaptec AIC-7890/1 Ultra2 SCSI host adapter> scsi : 1 host. Vendor: IBM Model: DDRS-34560D Rev: DC1B Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 2, lun 0 (scsi0:0:2:0) Synchronous at 80.0 Mbyte/sec, offset 15. Vendor: PLEXTOR Model: CD-ROM PX-32TS Rev: 1.03 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 3, lun 0 (scsi0:0:3:0) Synchronous at 20.0 Mbyte/sec, offset 15. Vendor: FUJITSU Model: M2513E Rev: 0050 Type: Optical Device ANSI SCSI revision: 02 Detected scsi removable disk sdb at scsi0, channel 0, id 5, lun 0 (scsi0:0:5:0) Synchronous at 10.0 Mbyte/sec, offset 15. scsi : detected 1 SCSI cdrom 2 SCSI disks total. sr0: scsi3-mmc drive: 0x/0x caddy Uniform CDROM driver Revision: 2.55 SCSI device sda: hdwr sector= 512 bytes. Sectors= 8925000 [4357 MB] [4.4 GB] SCSI device sdb: hdwr sector= 2048 bytes. Sectors= 310352 [606 MB] [0.6 GB] sdb: Write Protect is off Partition check: sda: sda1 sda2 < sda5 sda6 sda7 > sdb: sdb1 sdb2 sdb3 sdb4 VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 40k freed Adding Swap: 40124k swap-space (priority -1) Rocketport device driver module, version 1.14c, 24-Aug-98 Rocketport controller #0 found at 00:58, 1 AIOP(s) (PCI Rocketport 8-port Modem) eth0: Intel EtherExpress Pro 10/100 at 0xb800, 00:E0:18:90:84:1B, IRQ 15. Board assembly 668081-002, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x24c9f043). Receiver lock-up workaround activated. eth0: no IPv6 routers present eth0: no IPv6 routers present
Hmmm. Let's try this without IPv6. *recompile, reboot*.
Gotcha.
- Boot without IPv6, wait for 30 minutes, regularily look at the Ethernet LEDs and /proc/interrupts -> nothing unusual, network is healthy.
- "insmod ipv6.o", watch some IPv6 ND packets, notice the message "eth0: no IPv6 routers present", and suddenly the eepro100 interrupt counters start increasing like crazy (200000 in one minute) and the 2.2.9 box floods the network with garbage.
After doing some "normal IPv4 traffic" (ping neighbour), this stops, and after a few minutes, starts again.
So there's definitely something fishy going on with the combination of eepro100 and IPv6. Bad, since I really want to start deploying IPv6 in our local test bed here (as soon as RIPE hands out some v6 addresses).
gert
-- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany gert@greenie.muc.de fax: +49-89-35655025 gert.doering@physik.tu-muenchen.de
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |