> 8 марта 2021 г., в 18:41, Thomas Huth <th...@redhat.com> написал(а): > > On 08/03/2021 16.26, Warner Losh wrote: >> On Mon, Mar 8, 2021 at 6:30 AM Thomas Huth <th...@redhat.com >> <mailto:th...@redhat.com>> wrote: >> On 07/03/2021 16.56, Warner Losh wrote: >> > FreeBSD 12.1 has reached end of life. Use 12.2 instead so that >> FreeBSD's >> > project's packages will work. Update which timezone to pick. Work >> around a QEMU >> > bug that incorrectly raises an exception on a CRC32 instruction with >> the FPU >> > disabled. The qemu bug is described here: >> > https://www.mail-archive.com/qemu-devel@nongnu.org/msg784158.html >> <https://www.mail-archive.com/qemu-devel@nongnu.org/msg784158.html> >> > >> > Signed-off-by: Warner Losh <i...@bsdimp.com <mailto:i...@bsdimp.com>> >> > >> > --- >> > tests/vm/freebsd | 14 +++++++++----- >> > 1 file changed, 9 insertions(+), 5 deletions(-) >> I gave this a try, but it's currently failing in the unit tests: >> Running test test-crypto-tlscredsx509 >> ** (tests/test-crypto-tlscredsx509:9999): CRITICAL **: 12:56:35.157: >> Failed >> to sign certificate ASN1 parser: Value is not valid. >> ERROR test-crypto-tlscredsx509 - Bail out! FATAL-CRITICAL: Failed to sign >> certificate ASN1 parser: Value is not valid. >> gmake: *** [Makefile.mtest:576: run-test-70] Error 1 >> gmake: *** Waiting for unfinished jobs.... >> Running test test-crypto-tlssession >> ** (tests/test-crypto-tlssession:10002): CRITICAL **: 12:56:35.288: Failed >> to sign certificate ASN1 parser: Value is not valid. >> ERROR test-crypto-tlssession - Bail out! FATAL-CRITICAL: Failed to sign >> certificate ASN1 parser: Value is not valid. >> That's totally unrelated to my change. Was it failing before? What >> environment was it failing in because it all seemed to work for me... > > It's been a while since I last ran "make vm-build-freebsd", so I can't really > tell whether the problem was already there before ... when I now try to run > it without your patch, it fails for me, too, but rather due to FreeBSD 12.1 > being out of service instead. > >> I guess it's the same problem as: >> https://lists.gnu.org/archive/html/qemu-devel/2021-01/msg06750.html >> <https://lists.gnu.org/archive/html/qemu-devel/2021-01/msg06750.html> >> ... so this would require a bug fix in the libtasn of FreeBSD first? See: >> https://gitlab.com/gnutls/libtasn1/-/merge_requests/71 >> <https://gitlab.com/gnutls/libtasn1/-/merge_requests/71> >> Is this on the host that built qemu, or inside the VM or where exactly? > > It's inside the VM ... I assume the libtasn there has the same bug as the one > on macOS? >
The gnutls failures on macOS and FreeBSD (with clang as main compiler) won’t happen only if libtasn1 from master is used. Otherwise libtasn1 has to be compiled with -O1/-O0. Отправлено с iPhone > Thomas >