It is rumoured that Peter Wemm had the courage to say:
> Warning: softupdates is still falling over quite easily:
> (I run with INVARIANTS)
>
> initial pcb at 31f9e0
> panicstr: softdep_lock: lock held by 412
> panic messages:
> ---
> panic: softdep_disk_write_complete: lock is held
>
> syncing disks... panic: softdep_lock: lock held by 412
> Uptime: 3m17s
I second that. Same panic, system can't even stay alive for more than 3
minutes after booting. Same version of ffs_softdep.c: 1.49.
Regards,
Dave Boers.
Backtrace is below. Can someone please confirm that I did this the
right/wrong way? This _is_ a first time experience for me ;-)
This GDB was configured as "i386-unknown-freebsd".
(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /var/crash/kernel.1
(kgdb) core-file /var/crash/vmcore.1
SMP 2 cpus
IdlePTD 3125248
initial pcb at 27ea80
panicstr: from debugger
panic messages:
---
panic: softdep_disk_write_complete: lock is held
mp_lock = 01000001; cpuid = 1; lapic.id = 01000000
panic: from debugger
mp_lock = 01000002; cpuid = 1; lapic.id = 01000000
boot() called on cpu#1
Uptime: 2m1s
dumping to dev #ad/0x20001, offset 786432
dump ata2: resetting devices .. done
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 boot (howto=260) at ../../kern/kern_shutdown.c:304
304 dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0 boot (howto=260) at ../../kern/kern_shutdown.c:304
#1 0xc0150a01 in panic (fmt=0xc0225df4 "from debugger") at
../../kern/kern_shutdown.c:554
#2 0xc012e219 in db_panic (addr=-1071679891, have_addr=0, count=-1, modif=0xff80dd8c
"")
at ../../ddb/db_command.c:433
#3 0xc012e1b9 in db_command (last_cmdp=0xc025261c, cmd_table=0xc025247c,
aux_cmd_tablep=0xc027abc8)
at ../../ddb/db_command.c:333
#4 0xc012e27e in db_command_loop () at ../../ddb/db_command.c:455
#5 0xc0130307 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6 0xc01f73b4 in kdb_trap (type=3, code=0, regs=0xff80de94) at
../../i386/i386/db_interface.c:158
#7 0xc0209c98 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi =
-1019691216, tf_esi = 256,
tf_ebp = -8331556, tf_isp = -8331584, tf_ebx = -1071415552, tf_edx =
-1071028128, tf_ecx = 16777217,
tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071679891, tf_cs = 8,
tf_eflags = 582,
tf_esp = -1071362429, tf_ss = -1071469038}) at ../../i386/i386/trap.c:531
#8 0xc01f766d in Debugger (msg=0xc022ae12 "panic") at machine/cpufunc.h:64
#9 0xc01509f8 in panic (fmt=0xc0237f00 "softdep_disk_write_complete: lock is held")
at ../../kern/kern_shutdown.c:552
#10 0xc01b01d8 in softdep_disk_write_complete (bp=0xc338bf30) at
../../ufs/ffs/ffs_softdep.c:2993
#11 0xc0172776 in vfs_backgroundwritedone (bp=0xc338bf30) at ../../kern/vfs_bio.c:710
#12 0xc0174ba3 in biodone (bp=0xc338bf30) at ../../kern/vfs_bio.c:2712
#13 0xc01d8582 in ad_interrupt (request=0xc0b83900) at ../../dev/ata/ata-disk.c:624
#14 0xc01d590e in ataintr (data=0xc09ca100) at ../../dev/ata/ata-all.c:624
#15 0xc02127fd in intr_mux (arg=0xc07329c0) at ../../i386/isa/intr_machdep.c:569
--
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message