Date: Sun, 28 Mar 2010 11:16:17 +0000 From: Masoom Shaikh <masoom.shaikh@gmail.com> To: freebsd-stable@freebsd.org Subject: Fwd: random FreeBSD panics Message-ID: <b10011eb1003280416t539313a6mb050e935c5237ad8@mail.gmail.com> In-Reply-To: <b10011eb1003280128k4034e667v1377205888e7a2d@mail.gmail.com> References: <b10011eb1003280128k4034e667v1377205888e7a2d@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
---------- Forwarded message ----------
From: Masoom Shaikh <masoom.shaikh@gmail.com>
Date: Sun, Mar 28, 2010 at 8:28 AM
Subject: random FreeBSD panics
To: freebsd-hackers@freebsd.org, freebsd-questions
<freebsd-questions@freebsd.org>
Hello List,
I was a happy FreeBSD user, just before I installed FreeBSD8.0-RC1.
Since then, system randomly just freezes, and there is no option other
than hard boot. I guessed this will get solved in 8.0-RELEASE, but it
was not :(
Many times I get vmcore files, not always. I have dumpdev set to AUTO
in my rc.conf. Almost every time it just fsck's the file-system on
reboot. I have not lost any files though. This is a Dell Inspiron 1525
Laptop with 1GB ram, Intel Core2 Duo T5500 with ATI Radeon X1400 card.
The installation in question is KDE4 from ports, with radeon/ati
driver.
I felt the problem is with wpi driver, then suspected dri driver of X.
Then I observed system freezes even if none of this is installed. e.g.
if it is under some load, like building a port and simultaneously
fetching something over network it hangs, and hangs hard. This
persuaded me to think something is wrong in kernel scheduling itself.
May be it is lost in some deadlock, etc... Thus last weekend I thought
I would see how immediate previous version i.e. FreeBSD-7.3-RELEASE
would behave.
I reinstalled FreeBSD7.1 from iso images, svn up'ed FreeBSD7.3 source,
did the normal buildworld, buildkernel, installkernel, installworld
cycle. Unfortunatly this kernel is naughty as well ;-), it also
freezes with same stubbornness. But difference is this time I happen
to catch something interesting.
It panics on NMI, fatal trap 19 while in kernel mode. Loaded the
vmcore file in kgdb and got the backtrace. I obtained vmcore files on
two occasions. I have attached both the back traces. This error most
likely suggests hardware error in RAM, but Windox7 and XP boot just
fine and never caused any errors.
To verify if I have errors in my RAM I let run sysutils/memtest86+
overnight, to double verify I also executed Windows Memory Diagnostic
test for four times. None of them reported errors. Can anyone here
suggest any solution.
Masoom Shaikh
forwarding to stable@ with respect to a generous suggestion
[-- Attachment #2 --]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Unread portion of the kernel message buffer:
<<22>>NNMI IMSAI ISA a0a,0, EEIISSA Af ff
f<
2<>2R>A
M<2
><R2>A Mp aprairtiyt ye rerrorro,r ,l ilkiekleyl yh ahradrwdawraer ef afialiulruer.e.
FFaattaall ttrraapp 1199:: nnoonn--mmaasskkaabbllee iinntteerrrruupptt ttrraapp wwhhiillee iinn kkeerrnneell mmooddee
ccppuuiidd == 10;; aappiicc iidd == 0010
iinnssttrruuccttiioonn ppooiinntteerr == 00xx88::00xxfffffffffffffff8f085058f2ec509ad
s
tsatcakc kp opionitnetre r = =0 x01x01:00:x0fxfffffffff8f0f0f0f08008cf0ec030
0fr
afmrea mpeo ipnotienrt e r = 0=x 100x:100x:f0fxf0ff
fc0o0d0ee 7s0e0gamee0nt
c o=d eb asseeg m0exn0t, l=i mbiats e0 x0fxf0f,f fl,i mtiytp e0 x0fxf1fbf
f , t=y pDeP L0 x01,b
p r e s= 1D,P Ll o0n,g p1r,e sd e1f,3 2l o0n,g g1r,a nd e1f
3p2r o0c,e sgsroarn e1f
lpargosc e=s sionrt eerfrluapgts e=n aibnlteedr,r uIpOtP Le n=a b0l
ecdu,r rIeOnPtL p=r o0c
ecsusr r e=n t1 1p8r6o2c e(sass )
=t r1a1p8 6n1u m(bcecr1 p l=u s1)9
trpaapn incu:m bneorn - m=a s1k9ab
le interrupt trap
cpuid = 0
Uptime: 26m20s
Physical memory: 1009 MB
Dumping 1267 MB: 1252 1236 1220 1204 1188 1172 1156 1140 1124 1108 1092 1076 1060 1044 1028 1012 996 980 964 948 932 916 900 884 868 852 836 820 804 788 772 756 740 724 708 692 676 660 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4
Reading symbols from /boot/kernel/ntfs.ko...Reading symbols from /boot/kernel/ntfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ntfs.ko
Reading symbols from /boot/kernel/wpifw.ko...Reading symbols from /boot/kernel/wpifw.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/wpifw.ko
Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/radeon.ko
Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/drm.ko
#0 doadump () at pcpu.h:195
195 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bt
#0 doadump () at pcpu.h:195
#1 0x0000000000000004 in ?? ()
#2 0xffffffff8056dd59 in boot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:418
#3 0xffffffff8056e162 in panic (fmt=0x104 <Address 0x104 out of bounds>)
at /usr/src/sys/kern/kern_shutdown.c:574
#4 0xffffffff80831f33 in trap_fatal (frame=0xffffff0025a17740, eva=Variable "eva" is not available.
)
at /usr/src/sys/amd64/amd64/trap.c:777
#5 0xffffffff80832b7b in trap (frame=0xffffffff80c0c250)
at /usr/src/sys/amd64/amd64/trap.c:578
#6 0xffffffff8081bbcf in nmi_calltrap ()
at /usr/src/sys/amd64/amd64/exception.S:451
#7 0xffffffff8082c0ad in pmap_remove_pages (pmap=0xffffff0001953e38)
at /usr/src/sys/amd64/amd64/pmap.c:3853
Previous frame inner to this frame (corrupt stack?)
[-- Attachment #3 --]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Unread portion of the kernel message buffer:
<<22>>NNMIM II SIAS A b0,b 0E,I SEAI SfAf
f<
2<>2R>AfM
<
2<>2R>ApMa rpiatryi etryr oerr,ro rl,i kleilkye lhya rhdawradrwea rfea iflauirleu.re.
FFaattaall ttrraapp 1199:: nonno-nm-amsaksakbalbel ei nitnetrerrurputp tt rtarpa pw hwihliel ei ni nk ekrenrenle lm omdoede
ccppuuiidd == 01;; aappiicc iidd == 0001
iinnssttrruuccttiioonn ppooiinntteerr == 00xx88::00xxfffffffffffffff8f088025b5df3e773
s
tsatcakc kp opionitnetre r = =0 x01x01:00:x0fxfffffffffffff8800c000c030080fe
0fr
afmrea mpeo ipnotienrt e r = 0=x 100x:100x:00
xcfofdfef fsfe0g0m2ebnfte f 0=0 0b
acsoed e0 xs0e,g mleinmti t =0 xbfafsfef f0,x 0t,y plei m0ixt1 b0
x f f f=f fD,P Lt y0p,e p0rxe1sb
1 , l=o nDgP L1 ,0 ,d epfr3e2s 01,, glroanng 11
,p rdoecfe3s2s o0r, egfrlaang s1
=p rioncteesrsrourp te felnaagbsl e=d ,i nItOePrLr u=p t0
ecnuarbrleendt, pIrOoPcLe s=s 0
=c u6r0r0e1n2t (psrho)c
etsrsa p =n u6m0b0e0r1 (=c c119pl
usp)an
itcr:a pn onnu-mmbaesrk a b=l e1 9in
terrupt trap
cpuid = 0
Uptime: 20m12s
Physical memory: 1009 MB
Dumping 1235 MB: 1220 1204 1188 1172 1156 1140 1124 1108 1092 1076 1060 1044 1028 1012 996 980 964 948 932 916 900 884 868 852 836 820 804 788 772 756 740 724 708 692 676 660 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4
Reading symbols from /boot/kernel/ntfs.ko...Reading symbols from /boot/kernel/ntfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ntfs.ko
Reading symbols from /boot/kernel/wpifw.ko...Reading symbols from /boot/kernel/wpifw.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/wpifw.ko
Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/radeon.ko
Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/drm.ko
#0 doadump () at pcpu.h:195
195 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bt
#0 doadump () at pcpu.h:195
#1 0x0000000000000004 in ?? ()
#2 0xffffffff8056dd59 in boot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:418
#3 0xffffffff8056e162 in panic (fmt=0x104 <Address 0x104 out of bounds>)
at /usr/src/sys/kern/kern_shutdown.c:574
#4 0xffffffff80831f33 in trap_fatal (frame=0xffffff001a4c9ae0, eva=Variable "eva" is not available.
)
at /usr/src/sys/amd64/amd64/trap.c:777
#5 0xffffffff80832b7b in trap (frame=0xffffffff80c0c250)
at /usr/src/sys/amd64/amd64/trap.c:578
#6 0xffffffff8081bbcf in nmi_calltrap ()
at /usr/src/sys/amd64/amd64/exception.S:451
#7 0xffffffff8082bd37 in pmap_remove_pages (pmap=0xffffff001a171798)
at vm_page.h:266
Previous frame inner to this frame (corrupt stack?)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b10011eb1003280416t539313a6mb050e935c5237ad8>