Light-On pnic hang?

From: Todd T. Fries (todd@fries.net)
Date: Sat Mar 18 2000 - 02:08:42 EST


We have three machines all using the amd K6-3 and an fic motherboard using
the via chipset .. and when doing large ftp or other network transfers the
machines lock up until we bring the ethernet down and back up .. aka

        /etc/rc.d/init.d/network stop
        /etc/rc.d/init.d/network start

We are wondering if there are any other similar reports? It looks very
much like a dma transfer glitch in the motherboard, but just wanted to
ask before reaching any conclusions...

Thanks...

-- 
Todd Fries .. todd@fries.net

Linux version 2.2.12-20 (root@venus.misn.com) (gcc version egcs-2.91.66 19990314 /Linux (egcs-1.1.2 release)) #2 Fri Mar 17 13:57:15 CST 2000 Detected 381023289 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 760.22 BogoMIPS Memory: 62672k/65472k available (1060k kernel code, 412k reserved, 984k data, 64 k init) DENTRY hash table entries: 262144 (order: 9, 2097152 bytes) Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) VFS: Diskquotas version dquot_6.4.0 initialized CPU: AMD AMD-K6(tm) 3D processor stepping 0c Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.35a (19990819) Richard Gooch (rgooch@atnf.csiro.au) PCI: PCI BIOS revision 2.10 entry at 0xfb4d0 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: 00:3b [1106/3040/000604] has unknown header type 00, ignoring. PCI: 00:38 [1106/0586]: Work around ISA DMA hangs (00) Activating ISA DMA hang workarounds. 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 TCP: Hash tables configured (ehash 65536 bhash 65536) Initializing RT netlink socket Starting kswapd v 1.5 Detected PS/2 Mouse Port. Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled keyboard: Too many NACKs -- noisy kbd cable? keyboard: Too many NACKs -- noisy kbd cable? ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A pty: 256 Unix98 ptys configured apm: BIOS version 1.2 Flags 0x07 (Driver version 1.9) Real Time Clock Driver v1.09 RAM disk driver initialized: 16 RAM disks of 4096K size VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xe400-0xe407, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xe408-0xe40f, BIOS settings: hdc:DMA, hdd:DMA hda: ST36422A, ATA DISK drive hdc: ST36422A, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: ST36422A, 6103MB w/256kB Cache, CHS=778/255/63 hdc: ST36422A, 6103MB w/256kB Cache, CHS=13228/15/63 FDC 0 is a post-1991 82077 md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 raid5: measuring checksumming speed raid5: MMX detected, trying high-speed MMX checksum routines pII_mmx : 829.437 MB/sec p5_mmx : 723.519 MB/sec 8regs : 558.546 MB/sec 32regs : 387.858 MB/sec using fastest function: pII_mmx (829.437 MB/sec) scsi : 0 hosts. scsi : detected total. md.c: sizeof(mdp_super_t) = 4096 Partition check: hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 > hdc: RAMDISK: Compressed image found at block 0 autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem). autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem) readonly. change_root: old root has d_count=1 Trying to unmount old root ... okay Freeing unused kernel memory: 64k freed Adding Swap: 136512k swap-space (priority -1) tulip.c:v0.91g 7/16/99 becker@cesdis.gsfc.nasa.gov eth0: Lite-On 82c168 PNIC rev 32 at 0xe800, 00:A0:CC:5B:59:4A, IRQ 11. eth0: MII transceiver #1 config 3000 status 7829 advertising 01e1. eth1: Lite-On 82c168 PNIC rev 32 at 0xec00, 00:A0:CC:5B:59:48, IRQ 5. eth1: MII transceiver #1 config 3000 status 7829 advertising 01e1. eth0: Setting full-duplex based on MII#1 link partner capability of 41e1. eth1: Setting full-duplex based on MII#1 link partner capability of 41e1.

- 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/



This archive was generated by hypermail 2b29 : Thu Mar 23 2000 - 21:00:24 EST