FreeBSD 10.0 adaptive mutex with strange mtx_lock value = panic

Darren Reed darrenr at freebsd.org
Sat Jun 14 09:43:58 UTC 2014


On 14/06/2014 6:48 PM, Mateusz Guzik wrote:
...
> This is a 'destroyed mutex' state, i.e. you are doing mtx_lock after
> mtx_destroy.
> 
> A kernel with INVARIANTS enabled wold tell you that straight away.

I added "options INVARIANTS" to a kernel and recompiled..

Well, I tried to recompile - compiling ends like this:

cam_periph.o: In function `cam_periph_find':
/usr/src/sys/amd64/compile/DEBUG/../../../cam/cam_periph.c:301:
undefined reference to `__mtx_assert'
cam_periph.o: In function `cam_periph_release_locked_buses':
/usr/src/sys/amd64/compile/DEBUG/../../../cam/cam_periph.c:382:
undefined reference to `__mtx_assert'
cam_periph.o: In function `camperiphfree':
/usr/src/sys/amd64/compile/DEBUG/../../../cam/cam_periph.c:603:
undefined reference to `__mtx_assert'
cam_periph.o: In function `cam_periph_release':
/usr/src/sys/amd64/compile/DEBUG/../../../cam/cam_periph.c:409:
undefined reference to `__mtx_assert'
cam_periph.o: In function `cam_periph_hold':
/usr/src/sys/amd64/compile/DEBUG/../../../cam/cam_periph.c:430:
undefined reference to `__mtx_assert'
...

Darren



More information about the freebsd-hackers mailing list