Date: Fri, 7 Nov 2003 19:56:57 +0300 (MSK) From: Dmitry Morozovsky <marck@rinet.ru> To: sos@freebsd.org Cc: stable@freebsd.org Subject: panic at ata-dma: transfer active on this device! Message-ID: <20031107194452.X29993@woozle.rinet.ru>
next in thread | raw e-mail | index | archive | help
Dear Soeren,
I've got almost reproducible panic at one of our machine (possibly related to
next-to-failing disk). Backtraces from kernel dump (when kernel is able to
re-init ata0, otherwise dump is unavailable, of course) look as follow.
System is RELENG_4_9 with
FreeBSD 4.9-RELEASE #3: Fri Nov 7 17:40:34 MSK 2003
marck@kucha.rinet.ru:/usr/obj/FreeBSD/src.stable-49/sys/staff
CPU: AMD Athlon(tm) XP 1800+ (1533.40-MHz 686-class CPU)
real memory = 536805376 (524224K bytes)
atapci0: <VIA 8233 ATA133 controller> port 0xe400-0xe40f at device 17.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
ad0: 39266MB <IC35L040AVER07-0> [79780/16/63] at ata0-master tagged UDMA100
Crash backtrace is
root@staff:/var/crash# gdb -k kernel.debug vmcore.0
GNU gdb 4.18 (FreeBSD)
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"...Deprecated bfd_read called
at
/FreeBSD/src.stable-49/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/FreeBSD/src.stable-49/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 933 in fill_symbuf
IdlePTD at phsyical address 0x002aa000
initial pcb at physical address 0x002305c0
panicstr: ata_dmasetup: transfer active on this device!
panic messages:
---
panic: ata_dmasetup: transfer active on this device!
syncing disks... ad0: SERVICE timeout tag=0 s=51 e=04
ad0: invalidating queued requests
ad0: timeout waiting for READY
ad0: invalidating queued requests
- resetting
ata0: resetting devices .. ad0: invalidating queued requests
done
81 15 13 13 13 13 13 13 13 42 5 5 5 5 5 5 5 18 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5
5 5 5 5
giving up on 3 buffers
Uptime: 1h41m24s
dumping to dev #ad/1, offset 1048704
dump ata0: resetting devices .. ad0: invalidating queued requests
done
511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492
491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472
471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452
451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432
431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412
411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392
391 390 389 388 387 386 385 384 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 /FreeBSD/src.stable-49/sys/kern/kern_shutdown.c:487
487 if (dumping++) {
(kgdb) bt
#0 dumpsys () at /FreeBSD/src.stable-49/sys/kern/kern_shutdown.c:487
#1 0xc0145764 in boot (howto=256) at
/FreeBSD/src.stable-49/sys/kern/kern_shutdown.c:316
#2 0xc0145b98 in poweroff_wait (junk=0xc01f2e80, howto=455) at
/FreeBSD/src.stable-49/sys/kern/kern_shutdown.c:595
#3 0xc0122e00 in ata_dmastart (atadev=0xc3878630, data=0xcfde2000 "",
count=8192, dir=1) at /FreeBSD/src.stable-49/sys/dev/ata/ata-dma.c:1375
#4 0xc01244ce in ad_transfer (request=0xc3acea80) at
/FreeBSD/src.stable-49/sys/dev/ata/ata-disk.c:524
#5 0xc011b647 in ata_start (ch=0xc3878600) at
/FreeBSD/src.stable-49/sys/dev/ata/ata-all.c:681
#6 0xc0123ecc in adstrategy (bp=0xce07f9c8) at
/FreeBSD/src.stable-49/sys/dev/ata/ata-disk.c:307
#7 0xc014f7a1 in diskstrategy (bp=0xce07f9c8) at
/FreeBSD/src.stable-49/sys/kern/subr_disk.c:251
#8 0xc017fabd in spec_strategy (ap=0xd9658d84) at
/FreeBSD/src.stable-49/sys/miscfs/specfs/spec_vnops.c:479
#9 0xc017f4b9 in spec_vnoperate (ap=0xd9658d84) at
/FreeBSD/src.stable-49/sys/miscfs/specfs/spec_vnops.c:119
#10 0xc01b264d in ufs_vnoperatespec (ap=0xd9658d84) at
/FreeBSD/src.stable-49/sys/ufs/ufs/ufs_vnops.c:2394
#11 0xc01b1f1d in ufs_strategy (ap=0xd9658de8) at vnode_if.h:944
#12 0xc01b2615 in ufs_vnoperate (ap=0xd9658de8) at
/FreeBSD/src.stable-49/sys/ufs/ufs/ufs_vnops.c:2376
#13 0xc01702bb in cluster_read (vp=0xd96f7dc0, filesize=86121, lblkno=1,
size=8192, cred=0x0, totread=8192, seqcount=2, bpp=0xd9658e7c) at
vnode_if.h:944
#14 0xc01ab45f in ffs_read (ap=0xd9658ea0) at
/FreeBSD/src.stable-49/sys/ufs/ufs/ufs_readwrite.c:267
#15 0xc017b820 in vn_read (fp=0xc3c23500, uio=0xd9658ee8, cred=0xc3b47880,
flags=0, p=0xd941aea0) at vnode_if.h:334
#16 0xc0154b67 in dofileread (p=0xd941aea0, fp=0xc3c23500, fd=3, buf=0x8090000,
nbyte=8192, offset=-1, flags=0)
at /FreeBSD/src.stable-49/sys/sys/file.h:147
#17 0xc0154a67 in read (p=0xd941aea0, uap=0xd9658f80) at
/FreeBSD/src.stable-49/sys/kern/sys_generic.c:117
#18 0xc01e489e in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi =
672439648, tf_esi = 672439648, tf_ebp = -1077938944,
tf_isp = -647655468, tf_ebx = 672364460, tf_edx = 134807552, tf_ecx =
134807552, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672317640,
tf_cs = 31, tf_eflags = 663, tf_esp = -1077938988, tf_ss = 47}) at
/FreeBSD/src.stable-49/sys/i386/i386/trap.c:1175
#19 0xc01d89d5 in Xint0x80_syscall ()
#20 0x28119bd4 in ?? ()
#21 0x280f6d48 in ?? ()
#22 0x280f4b97 in ?? ()
#23 0x804dc73 in ?? ()
#24 0x804decf in ?? ()
#25 0x8050b0f in ?? ()
#26 0x8048d97 in ?? ()
(kgdb)
What whould I examine to track this further? Thanks in advance.
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031107194452.X29993>