FreeBSD 10-STABLE/sparc64 panic
Chris Ross
cross+freebsd at distal.com
Tue May 20 14:47:05 UTC 2014
On May 19, 2014, at 17:19, Chris Ross <cross+freebsd at distal.com> 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