Date: Fri, 28 Dec 2001 02:45:13 +0100 From: "Kristian K. Nielsen" <jkkn@jkkn.dk> To: "Matthew Dillon" <dillon@apollo.backplane.com> Cc: "Nils Holland" <nils@tisys.org>, =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@freebsd.dk>, "Matthew Gilbert" <agilbertm@earthlink.net>, <freebsd-stable@FreeBSD.ORG>, <freebsd-hackers@FreeBSD.ORG> Subject: Re: 4.4-STABLE crashes - suspects new ata-driver over wd-drivers Message-ID: <000901c18f41$4b38e2b0$bb5ca8c0@jkkn.net> References: <200112262355.fBQNtfK48250@apollo.backplane.com> <200112270945.fBR9j1e97273@freebsd.dk> <20011227163252.A151@tisys.org> <200112271847.fBRIlxh52129@apollo.backplane.com> <008d01c18f2f$ab983b40$bb5ca8c0@jkkn.net> <200112272359.fBRNxjK90152@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Thanks, and here you are.
The last crash I had was while trying to compile Mozilla from the
port-collection, e.g.
concentrated high activity:
root@jkkn:/var/crash# gdb -k /usr/src/sys/compile/JKKN_KRNL/kernel.debug
vmcore.4
GNU gdb 4.18
Copyright 1998 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 "i386-unknown-freebsd"...
IdlePTD 3268608
initial pcb at 295120
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x88
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01f87cf
stack pointer = 0x10:0xd7243df8
frame pointer = 0x10:0xd7243e60
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 56809 (tar)
interrupt mask = none
trap number = 12
panic: page fault
syncing disks... 301 248 242 48 23 23 10 10
done
Uptime: 13d19h25m33s
dumping to dev #ad/0x20001, offset 793992
dump ata0: resetting devices .. done
383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365
364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346
345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327
326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308
307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289
288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270
269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251
250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232
231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213
212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194
193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175
174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156
155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137
136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118
117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99
98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74
73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49
48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24
23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
#0 dumpsys () at ../../kern/kern_shutdown.c:473
473 if (dumping++) {
(kgdb) back
#0 dumpsys () at ../../kern/kern_shutdown.c:473
#1 0xc014430c in boot (howto=256) at ../../kern/kern_shutdown.c:313
#2 0xc01446f0 in poweroff_wait (junk=0xc02707cc, howto=-1071185169)
at ../../kern/kern_shutdown.c:581
#3 0xc023ca73 in trap_fatal (frame=0xd7243db8, eva=136) at
../../i386/i386/trap.c:961
#4 0xc023c72d in trap_pfault (frame=0xd7243db8, usermode=0, eva=136)
at ../../i386/i386/trap.c:854
#5 0xc023c303 in trap (frame={tf_fs = -685506544, tf_es = -685506544,
tf_ds = -1072234480, tf_edi = 131091, tf_esi = 0, tf_ebp = -685490592,
tf_isp = -685490716, tf_ebx = 131091, tf_edx = 0, tf_ecx = -683442688,
tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1071675441, tf_cs =
8,
tf_eflags = 66050, tf_esp = -683442688, tf_ss = -1030484224})
at ../../i386/i386/trap.c:453
#6 0xc01f87cf in ffs_write (ap=0xd7243e78) at
../../ufs/ufs/ufs_readwrite.c:418
#7 0xc0179706 in vn_write (fp=0xc2940f00, uio=0xd7243ee4, cred=0xc326b900,
flags=0,
p=0xd2f21560) at vnode_if.h:363
#8 0xc0153502 in dofilewrite (p=0xd2f21560, fp=0xc2940f00, fd=3,
buf=0x8096200,
nbyte=1756, offset=-1, flags=0) at ../../sys/file.h:162
#9 0xc01533b3 in write (p=0xd2f21560, uap=0xd7243f80) at
../../kern/sys_generic.c:329
#10 0xc023ccd5 in syscall2 (frame={tf_fs = 134807599, tf_es = 47, tf_ds
= -1078001617,
tf_edi = 134832640, tf_esi = 1756, tf_ebp = -1077938604, tf_isp
= -685490220,
tf_ebx = 1549, tf_edx = 134832128, tf_ecx = -55, tf_eax = 4, tf_trapno
= 7,
tf_err = 2, tf_eip = 134722472, tf_cs = 31, tf_eflags = 659,
tf_esp = -1077938968, tf_ss = 47}) at ../../i386/i386/trap.c:1160
#11 0xc02311d5 in Xint0x80_syscall ()
#12 0x8050b3d in ?? ()
#13 0x8052f96 in ?? ()
#14 0x8048135 in ?? ()
----- Original Message -----
From: "Matthew Dillon" <dillon@apollo.backplane.com>
To: "Kristian K. Nielsen" <jkkn@jkkn.dk>
Cc: "Nils Holland" <nils@tisys.org>; "Søren Schmidt" <sos@freebsd.dk>;
"Matthew Gilbert" <agilbertm@earthlink.net>; <freebsd-stable@FreeBSD.ORG>;
<freebsd-hackers@FreeBSD.ORG>
Sent: Friday, December 28, 2001 12:59 AM
Subject: Re: 4.4-STABLE crashes - suspects new ata-driver over wd-drivers
>
> :Hey,
> :
> :It is great if you are finding a solution for the VIA-chipset.
> :Do you have any idea if it is a simular problem that I am experiencing?
> :
> :I am not enough into chip code to have a clue what exactly the patch
> :is doing - but maybe it is just decreasing the load on the kernel/system
in
> :a
> :way that the crashes are avoided tough there is still a bug outthere
> :somewhere?!
> :
> :I do not have a single VIA-chip in my box that I know of - all Intel
> :and is running the latest BIOS version avialable for my motherboard
> :and still having crashes whenever I put any pressure on the box, like
> :compiling/moving large files across filesystems/etc:
>
> Well, as Soren says, there are lots of things that can result in
> crashes. In order for us to attempt to diagnose the crashes you are
> having you need to post a backtrace of that core file - usually it
> is a good idea to do it with the kernel.debug binary from the
> kernel build directory rather then the stripped 'kernel' that the
> crash dump saves, but either will work for a start.
>
> cd /var/crash
> gdb -k kernel.4 vmcore.4
> gdb> back
>
> If you have the kernel.debug associated with the kernel, usually
> found in the original build directory (i.e. /usr/src/sys/compile
> /JKKN_KRNL/kernel.debug) if you had done a config -g or used the
>
> makeoptions DEBUG=-g
>
> option in the kernel config file, then you can gdb using the
> debug binary and get a much more interesting back trace.
>
> cd /var/crash
> gdb -k /usr/src/sys/compile/JKKN_KRNL/kernel.debug vmcore.4
> gdb> back
>
>
> -Matt
>
> :dumpon: crash dumps to /dev/ad0s1b (116, 131073)
> :Checking for core dump:
> :savecore: reboot after panic: page fault
> :Dec 26 04:11:11 jkkn savecore: reboot after panic: page fault
> :savecore: system went down at Wed Dec 26 04:07:57 2001
> :savecore: writing core to /var/crash/vmcore.4
> :
> :.....snip end.....
> :
> :Regards
> :Kristian
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000901c18f41$4b38e2b0$bb5ca8c0>