Skip site navigation (1)Skip section navigation (2)
Date:      24 May 1998 13:36:20 -0500
From:      sfarrell@farrell.org
To:        freebsd-stable <stable@FreeBSD.ORG>
Subject:   more 2.2.6-stable crashes
Message-ID:  <87lnrrbjob.fsf@karma.uchicago.edu>

next in thread | raw e-mail | index | archive | help

so I'm still having serious stability problems with 2.2.6-Stable.  My
last message was not very information-packed, but I'll do better this
time.  One suggestion I had was to rebuild my linux LKM (as the
problem happened 100% when running linux stuff)... I've done this, and
it has not helped.

sources are spanking new 2.2.6-stable.  World was last made, um,
may 11. M/B is an ASUS with BX chipset.  RAM is SDRAM, non-parity.
Disks are seagate cheetah and an old 1 GB conner from a sun.

Here's my dmesg:

FreeBSD 2.2.6-STABLE #0: Sun May 24 12:37:04 CDT 1998
    root@couatl.uchicago.edu:/usr/src/sys/compile/COUATL
CPU: Pentium Pro (400.91-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x651  Stepping=1
  Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,<b
16>,<b17>,MMX,<b24>>
real memory  = 134217728 (131072K bytes)
avail memory = 120303616 (117484K bytes)
Probing for devices on PCI bus 0:
chip0 <generic PCI bridge (vendor=8086 device=7190 subclass=0)> rev 2 on pci0:0:
0
chip1 <generic PCI bridge (vendor=8086 device=7191 subclass=4)> rev 2 on pci0:1:
0
chip2 <Intel 82371AB PCI-ISA bridge> rev 2 on pci0:4:0
chip3 <Intel 82371AB IDE interface> rev 1 on pci0:4:1
chip4 <Intel 82371AB USB interface> rev 1 int d irq 9 on pci0:4:2
chip5 <Intel 82371AB Power management controller> rev 2 on pci0:4:3
de0 <Digital 21140A Fast Ethernet> rev 32 int a irq 9 on pci0:10:0
de0: ZNYX ZX34X 21140A [10-100Mb/s] pass 2.0
de0: address 00:c0:95:f8:15:2f
ahc0 <Adaptec 2940A Ultra SCSI host adapter> rev 1 int a irq 15 on pci0:11:0
ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs
ahc0 waiting for scsi devices to settle
ahc0: target 0 Tagged Queuing Device
(ahc0:0:0): "SEAGATE ST34501N 0017" type 0 fixed SCSI 2
sd0(ahc0:0:0): Direct-Access 4339MB (8887200 512 byte sectors)
ahc0: target 1 Tagged Queuing Device
(ahc0:1:0): "CONNER CFP1060S 1.05GB 2035" type 0 fixed SCSI 2
sd1(ahc0:1:0): Direct-Access 1013MB (2074880 512 byte sectors)
Probing for devices on PCI bus 1:
vga0 <VGA-compatible display device> rev 0 int a irq 11 on pci1:0:0
Probing for PnP devices:
CSN 1 Vendor ID: CTL0028 [0x28008c0e] Serial 0x1008415c
pcm1 (SB16pnp <SB16 PnP> sn 0x1008415c) at 0x220 irq 5 drq 1 flags 0x15 id 16
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
psm0 at 0x60-0x64 irq 12 on motherboard
psm0: model Generic PS/2 mouse, device ID 0
pcm0 not found at 0xffffffff
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (atapi): <MATSHITA CR-581/1.07>, removable, accel, iordis
wcd0: 689Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray
wcd0: no disc inside, unlocked
aha0 not found at 0x330
npx0 flags 0x1 on motherboard
npx0: INT 16 interface


Crashes occur 100% instantly when running any linux programs.  I
enabled the kernel debugger and so on.  here's what i get (copied by
hand, of course):

fatal trap 12: page fault while in kernel mode
fault virtual addr: 0xb56d3104
fault code: supervisor read, page not present
instruction pointer: 0x8:0xf66d1a53
stack ptr: 0x10:0xefbffd8c
frame ptr: (same)
code seg: base 0x0, limit 0xffffff, type 0x1b, DPL 0, pres 1, def (no
idea what i wrote here), gran 1
proc eflags: interrupt enabled, resume, IOPL=0
current proc: 251 (sh)
mt mask:

the trace didn't seem to useful to me, so i didn't bother to include
all the addresses: (i'm doing something wrong, right?)

_end()
_execv()
_syscall()
_Xsyscall()
---syscall()


I do NOT think this panic only happens when running linux code, but it
is possible.  (others use my machine, so perhaps at other times they
were running some linux whatever, not me.)

One thing that has changed with the machine is the ethernet card.  I
had an intel card (100+) go belly-up a couple of days ago and replaced
it with the ZNYX which was kicking around.  (the intel card got
*really* slow over the course of a couple of days, dropping down to
ftp transfers of 3kB/sec... replacing it with the ZNYX made the
problem go away immediately...)  just tried replacing the intel
ethernet and the problem still exists, so i don't think this is
pertinant.

I have a 128MB core file with debugging symbols.  Tell me what you
want me to do with it... 

--

Steve Farrell


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?87lnrrbjob.fsf>