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>