9367fb301c
In IRC, sfs_ finally managed to get a good trace of a kernel panic that was happening when attempting to use webengine. As it turns out, we were using vtophys() from interrupt context on an idle thread in opal_hmi_handler2(). Since this involves locking the kernel pmap on PPC64 at the moment, this ended up tripping a KASSERT in mtx_lock(), which then caused a parallel panic stampede. So, avoid this by preallocating the flags variable and storing it in PCPU. Fixes "panic: mtx_lock() by idle thread 0x... on sleep mutex kernelpmap". Differential Revision: https://reviews.freebsd.org/D22962 |
||
|---|---|---|
| .. | ||
| opal_async.c | ||
| opal_console.c | ||
| opal_dbg.c | ||
| opal_dev.c | ||
| opal_flash.c | ||
| opal_hmi.c | ||
| opal_i2c.c | ||
| opal_i2cm.c | ||
| opal_nvram.c | ||
| opal_pci.c | ||
| opal_sensor.c | ||
| opal.c | ||
| opal.h | ||
| opalcall.S | ||
| platform_powernv.c | ||
| powernv_centaur.c | ||
| powernv_xscom.c | ||
| xive.c | ||