Re: SPL NOT ZERO ON SYSCALL ENTRY

[Matthias Drochner <M.Drochner%fz-juelich.de@localhost>]

ad%NetBSD.org@localhost said:
> > $2 = {ipending = 0x40000000, ilevel = 0x7} 

The level is an 8 now, as expected:
(gdb) print cpu_info_primary.ci_next->ci_istate
$9 = {ipending = 0x40000000, ilevel = 0x8}

> ci_mtx_oldspl, ci_mtx_count?

(gdb) print cpu_info_primary.ci_next->ci_mtx_oldspl
$12 = 0x0
(gdb) print cpu_info_primary.ci_next->ci_mtx_count
$13 = 0xffffffff

> You could instrument
> arch/x86 and arch/i386 to record the last place that the IPL was raised
> to IPL_HIGH before the panic

So it looks like a leaked spinlock with IPL_HIGH, or something
between softintr() and mi_switch(), right?
None of the spinlocks I've found does fit to the workload
I'm observing this at. So I more suspect the latter - unfortunately
I have yet to understand the code.

best regards
Matthias




-------------------------------------------------------------------
-------------------------------------------------------------------
Forschungszentrum Juelich GmbH
52425 Juelich

Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
Vorsitzende des Aufsichtsrats: MinDir'in Baerbel Brumme-Bothe
Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr. Harald Bolt,
Dr. Sebastian M. Schmidt
-------------------------------------------------------------------
-------------------------------------------------------------------