Date: Wed, 1 Jan 2003 22:57:22 -0000 From: "Cameron Murdoch" <cmurdoch@bprarchitects.com> To: =?iso-8859-1?Q?Erik_Paulsen_Sk=E5lerud?= <erik@pentadon.com>, <stable@freebsd.org> Subject: RE: Spontaneous shutdown - fxp related? Message-ID: <98D8849D7BBCEF44B063404DCD267EC61C0B@zulu.bprarchitects.com>
next in thread | raw e-mail | index | archive | help
Same problem with RELENG_4_7 I upgraded to stable to see if that fixed = the problem but it didn't. Normally on this machine I would be tracking = the security branch. Cam -----Original Message----- From: Erik Paulsen Sk=E5lerud [mailto:erik@pentadon.com] Sent: 01 January 2003 22:21 To: Cameron Murdoch; stable@freebsd.org Subject: RE: Spontaneous shutdown - fxp related? Maybe you should try to not run -STABLE if you don't need it? Try using RELENG_4_7 instead. Or update your -STABLE to a newer one (I know that mux is currently doing some work on the pci network cards drivers). Erik. -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Cameron Murdoch Sent: Tuesday, December 31, 2002 7:19 PM To: stable@freebsd.org Subject: Spontaneous shutdown - fxp related? I have a problem with a machine I am trying to setup. It is going to be a firewall running ipfilter. The machine contains two brand new intel pro/100 server cards, (fxp driver), one connected to the internal LAN and one connected to our ADSL modem. The system seems fine when not doing anything but if just one client machine starts to use the internet after a while the machine will appear to switch off. The screen will blank and the computer will become completely unresponsive but it still has power in that the PSU fan still spins. The system reboots ok though is complains about root no being unmounted, etc. This effect is 100%, (so far) reproducible by trying to download a 60Mb file to a client computer within the internal network. The download never gets further than 6 or 7%. I have swapped the nics for other cards though the only spares I have a also Intel cards; I have also swapped the cards about the PCI slots without any luck. This computer is running -STABLE and is quite old so I wouldn't be that surprised if it is on it's way out. Any suggestions on what to try next? I can provide any information needed. Thanks! Cam [cmurdoch@kilo]$ uname -a FreeBSD kilo.bprarchitects.com 4.7-STABLE FreeBSD 4.7-STABLE #0: Tue Dec 31 17:42:47 GMT 2002 =20 root@juliet.bprarchitects.com:/usr/obj/usr/releng4/src/sys/KILO i386 [cmurdoch@kilo]$ cat /var/run/dmesg.boot Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-STABLE #0: Tue Dec 31 17:42:47 GMT 2002 root@juliet.bprarchitects.com:/usr/obj/usr/releng4/src/sys/KILO Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (200.46-MHz 586-class CPU) Origin =3D "GenuineIntel" Id =3D 0x543 Stepping =3D 3 Features=3D0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX> real memory =3D 67108864 (65536K bytes) avail memory =3D 61923328 (60472K bytes) Preloaded elf kernel "kernel" at 0xc0360000. Intel Pentium detected, installing workaround for F00F bug Using $PIR table, 6 entries at 0xc00fd820 npx0: <math processor> on motherboard npx0: INT 16 interface pcib0: <Host to PCI bridge> on motherboard pci0: <PCI bus> on pcib0 isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <Intel PIIX4 ATA33 controller> port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: <Intel 82371AB/EB (PIIX4) USB controller> at 7.2 irq 11 chip1: <Intel 82371AB Power management controller> port 0x5000-0x500f at device 7.3 on pci0 pci0: <Cirrus Logic GD5446 SVGA controller> at 17.0 irq 10 fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0x6500-0x653f mem 0xe1100000-0xe111ffff,0xe1121000-0xe1121fff irq 9 at device 18.0 on pci0 fxp0: Ethernet address 00:02:b3:c1:c6:49 inphy0: <i82555 10/100 media interface> on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: <Intel Pro 10/100B/100+ Ethernet> port 0x6600-0x663f mem 0xe1000000-0xe10fffff,0xe1120000-0xe1120fff irq 12 at device 19.0 on pci0 fxp1: Ethernet address 00:02:b3:5d:45:3f inphy1: <i82555 10/100 media interface> on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0 fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode IPsec: Initialized Security Association Processing. IP Filter: v3.4.29 initialized. Default =3D block all, Logging =3D = enabled ad0: 2014MB <ST32122A> [4092/16/63] at ata0-master UDMA33 acd0: CDROM <FX4010M> at ata0-slave PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?98D8849D7BBCEF44B063404DCD267EC61C0B>