FreeBSD 10-STABLE/sparc64 panic

Chris Ross cross+freebsd at
Tue May 20 14:47:05 UTC 2014

On May 19, 2014, at 17:19, Chris Ross <cross+freebsd at> wrote:
>  I built and installed r262783, and have booted it three times to
> multi-user on the first try.  The same was true with two boots of
> r262743 earlier.

  For anyone else following along, and for my own records.  Following
my successes with r262743 and r262783, I moved well forward to
r263980.  Despite the first boot working successfully, I rebooted it
again this morning, after it had been running for quite a few hours,
and the panic occurred 6 times before the system came up to
multiuser successfully.  The backtrace is always the same, and
looks like:

spin lock 0xc0c62030 (smp rendezvous) held by 0xfffff8000552fb60 (tid 100351) too long
timeout stopping cpus
panic: spin lock held too long
cpuid = 1
KDB: stack backtrace:
#0 0xc051fef0 at _mtx_lock_spin_failed+0x50
#1 0xc051ffb8 at _mtx_lock_spin_cookie+0xb8
#2 0xc0887a1c at tick_get_timecount_mp+0xdc
#3 0xc05420fc at binuptime+0x3c
#4 0xc08516cc at timercb+0x6c
#5 0xc0887d80 at tick_intr+0x220
Uptime: 23s

  Again, I’d love any thoughts.  I’ll next be trying something in stable/10
between r262783 and r263980.

                             - Chris

More information about the freebsd-sparc64 mailing list