Re: Kernel crashed with "panic: VERIVY(e->lse-mscount != 0) failed"
From: Alexander Motin Subject: Re: Kernel crashed with "panic: VERIVY(e->lse-mscount != 0) failed" Date: Sun, 5 Jun 2022 09:33:21 -0400 > Hi, > > Please update your system once more. That wrong assertion was removed > soon after your checkout at e3aa18ad717. Thanks. After updating latest commit `poudriere bulk` completed successfully. --- Yasuhiro Kimura
Re: buildworld fail: ld: error: undefined symbol: test_no_kevents
> Am 06.06.2022 um 13:42 schrieb Ronald Klop : > > > ….. Will take 10+ hours to compile clang for the millionth time. > I also often prefer compiling on target hardware… but to be honest: cross compiling on -j(fullspeed)-machines to PXE-boot one slow boards is the only „painless" workflow. On the other hand e.g. / NO_OBJWALK / perhaps should work as expected w/o ld-error and w/o using WITHOUT_TESTS(in this case), so up to you filing a bug report if you think it’s worth..
Re: buildworld fail: ld: error: undefined symbol: test_no_kevents
Hi, Mmm, took another look. I doubt my clean build was clean as "wipe out workspace" did not work because the Jenkins agent was offline. The problem might be PEBCAK[1]. :-) Doing another build with a fresh Jenkins workspace now. Will take 10+ hours to compile clang for the millionth time. Ronald. [1] https://en.wiktionary.org/wiki/PEBCAK Van: Dimitry Andric Datum: maandag, 6 juni 2022 12:16 Aan: Ronald Klop CC: freebsd-current , Mark Johnston Onderwerp: Re: buildworld fail: ld: error: undefined symbol: test_no_kevents Looks like it might be using an old version of tests/sys/kqueue/libkqueue/common.h, after https://cgit.freebsd.org/src/commit/?id=c728c56c870abe230e45cee5c477f0d890ebacef ? Without seeing how the .o files have been compiled, specifically with which -I flags, it is impossible to see what is going wrong, though. -Dimitry On 6 Jun 2022, at 11:59, Ronald Klop wrote: Hi, Building on aarch64/14-CURRENT fails with this error on my rpi4. It failed on incremental build and tried a clean build today. First failure was on "World build started on Sun May 29 00:25:17 UTC 2022". This weekend it still fails (I'm building weekly in Jenkins). 10:04:44 ===> tests/sys/kqueue/libkqueue (all) 10:04:44 --- kqueue_test --- 10:04:44 (cd /usr/src/tests/sys/kqueue/libkqueue && DEPENDFILE=.depend.kqueue_test NO_SUBDIR=1 /usr/bin/make -f /usr/src/tests/sys/kqueue/libkqueue/Makefile _RECURSING_PROGS=t PROG=kqueue_test ) 10:04:44 --- kqueue_test.full --- 10:04:44 cc -target aarch64-unknown-freebsd14.0 --sysroot=/usr/obj/usr/src/arm64.aarch64/tmp -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-common -fPIE -g -gz=zlib -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-variable -Qunused-arguments -pie -o kqueue_test.full main.o read.o timer.o vnode.o proc.o signal.o user.o 10:04:44 ld: error: undefined symbol: test_no_kevents 10:04:45 >>> referenced by read.c:169 (/usr/src/tests/sys/kqueue/libkqueue/read.c:169) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:75 (/usr/src/tests/sys/kqueue/libkqueue/read.c:75) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:137 (/usr/src/tests/sys/kqueue/libkqueue/read.c:137) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced 31 more times 10:04:45 >>> did you mean: _test_no_kevents 10:04:45 >>> defined in: main.o 10:04:45 10:04:45 ld: error: undefined symbol: kevent_cmp 10:04:45 >>> referenced by read.c:72 (/usr/src/tests/sys/kqueue/libkqueue/read.c:72) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:145 (/usr/src/tests/sys/kqueue/libkqueue/read.c:145) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:193 (/usr/src/tests/sys/kqueue/libkqueue/read.c:193) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced 14 more times 10:04:45 >>> did you mean: _kevent_cmp 10:04:45 >>> defined in: main.o 10:04:45 cc: error: linker command failed with exit code 1 (use -v to see invocation) 10:04:45 668.58 real 125.97 user62.12 sys 10:04:45 10:04:45 make[1]: stopped in /usr/src 10:04:45 10:04:45 make: stopped in /usr/src 10:04:45 Build step 'Execute shell' marked build as failure 10:04:46 Skipped archiving because build is not successful 10:04:46 Sending e-mails to: x...@.zzz 10:04:47 Finished: FAILURE Any thoughts? Similar experience? Regards, Ronald.
Re: buildworld fail: ld: error: undefined symbol: test_no_kevents
> Am 06.06.2022 um 11:59 schrieb Ronald Klop : > > on my rpi4….. > 10:04:45 > 10:04:45 > ld: error: undefined symbol: kevent_cmp > > Any thoughts? Similar experience? > > Yes, similar experience(~1 week ago) , specially when using NO_CLEAN flag , as far as I remember.. `got around this issue by using the WITHOUT_TESTS flag .
Re: Loader can't find /boot/ua/loader.lua on UFS after main-n255828-18054d0220c
On Mon, Jun 06, 2022 at 09:46:21AM +, Filippo Moretti wrote: > > Is it now safe to attempt updating current with UFS?SincerelyFilippo > Yes. Kirk committed a fix: commit bc218d89200faa021def77732f3d9fde4f4dee13 Author: Kirk McKusick Date: Tue May 31 19:55:54 2022 -0700 Two bug fixes to UFS/FFS superblock integrity checks when reading a superblock. Two bugs have been reported with the UFS/FFS superblock integrity checks that were added in commit 076002f24d35. Peace, david -- David H. Wolfskill da...@catwhisker.org "Putin is a paranoid dictator. Putin must go. He started a senseless war and is leading Russia into a ditch." - Egor Polyakov & Alexandra Miroshnikova See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: buildworld fail: ld: error: undefined symbol: test_no_kevents
Looks like it might be using an old version of tests/sys/kqueue/libkqueue/common.h, after https://cgit.freebsd.org/src/commit/?id=c728c56c870abe230e45cee5c477f0d890ebacef ? Without seeing how the .o files have been compiled, specifically with which -I flags, it is impossible to see what is going wrong, though. -Dimitry > On 6 Jun 2022, at 11:59, Ronald Klop wrote: > > Hi, > > Building on aarch64/14-CURRENT fails with this error on my rpi4. > It failed on incremental build and tried a clean build today. > > First failure was on "World build started on Sun May 29 00:25:17 UTC 2022". > > This weekend it still fails (I'm building weekly in Jenkins). > 10:04:44 ===> tests/sys/kqueue/libkqueue (all) > 10:04:44 --- kqueue_test --- > 10:04:44 (cd /usr/src/tests/sys/kqueue/libkqueue && > DEPENDFILE=.depend.kqueue_test NO_SUBDIR=1 /usr/bin/make -f > /usr/src/tests/sys/kqueue/libkqueue/Makefile _RECURSING_PROGS=t > PROG=kqueue_test ) > 10:04:44 --- kqueue_test.full --- > 10:04:44 cc -target aarch64-unknown-freebsd14.0 > --sysroot=/usr/obj/usr/src/arm64.aarch64/tmp > -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-common -fPIE -g > -gz=zlib -std=gnu99 -Wno-format-zero-length -fstack-protector-strong > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variable > -Wno-error=unused-but-set-variable -Qunused-arguments -pie -o > kqueue_test.full main.o read.o timer.o vnode.o proc.o signal.o user.o > 10:04:44 ld: error: undefined symbol: test_no_kevents > 10:04:45 >>> referenced by read.c:169 > (/usr/src/tests/sys/kqueue/libkqueue/read.c:169) > 10:04:45 >>> read.o:(test_evfilt_read) > 10:04:45 >>> referenced by read.c:75 > (/usr/src/tests/sys/kqueue/libkqueue/read.c:75) > 10:04:45 >>> read.o:(test_evfilt_read) > 10:04:45 >>> referenced by read.c:137 > (/usr/src/tests/sys/kqueue/libkqueue/read.c:137) > 10:04:45 >>> read.o:(test_evfilt_read) > 10:04:45 >>> referenced 31 more times > 10:04:45 >>> did you mean: _test_no_kevents > 10:04:45 >>> defined in: main.o > 10:04:45 > 10:04:45 ld: error: undefined symbol: kevent_cmp > 10:04:45 >>> referenced by read.c:72 > (/usr/src/tests/sys/kqueue/libkqueue/read.c:72) > 10:04:45 >>> read.o:(test_evfilt_read) > 10:04:45 >>> referenced by read.c:145 > (/usr/src/tests/sys/kqueue/libkqueue/read.c:145) > 10:04:45 >>> read.o:(test_evfilt_read) > 10:04:45 >>> referenced by read.c:193 > (/usr/src/tests/sys/kqueue/libkqueue/read.c:193) > 10:04:45 >>> read.o:(test_evfilt_read) > 10:04:45 >>> referenced 14 more times > 10:04:45 >>> did you mean: _kevent_cmp > 10:04:45 >>> defined in: main.o > 10:04:45 cc: error: linker command failed with exit code 1 (use -v to see > invocation) > 10:04:45 668.58 real 125.97 user62.12 sys > 10:04:45 > 10:04:45 make[1]: stopped in /usr/src > 10:04:45 > 10:04:45 make: stopped in /usr/src > 10:04:45 Build step 'Execute shell' marked build as failure > 10:04:46 Skipped archiving because build is not successful > 10:04:46 Sending e-mails to: x...@.zzz > 10:04:47 Finished: FAILURE > > Any thoughts? Similar experience? > > Regards, > Ronald. > > signature.asc Description: Message signed with OpenPGP
buildworld fail: ld: error: undefined symbol: test_no_kevents
Hi, Building on aarch64/14-CURRENT fails with this error on my rpi4. It failed on incremental build and tried a clean build today. First failure was on "World build started on Sun May 29 00:25:17 UTC 2022". This weekend it still fails (I'm building weekly in Jenkins). 10:04:44 ===> tests/sys/kqueue/libkqueue (all) 10:04:44 --- kqueue_test --- 10:04:44 (cd /usr/src/tests/sys/kqueue/libkqueue && DEPENDFILE=.depend.kqueue_test NO_SUBDIR=1 /usr/bin/make -f /usr/src/tests/sys/kqueue/libkqueue/Makefile _RECURSING_PROGS=t PROG=kqueue_test ) 10:04:44 --- kqueue_test.full --- 10:04:44 cc -target aarch64-unknown-freebsd14.0 --sysroot=/usr/obj/usr/src/arm64.aarch64/tmp -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-common -fPIE -g -gz=zlib -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-variable -Qunused-arguments -pie -o kqueue_test.full main.o read.o timer.o vnode.o proc.o signal.o user.o 10:04:44 ld: error: undefined symbol: test_no_kevents 10:04:45 >>> referenced by read.c:169 (/usr/src/tests/sys/kqueue/libkqueue/read.c:169) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:75 (/usr/src/tests/sys/kqueue/libkqueue/read.c:75) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:137 (/usr/src/tests/sys/kqueue/libkqueue/read.c:137) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced 31 more times 10:04:45 >>> did you mean: _test_no_kevents 10:04:45 >>> defined in: main.o 10:04:45 10:04:45 ld: error: undefined symbol: kevent_cmp 10:04:45 >>> referenced by read.c:72 (/usr/src/tests/sys/kqueue/libkqueue/read.c:72) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:145 (/usr/src/tests/sys/kqueue/libkqueue/read.c:145) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced by read.c:193 (/usr/src/tests/sys/kqueue/libkqueue/read.c:193) 10:04:45 >>> read.o:(test_evfilt_read) 10:04:45 >>> referenced 14 more times 10:04:45 >>> did you mean: _kevent_cmp 10:04:45 >>> defined in: main.o 10:04:45 cc: error: linker command failed with exit code 1 (use -v to see invocation) 10:04:45 668.58 real 125.97 user62.12 sys 10:04:45 10:04:45 make[1]: stopped in /usr/src 10:04:45 10:04:45 make: stopped in /usr/src 10:04:45 Build step 'Execute shell' marked build as failure 10:04:46 Skipped archiving because build is not successful 10:04:46 Sending e-mails to: x...@.zzz 10:04:47 Finished: FAILURE Any thoughts? Similar experience? Regards, Ronald.
Re: Loader can't find /boot/ua/loader.lua on UFS after main-n255828-18054d0220c
Is it now safe to attempt updating current with UFS?SincerelyFilippo On Wednesday, June 1, 2022 at 01:07:20 AM GMT+2, Warner Losh wrote: On Tue, May 31, 2022 at 3:55 PM Olivier Cochard-Labbé wrote: Same problem here:- I'm building FreeBSD head on a builder machine, and NFS mounting its /usr/src and /usr/obj to 4 others Results:- 2 of them, UEFI+ZFS machines works great ((Thinkpad T420 and AMD Epyc with Tyan motherboard)- 2 of them, BIOS+UFS machines meet this "can't find /boot/ua/loader.lua" (HP microserver and PC Engines APU2) I had to boot from an USB stick, mounting the system partition and "cp boot/loader_4th.old boot/loader". Kirk found that the boot loader defines MAXPHYS to be 128k, which only is for the BIOS loader since it's 32-bit. UEFIis 64-bits and just works because it's define to 1MB. So the UEFI machines with ZFS are doubly safe. Kirk has a changethat relaxes the check and I think we should do this diff --git a/sys/sys/param.h b/sys/sys/param.h index 1f720ed31142..8cd9616e872e 100644 --- a/sys/sys/param.h +++ b/sys/sys/param.h @@ -176,7 +176,7 @@ #define DFLTPHYS (64 * 1024) /* default max raw I/O transfer size */ #endif #ifndef MAXPHYS /* max raw I/O transfer size */ -#ifdef __ILP32__ +#if defined(__ILP32__) && !defined(_STANDALONE) /* Always 1M for loader */ #define MAXPHYS (128 * 1024) #else #define MAXPHYS (1024 * 1024) as well to ensure that the loader always assumes a larger MAXPHYS (though I'd kinda like the loader to notdefine it at all, but that is a longer conversation after reflection not a quick fix to get people back up andrunning). Warner
