Re: October 2026 stabilization week
- Reply: Konstantin Belousov : "Re: October 2026 stabilization week"
- In reply to: ShengYi Hung : "Re: October 2026 stabilization week"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 27 Oct 2026 21:36:55 UTC
On 27.10.2026 23:45, ShengYi Hung wrote:
> Could you please show me the result of
>
>
> ```
>
> thread apply all bt
>
Reading symbols from /usr/local/libexec/packagekitd...
(No debugging symbols found in /usr/local/libexec/packagekitd)
[New LWP 839108]
[New LWP 657547]
[New LWP 838888]
[New LWP 838889]
[New LWP 838890]
[New LWP 839107]
Core was generated by `/usr/local/libexec/packagekitd'.
Program terminated with signal SIGSEGV, Segmentation fault.
Address not mapped to object.
#0 0x00000000436ff31c in unixShmSystemLock () from /usr/local/lib/libpkg.so.4
[Current thread is 1 (LWP 839108)]
(gdb) bt
#0 0x00000000436ff31c in unixShmSystemLock () at /usr/local/lib/libpkg.so.4
#1 0x00000000436fe268 in unixShmLock () at /usr/local/lib/libpkg.so.4
#2 0x00000000437064f0 in walTryBeginRead () at /usr/local/lib/libpkg.so.4
#3 0x0000000043700fc8 in sqlite3PagerSharedLock () at /usr/local/lib/libpkg.so.4
#4 0x00000000437005f0 in btreeBeginTrans () at /usr/local/lib/libpkg.so.4
#5 0x0000000043716248 in sqlite3VdbeExec () at /usr/local/lib/libpkg.so.4
#6 0x00000000436e79dc in sqlite3_step () at /usr/local/lib/libpkg.so.4
#7 0x00000000438cc0ec in pkgdb_file_exists () at /usr/local/lib/libpkg.so.4
#8 0x00000000438f5a84 in pkg_jobs_solve () at /usr/local/lib/libpkg.so.4
#9 0x0000000041c8410c in ??? () at /usr/local/lib/packagekit-backend/libpk_backend_freebsd.so
#10 0x0000000000247b4c in ??? ()
#11 0x00000000404c0748 in ??? () at /usr/local/lib/libglib-2.0.so.0
#12 0x00000000406c4968 in thread_start (curthread=0x41c31010) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_create.c:299
#13 0x0000000000000000 in ??? ()
(gdb) thread apply all bt
Thread 6 (LWP 839107 "pool-1"):
#0 _umtx_op () at _umtx_op.S:4
#1 0x000000004135738c in _umtx_op_err (obj=0x4, op=15, val=0, uaddr=0x18, uaddr2=0xffffbf7f9de0) at /opt/poudriere/jails/16aarch64/usr/src/lib/libsys/_umtx_op_err.c:36
#2 0x00000000406d3874 in _thr_umtx_timedwait_uint (mtx=0x4, id=id@entry=3212811792, clockid=<optimized out>, abstime=<optimized out>, shared=shared@entry=-1082155504) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_umtx
.c:224
#3 0x00000000406c8b38 in _thr_sleep (curthread=curthread@entry=0x41c2d810, clockid=0, clockid@entry=4, abstime=0x18, abstime@entry=0xffffbf7f9e88) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_kern.c:196
#4 0x00000000406c37e8 in cond_wait_user (cvp=0x42078020, mp=0x41c22808, clockid=4, abstime=0xffffbf7f9e88, cancel=true) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_cond.c:332
#5 cond_wait_common (cond=<optimized out>, mutex=<optimized out>, clockid=4, abstime=0xffffbf7f9e88, cancel=true, clockwait=false) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_cond.c:397
#6 0x00000000404c1338 in g_cond_wait_until () at /usr/local/lib/libglib-2.0.so.0
#7 0x0000000040459494 in ??? () at /usr/local/lib/libglib-2.0.so.0
#8 0x00000000404c27e4 in ??? () at /usr/local/lib/libglib-2.0.so.0
#9 0x00000000404c0748 in ??? () at /usr/local/lib/libglib-2.0.so.0
#10 0x00000000406c4968 in thread_start (curthread=0x41c2d810) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_create.c:299
#11 0x0000000000000000 in ??? ()
Thread 5 (LWP 838890 "gdbus"):
#0 _ppoll () at _ppoll.S:4
#1 0x00000000406d22f4 in __thr_ppoll (pfd=0x4, nfds=2, timeout=0x0, newsigmask=0x0) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_syscalls.c:340
#2 0x0000000040490e1c in ??? () at /usr/local/lib/libglib-2.0.so.0
#3 0x0000000040491240 in g_main_loop_run () at /usr/local/lib/libglib-2.0.so.0
#4 0x00000000409df944 in ??? () at /usr/local/lib/libgio-2.0.so.0
#5 0x00000000404c0748 in ??? () at /usr/local/lib/libglib-2.0.so.0
#6 0x00000000406c4968 in thread_start (curthread=0x41c25810) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_create.c:299
#7 0x0000000000000000 in ??? ()
Thread 4 (LWP 838889 "gmain"):
#0 _ppoll () at _ppoll.S:4
#1 0x00000000406d22f4 in __thr_ppoll (pfd=0x4, nfds=2, timeout=0xffffbfdfceb8, newsigmask=0x0) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_syscalls.c:340
#2 0x0000000040490e1c in ??? () at /usr/local/lib/libglib-2.0.so.0
#3 0x0000000040490f5c in g_main_context_iteration () at /usr/local/lib/libglib-2.0.so.0
#4 0x0000000040492b30 in ??? () at /usr/local/lib/libglib-2.0.so.0
#5 0x00000000404c0748 in ??? () at /usr/local/lib/libglib-2.0.so.0
#6 0x00000000406c4968 in thread_start (curthread=0x41c25010) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_create.c:299
#7 0x0000000000000000 in ??? ()
Thread 3 (LWP 838888 "pool-spawner"):
#0 _umtx_op () at _umtx_op.S:4
#1 0x000000004135738c in _umtx_op_err (obj=0x4, op=15, val=0, uaddr=0x0, uaddr2=0x0) at /opt/poudriere/jails/16aarch64/usr/src/lib/libsys/_umtx_op_err.c:36
#2 0x00000000406d3874 in _thr_umtx_timedwait_uint (mtx=0x4, id=id@entry=3221216816, clockid=<optimized out>, abstime=<optimized out>, shared=shared@entry=-1073750480) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_umtx
.c:224
#3 0x00000000406c8b38 in _thr_sleep (curthread=curthread@entry=0x41c21810, clockid=0, clockid@entry=4, abstime=abstime@entry=0x0) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_kern.c:196
#4 0x00000000406c37e8 in cond_wait_user (cvp=0x42078300, mp=0x41c22988, clockid=4, abstime=0x0, cancel=true) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_cond.c:332
#5 cond_wait_common (cond=<optimized out>, mutex=<optimized out>, clockid=4, abstime=0x0, cancel=true, clockwait=false) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_cond.c:397
#6 0x00000000404bfea4 in g_cond_wait () at /usr/local/lib/libglib-2.0.so.0
#7 0x0000000040459470 in ??? () at /usr/local/lib/libglib-2.0.so.0
#8 0x00000000404c1b30 in ??? () at /usr/local/lib/libglib-2.0.so.0
#9 0x00000000404c0748 in ??? () at /usr/local/lib/libglib-2.0.so.0
#10 0x00000000406c4968 in thread_start (curthread=0x41c21810) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_create.c:299
#11 0x0000000000000000 in ??? ()
Thread 2 (LWP 657547):
#0 _ppoll () at _ppoll.S:4
#1 0x00000000406d22f4 in __thr_ppoll (pfd=0x4, nfds=2, timeout=0xffffffffe948, newsigmask=0x0) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_syscalls.c:340
--Type <RET> for more, q to quit, c to continue without paging--
#2 0x0000000040490e1c in ??? () at /usr/local/lib/libglib-2.0.so.0
#3 0x0000000040491240 in g_main_loop_run () at /usr/local/lib/libglib-2.0.so.0
#4 0x000000000023197c in main ()
Thread 1 (LWP 839108 "PK-Backend"):
#0 0x00000000436ff31c in unixShmSystemLock () at /usr/local/lib/libpkg.so.4
#1 0x00000000436fe268 in unixShmLock () at /usr/local/lib/libpkg.so.4
#2 0x00000000437064f0 in walTryBeginRead () at /usr/local/lib/libpkg.so.4
#3 0x0000000043700fc8 in sqlite3PagerSharedLock () at /usr/local/lib/libpkg.so.4
#4 0x00000000437005f0 in btreeBeginTrans () at /usr/local/lib/libpkg.so.4
#5 0x0000000043716248 in sqlite3VdbeExec () at /usr/local/lib/libpkg.so.4
#6 0x00000000436e79dc in sqlite3_step () at /usr/local/lib/libpkg.so.4
#7 0x00000000438cc0ec in pkgdb_file_exists () at /usr/local/lib/libpkg.so.4
#8 0x00000000438f5a84 in pkg_jobs_solve () at /usr/local/lib/libpkg.so.4
#9 0x0000000041c8410c in ??? () at /usr/local/lib/packagekit-backend/libpk_backend_freebsd.so
#10 0x0000000000247b4c in ??? ()
#11 0x00000000404c0748 in ??? () at /usr/local/lib/libglib-2.0.so.0
#12 0x00000000406c4968 in thread_start (curthread=0x41c31010) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_create.c:299
#13 0x0000000000000000 in ??? ()
(gdb)
> ```
>
> On 10/27/26 13:15, Dima Panov wrote:
>>
>>
>> On 27.10.2026 19:47, ShengYi Hung wrote:
>>> I took a look at all my libthr changes and didn't observe any possibility to lead this. A debug build is definitely helpful.
>>
>> debug symbols are already installed
>>
>> I've posted another backtrace in this thread earlier but it was not answered
>>
>> On a host system while upgrading port's packages (host was 16.0-CURRENT #0 main-461da47e45e7: Sun Oct 18 02:22:28 MSK 2026)
>>
>> sudo gdb /usr/local/libexec/packagekitd packagekitd.core
>> GNU gdb (GDB) 15.1 [GDB v15.1 for FreeBSD]
>> [skip]
>> Type "apropos word" to search for commands related to "word"...
>> Reading symbols from /usr/local/libexec/packagekitd...
>> (No debugging symbols found in /usr/local/libexec/packagekitd)
>> [New LWP 839108]
>> [New LWP 657547]
>> [New LWP 838888]
>> [New LWP 838889]
>> [New LWP 838890]
>> [New LWP 839107]
>>
>> Core was generated by `/usr/local/libexec/packagekitd'.
>> Program terminated with signal SIGSEGV, Segmentation fault.
>> Address not mapped to object.
>> #0 0x00000000436ff31c in unixShmSystemLock () from /usr/local/lib/libpkg.so.4
>> [Current thread is 1 (LWP 839108)]
>> (gdb) bt
>> #0 0x00000000436ff31c in unixShmSystemLock () at /usr/local/lib/libpkg.so.4
>> #1 0x00000000436fe268 in unixShmLock () at /usr/local/lib/libpkg.so.4
>> #2 0x00000000437064f0 in walTryBeginRead () at /usr/local/lib/libpkg.so.4
>> #3 0x0000000043700fc8 in sqlite3PagerSharedLock () at /usr/local/lib/libpkg.so.4
>> #4 0x00000000437005f0 in btreeBeginTrans () at /usr/local/lib/libpkg.so.4
>> #5 0x0000000043716248 in sqlite3VdbeExec () at /usr/local/lib/libpkg.so.4
>> #6 0x00000000436e79dc in sqlite3_step () at /usr/local/lib/libpkg.so.4
>> #7 0x00000000438cc0ec in pkgdb_file_exists () at /usr/local/lib/libpkg.so.4
>> #8 0x00000000438f5a84 in pkg_jobs_solve () at /usr/local/lib/libpkg.so.4
>> #9 0x0000000041c8410c in ??? () at /usr/local/lib/packagekit-backend/libpk_backend_freebsd.so
>> #10 0x0000000000247b4c in ??? ()
>> #11 0x00000000404c0748 in ??? () at /usr/local/lib/libglib-2.0.so.0
>> #12 0x00000000406c4968 in _thr_umutex_unlock2 (id=<optimized out>, defer=<optimized out>, mtx=<optimized out>) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_umtx.h:157
>> #13 _thr_umutex_unlock (id=<optimized out>, mtx=<optimized out>) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_umtx.h:187
>> #14 _thr_detach (pthread=0x41c31018) at /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_detach.c:58
>> #15 0x0000000000000000 in ??? ()
>> (gdb)
>>
>>
>>
>>>
>>> On 10/27/26 08:09, Konstantin Belousov wrote:
>>>> On Tue, Oct 27, 2026 at 08:39:57AM -0400, Martin Cracauer wrote:
>>>>> Konstantin Belousov wrote on Tue, Oct 27, 2026 at 02:33:12PM +0200:
>>>>>> On Tue, Oct 27, 2026 at 03:23:28PM +0300, Dima Panov wrote:
>>>>>>>
>>>>>>> On 27.10.2026 15:05, Konstantin Belousov wrote:
>>>>>>>> On Tue, Oct 27, 2026 at 01:52:43PM +0300, Dima Panov wrote:
>>>>>>>>> Hello!
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Houston, we have a problem!
>>>>>>>>>
>>>>>>>>> When building latest stabweek world in poudriere on my aarch64 machine, I've got an error in libthr when pkg command is called:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ===> Creating FreeBSD-kernel-generic-nodebug-16.snap20261026210619
>>>>>>>>> Fatal error 'mutex 0x41814480 own 0x8c935 is on list 0x0 0x409e0008' at line 154 in file /opt/poudriere/jails/16aarch64/usr/src/lib/libthr/thread/thr_mutex.c (errno = 0)
>>>>>>>>> Abort trap (core dumped)
>>>>>>>>>
>>>>>>>>> Host system was a 16.0-CURRENT #0 main-461da47e45e7: Sun Oct 18 02:22:28 MSK 2026
>>>>>>>>> Same error on host FreeBSD 16.0-CURRENT #0 main-5250c9890848: Tue Oct 27 00:49:17 MSK 2026
>>>>>>>>>
>>>>>>>>> But when I revert host to 16.0-CURRENT #0 main-17af098383ba: Fri Sep 18 23:23:19 MSK 2026
>>>>>>>>> all builds runs without any errors
>>>>>>>>>
>>>>>>>>> Looks like some of latest commits between Sept 18 and Oct18 in libthr causes this failure
>>>>>>>>>
>>>>>>>>> 4472a048cf95c9c1593a8b04655a59096b44b0c9
>>>>>>>>> 192781bf5d047cceff3a1947bfc754c8b5eb0835
>>>>>>>>> 1d21e67e720a08992e81d626cff9d76524a81f22
>>>>>>>>> 627e7d5b72cf967eae3cd9e9e0707ce0ff63a4da
>>>>>>>>> 99edcc3bd52614c6cf972ea8424a7807ed3fe1e3
>>>>>>>>> de2c0f157a9cce0b763da9ae97ada870fa4d1824
>>>>>>>>> 305c3044e0249ea24a9b4571dfa6ae319a5bcdec
>>>>>>>>> 5fb07bbcd5d5d9a865d9e7765fb93e9ba5edef1c
>>>>>>>>> a0e152973613e0d0d55257f4e1f614509b7ec4c9
>>>>>>>>> 894f70a2bd8c7f67f131b76b9ce122a752818af3
>>>>>>>> What is the program that asserted?
>>>>>>> pkg when generates packages for recently build jail
>>>>>>>
>>>>>>>> Get the core dump and backtrace.
>>>>>>> /usr/obj/opt/poudriere/jails/16aarch64/usr/src/arm64.aarch64/packages/utilities$ sudo gdb pkg pkg.core
>>>>>>> GNU gdb (GDB) 15.1 [GDB v15.1 for FreeBSD]
>>>>>>> [skip]
>>>>>>> Type "apropos word" to search for commands related to "word"...
>>>>>>> Reading symbols from pkg...
>>>>>>> Reading symbols from /usr/lib/debug//usr/sbin/pkg.debug...
>>>>>>> [New LWP 170934]
>>>>>>> Core was generated by `pkg -o ABI=FreeBSD:16:aarch64 -o OSVERSION=1600029 -o ALLOW_BASE_SHLIBS=yes -o S'.
>>>>>>> Program terminated with signal SIGABRT, Aborted.
>>>>>>> Sent by kill() from pid 45354 and user 0.
>>>>>>> #0 0x0000000040fd52f4 in ?? ()
>>>>>>> (gdb) bt
>>>>>>> #0 0x0000000040fd52f4 in ?? ()
>>>>>>> #1 0x00000000002fb784 in ?? ()
>>>>>>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>>>>>>> (gdb)
>>>>>> You should build the system libraries with the debug symbols.
>>>>>> Otherwise the backtrace is not useful.
>>>>> I don't think that would have helped in this specific instance. It
>>>>> looks like a smashed stack.
>>>> Why?
>>>> I would believe that unwinder become confused because there is no
>>>> proper unwind info, but I am not sure about aarch64.
>>>>
>>>> Anyway, I think the following patch would provide some minimal
>>>> useful information, but it is not a substitute for the full
>>>> backtrace.
>>>>
>>>> commit cce9267d4c66eee4dd1be28024910944b6511939
>>>> Author: Konstantin Belousov <kib@FreeBSD.org>
>>>> Date: Tue Oct 27 15:05:59 2026 +0200
>>>>
>>>> libthr/thr_mutex.c: make mutex asserts more useful
>>>> Print the line number of the caller where the assert fired.
>>>> Sponsored by: The FreeBSD Foundation
>>>> MFC after: 1 week
>>>>
>>>> diff --git a/lib/libthr/thread/thr_mutex.c b/lib/libthr/thread/thr_mutex.c
>>>> index 9c0939aa6080..9c6f6d8c5dd9 100644
>>>> --- a/lib/libthr/thread/thr_mutex.c
>>>> +++ b/lib/libthr/thread/thr_mutex.c
>>>> @@ -131,41 +131,51 @@ mutex_init_link(struct pthread_mutex *m __unused)
>>>> #endif
>>>> }
>>>> -static void
>>>> -mutex_assert_is_owned(struct pthread_mutex *m __unused)
>>>> -{
>>>> -
>>>> #if defined(_PTHREADS_INVARIANTS)
>>>> - if (__predict_false(m->m_qe.tqe_prev == NULL))
>>>> - PANIC("mutex %p own %#x is not on list %p %p",
>>>> +static void
>>>> +mutex_assert_is_owned(struct pthread_mutex *m, u_int line)
>>>> +{
>>>> + if (__predict_false(m->m_qe.tqe_prev == NULL)) {
>>>> + PANIC("%s:%u: mutex %p own %#x is not on list %p %p",
>>>> + __FILE__, line,
>>>> m, m->m_lock.m_owner, m->m_qe.tqe_prev, m->m_qe.tqe_next);
>>>> -#endif
>>>> + }
>>>> }
>>>> static void
>>>> -mutex_assert_not_owned(struct pthread *curthread __unused,
>>>> - struct pthread_mutex *m __unused)
>>>> +mutex_assert_not_owned(struct pthread_mutex *m, u_int line)
>>>> {
>>>> + struct pthread *curthread;
>>>> -#if defined(_PTHREADS_INVARIANTS)
>>>> + curthread = _get_curthread();
>>>> if (__predict_false(m->m_qe.tqe_prev != NULL ||
>>>> - m->m_qe.tqe_next != NULL))
>>>> - PANIC("mutex %p own %#x is on list %p %p",
>>>> + m->m_qe.tqe_next != NULL)) {
>>>> + PANIC("%s:%u: mutex %p own %#x is on list %p %p",
>>>> + __FILE__, line,
>>>> m, m->m_lock.m_owner, m->m_qe.tqe_prev, m->m_qe.tqe_next);
>>>> + }
>>>> if (__predict_false(is_robust_mutex(m) &&
>>>> (m->m_lock.m_rb_lnk != 0 || m->m_rb_prev != NULL ||
>>>> (is_pshared_mutex(m) && curthread->robust_list ==
>>>> (uintptr_t)&m->m_lock) ||
>>>> (!is_pshared_mutex(m) && curthread->priv_robust_list ==
>>>> - (uintptr_t)&m->m_lock))))
>>>> + (uintptr_t)&m->m_lock)))) {
>>>> PANIC(
>>>> - "mutex %p own %#x is on robust linkage %p %p head %p phead %p",
>>>> + "%s:%u: mutex %p own %#x is on robust linkage %p %p head %p phead %p",
>>>> + __FILE__, line,
>>>> m, m->m_lock.m_owner, (void *)m->m_lock.m_rb_lnk,
>>>> m->m_rb_prev, (void *)curthread->robust_list,
>>>> (void *)curthread->priv_robust_list);
>>>> -#endif
>>>> + }
>>>> }
>>>> +#define MUTEX_ASSERT_IS_OWNED(m) mutex_assert_is_owned(m, __LINE__)
>>>> +#define MUTEX_ASSERT_NOT_OWNED(m) mutex_assert_not_owned(m, __LINE__)
>>>> +#else
>>>> +#define MUTEX_ASSERT_IS_OWNED(m) do {} while (0)
>>>> +#define MUTEX_ASSERT_NOT_OWNED(m) do {} while (0)
>>>> +#endif
>>>> +
>>>> static bool
>>>> is_pshared_mutex(struct pthread_mutex *m)
>>>> {
>>>> @@ -477,8 +487,7 @@ _thr_mutex_destroy(pthread_mutex_t *mutex)
>>>> if (m1 != NULL) {
>>>> if ((uint32_t)m1->m_lock.m_owner !=
>>>> UMUTEX_RB_OWNERDEAD) {
>>>> - mutex_assert_not_owned(
>>>> - _get_curthread(), m1);
>>>> + MUTEX_ASSERT_NOT_OWNED(m1);
>>>> }
>>>> __thr_pshared_destroy(mutex);
>>>> }
>>>> @@ -490,7 +499,7 @@ _thr_mutex_destroy(pthread_mutex_t *mutex)
>>>> ret = EBUSY;
>>>> } else {
>>>> *mutex = THR_MUTEX_DESTROYED;
>>>> - mutex_assert_not_owned(_get_curthread(), m);
>>>> + MUTEX_ASSERT_NOT_OWNED(m);
>>>> __thr_free(m);
>>>> ret = 0;
>>>> }
>>>> @@ -530,7 +539,7 @@ enqueue_mutex(struct pthread *curthread, struct pthread_mutex *m,
>>>> /* Add to the list of owned mutexes: */
>>>> if (error != EOWNERDEAD)
>>>> - mutex_assert_not_owned(curthread, m);
>>>> + MUTEX_ASSERT_NOT_OWNED(m);
>>>> qidx = mutex_qidx(m);
>>>> TAILQ_INSERT_TAIL(&curthread->mq[qidx], m, m_qe);
>>>> if (!is_pshared_mutex(m))
>>>> @@ -558,7 +567,7 @@ dequeue_mutex(struct pthread *curthread, struct pthread_mutex *m)
>>>> struct pthread_mutex *mp, *mn;
>>>> int qidx;
>>>> - mutex_assert_is_owned(m);
>>>> + MUTEX_ASSERT_IS_OWNED(m);
>>>> qidx = mutex_qidx(m);
>>>> if (is_robust_mutex(m)) {
>>>> mp = m->m_rb_prev;
>>>> @@ -1054,7 +1063,7 @@ _pthread_mutex_setprioceiling(pthread_mutex_t * __restrict mutex,
>>>> curthread = _get_curthread();
>>>> if (PMUTEX_OWNER_ID(m) == TID(curthread)) {
>>>> - mutex_assert_is_owned(m);
>>>> + MUTEX_ASSERT_IS_OWNED(m);
>>>> m1 = TAILQ_PREV(m, mutex_queue, m_qe);
>>>> m2 = TAILQ_NEXT(m, m_qe);
>>>> if ((m1 != NULL && m1->m_lock.m_ceilings[0] > (u_int)ceiling) ||
>>>
>>
--
Sincerely,
Dima (fluffy@FreeBSD.org, https://t.me/FluffyBSD, @fluffy:matrix-dev.freebsd.org)
(desktop, kde, x11, office, ports-secteam)@FreeBSD team