Date: Thu, 31 Mar 2022 13:50:55 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262920 --- Comment #3 from email@example.com --- (In reply to Emmanuel Vadot from comment #2) I don't know to debug this further. userboot.so hasn't changed according to cgit since 2019 in https://cgit.freebsd.org/src/commit/?id=68861a62f5363e6984ba96efe6463e882a9c4896 bhyvectl hasn't changed since the beginning of 2019 in https://cgit.freebsd.org/src/commit/?id=62c47c7f6cdc6defa1dcd6a2ef39abb34a4c0351 the same goes for bhyve in 13.0-p6, getsecs isn't present in userboot.so and bhyve works as expected. Your change to getsecs is the only documented one in the timeframe 13.0 => 13.1 Where else to look? I'm happy to update sources to latest stable/13 and then removing your change, enabling WITH_BIND_NOW= in /etc/src then building a new world, kernel and then rebooting, but I don't know enough about git to cherry-pick to revert just your change leaving everything else as it is. If you could tell me how to do this, i'll do it, test then get back to you. In case it wasn't clear in the initial report, the problem can be sidestepped by *not* enabling WITH_BIND_NOW in /etc/src.conf and rebuilding. This might not be an issue with getsecs at all, but solely with WITH_BIND_NOW= and how it interacts with other libraries. If it is, I'm happy to make another PR. -- You are receiving this mail because: You are the assignee for the bug.