sparc64 traps during probe (r293243)
marius at alchemy.franken.de
Fri Jan 8 19:04:07 UTC 2016
On Fri, Jan 08, 2016 at 04:57:58PM +0000, Mark Cave-Ayland wrote:
> On 08/01/16 15:42, Kurt Lidl wrote:
> This looks amazingly similar to what I get trying to boot FreeBSD under
> QEMU, i.e. pointing at sched_clock():
> -- kernel stack fault %o7=0xc011a050 --
> panic: longjmp botch
> cpuid = -1012475520
> KDB: stack backtrace:
> Uptime: 3s
> Note also the "longjmp botch" error right at the end. This is with the
> sun4u timer fix patch developed with help from Marius which has recently
> been applied to QEMU git master. So maybe this is a kernel bug after all?
No, that still is a completely trashed kernel stack as previously
seen when running under QEMU so the whole backtrace is questionable.
Apart from that, sched_clock() is called rather frequently so it is
not unlikely to show up in a kernel back trace but neither of the
two back traces in question suggest it's the culprit (assuming that
the one seen with QEMU actually is sane).
More information about the freebsd-sparc64