Light-On pnic hang?

[Todd T. Fries]

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 send a message body containing "unsubscribe"
to linux-tulip-request@beowulf.org