Re: Problem with make installworld
On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote: > > I'm trying to run make buildworld / make installworld on a recent main branch > (some days old). > > The problem is related to lib/libc/tests/ssp/Makefile > which contains: > _libclang_rt_ubsan= > ${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a > if exists(${_libclang_rt_ubsan}) > PROGS+= h_raw > LDADD.h_raw+= ${SANITIZER_LDFLAGS} > > When running make buildworld, we have > ${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp > ${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd > and so the script is looking for > /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a > which does not exist: > tuexen@blackbird:~ % ls -l > /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/ > total 652 > -r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a > -r--r--r-- 1 root wheel 380704 Mar 20 17:41 libclang_rt.profile-powerpc64.a > > Therefore, h_raw to NOT built. As far as I can see, for powerpc64 it should have been built somewhere during the libraries stage. So it's a bit strange that you don't have the file. Did you use any special options to build? -Dimitry
Re: Problem with make installworld
> On 21. Mar 2024, at 00:27, Dimitry Andric wrote: > > On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote: >> >> I'm trying to run make buildworld / make installworld on a recent main branch >> (some days old). >> >> The problem is related to lib/libc/tests/ssp/Makefile >> which contains: >> _libclang_rt_ubsan= >> ${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a >> if exists(${_libclang_rt_ubsan}) >> PROGS+= h_raw >> LDADD.h_raw+= ${SANITIZER_LDFLAGS} >> >> When running make buildworld, we have >> ${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp >> ${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd >> and so the script is looking for >> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a >> which does not exist: >> tuexen@blackbird:~ % ls -l >> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/ >> total 652 >> -r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a >> -r--r--r-- 1 root wheel 380704 Mar 20 17:41 libclang_rt.profile-powerpc64.a >> >> Therefore, h_raw to NOT built. > > As far as I can see, for powerpc64 it should have been built somewhere during > the libraries stage. So it's a bit strange that you don't have the file. Did > you use any special options to build? No, not any I'm aware of. I can run tests or provide further information. Best regards Michael > > -Dimitry >
Re: Problem with make installworld
On 21 Mar 2024, at 01:12, tue...@freebsd.org wrote: > >> On 21. Mar 2024, at 00:27, Dimitry Andric wrote: >> >> On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote: >>> >>> I'm trying to run make buildworld / make installworld on a recent main >>> branch >>> (some days old). >>> >>> The problem is related to lib/libc/tests/ssp/Makefile >>> which contains: >>> _libclang_rt_ubsan= >>> ${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a >>> if exists(${_libclang_rt_ubsan}) >>> PROGS+= h_raw >>> LDADD.h_raw+= ${SANITIZER_LDFLAGS} >>> >>> When running make buildworld, we have >>> ${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp >>> ${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd >>> and so the script is looking for >>> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a >>> which does not exist: >>> tuexen@blackbird:~ % ls -l >>> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/ >>> total 652 >>> -r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a >>> -r--r--r-- 1 root wheel 380704 Mar 20 17:41 libclang_rt.profile-powerpc64.a >>> >>> Therefore, h_raw to NOT built. >> >> As far as I can see, for powerpc64 it should have been built somewhere >> during the libraries stage. So it's a bit strange that you don't have the >> file. Did you use any special options to build? > No, not any I'm aware of. I can run tests or provide further information. This was my mistake: I recently refactored lib/libclang_rt/Makefile to make it more readable and maintainable, but it accidentally broke building of most of the libclang_rt*.a files for powerpc64. It should now be fixed by https://cgit.freebsd.org/src/commit/?id=f0620ceeccf0 . -Dimitry
Re: Problem with make installworld
> On 21. Mar 2024, at 18:12, Dimitry Andric wrote: > > On 21 Mar 2024, at 01:12, tue...@freebsd.org wrote: >> >>> On 21. Mar 2024, at 00:27, Dimitry Andric wrote: >>> >>> On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote: I'm trying to run make buildworld / make installworld on a recent main branch (some days old). The problem is related to lib/libc/tests/ssp/Makefile which contains: _libclang_rt_ubsan= ${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a if exists(${_libclang_rt_ubsan}) PROGS+= h_raw LDADD.h_raw+= ${SANITIZER_LDFLAGS} When running make buildworld, we have ${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp ${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd and so the script is looking for /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a which does not exist: tuexen@blackbird:~ % ls -l /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/ total 652 -r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a -r--r--r-- 1 root wheel 380704 Mar 20 17:41 libclang_rt.profile-powerpc64.a Therefore, h_raw to NOT built. >>> >>> As far as I can see, for powerpc64 it should have been built somewhere >>> during the libraries stage. So it's a bit strange that you don't have the >>> file. Did you use any special options to build? >> No, not any I'm aware of. I can run tests or provide further information. > > This was my mistake: I recently refactored lib/libclang_rt/Makefile to make > it more readable and maintainable, but it accidentally broke building of most > of the libclang_rt*.a files for powerpc64. It should now be fixed by > https://cgit.freebsd.org/src/commit/?id=f0620ceeccf0 . Hi Dimitry, I tested the main branch with your fix and I can confirm that the problem is fixed. Thank you very much for the quick fix! Best regards Michael > > -Dimitry >
Re: Problem with make installworld et alii
You need to a build newer than SVN r320652 to fix this .. On 07/09/17 10:43, Filippo Moretti wrote: FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320360: Mon Jun 26 15:49:29 UTC 2017 r...@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386After compiling world and kernel I cannot make install world with the following error:Fatal error cannot allocate read line in initial thread at line 392 in file /use/src/lib/libthr/thread/thr_init.c (errorno=12)PID 42315 (cc) uid 0: exited on signal 6 (core dumped) make: "/usr/src/share/mk/bsd.compiler.mk" line 145 : Unable to determine compiler type for CC=cc . Consider settingCOMPILER_TYPE This is the report of the crash I experienced with my custom kernel while running xinit (all the operations in console mode worked).I can succesfully start X using GENERIC.My kernel Worked fine until I reinstalled this snapshot. Jul 8 08:41:53 sting kernel: Jul 8 08:41:53 sting kernel: Jul 8 08:41:53 sting kernel: Fatal trap 12: page fault while in kernel mode Jul 8 08:41:53 sting kernel: cpuid = 1; apic id = 01 Jul 8 08:41:53 sting kernel: fault virtual address = 0xa4c8c67d Jul 8 08:41:53 sting kernel: fault code= supervisor read, page not present Jul 8 08:41:53 sting kernel: instruction pointer = 0x20:0xc7f86218 Jul 8 08:41:53 sting kernel: stack pointer = 0x28:0xf0b828e0 Jul 8 08:41:53 sting kernel: frame pointer = 0x28:0xf0b8290c Jul 8 08:41:53 sting kernel: code segment = base 0x0, limit 0xf, type 0x1b Jul 8 08:41:53 sting kernel: = DPL 0, pres 1, def32 1, gran 1 Jul 8 08:41:53 sting kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Jul 8 08:41:53 sting kernel: current process = 798 (Xorg) Jul 8 08:41:53 sting kernel: trap number = 12 Jul 8 08:41:53 sting kernel: panic: page fault Jul 8 08:41:53 sting kernel: cpuid = 1 Jul 8 08:41:53 sting kernel: time = 1499495998 Jul 8 08:41:53 sting kernel: KDB: stack backtrace: Jul 8 08:41:53 sting kernel: #0 0xc07d92df at kdb_backtrace+0x4f Jul 8 08:41:53 sting kernel: #1 0xc079ad33 at vpanic+0x133 Jul 8 08:41:53 sting kernel: #2 0xc079abfb at panic+0x1b Jul 8 08:41:53 sting kernel: #3 0xc0a7a73e at trap_fatal+0x31e Jul 8 08:41:53 sting kernel: #4 0xc0a7a783 at trap_pfault+0x33 Jul 8 08:41:53 sting kernel: #5 0xc0a79e8e at trap+0x2be Jul 8 08:41:53 sting kernel: #6 0xc0a68d6a at calltrap+0x6 Jul 8 08:41:53 sting kernel: #7 0xc0823df8 at unp_connect2+0x88 Jul 8 08:41:53 sting kernel: #8 0xc0823a9b at unp_connectat+0x40b Jul 8 08:41:53 sting kernel: #9 0xc0821000 at uipc_connect+0x40 Jul 8 08:41:53 sting kernel: #10 0xc081dac6 at kern_connectat+0x116 Jul 8 08:41:53 sting kernel: #11 0xc081d999 at sys_connect+0x99 Jul 8 08:41:53 sting kernel: #12 0xc0a7b104 at syscall+0x5b4 Jul 8 08:41:53 sting kernel: #13 0xc0a68dee at Xint0x80_syscall+0x2e Jul 8 08:41:53 sting kernel: Uptime: 2m10s Jul 8 08:41:53 sting kernel: Physical memory: 2929 MB Jul 8 08:41:53 sting kernel: Dumping 109 MB: 94 78 62 46 30 14 Jul 8 08:41:53 sting kernel: Dump complete Jul 8 08:41:53 sting kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jul 8 08:41:53 sting kernel: --> Press a key on the console to reboot, Jul 8 08:41:53 sting kernel: --> or switch off the system now. Jul 8 08:41:53 sting kernel: Rebooting... Jul 8 08:41:53 sting kernel: cpu_reset: Restarting BSP Jul 8 08:41:53 sting kernel: cpu_reset_proxy: Stopped CPU 1 I also get these messages in console Jul 8 08:45:31 sting kernel: 1st 0xc6114bb8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3539 Jul 8 08:45:31 sting kernel: 2nd 0xd0391800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 Jul 8 08:45:31 sting kernel: stack backtrace: Jul 8 08:45:31 sting kernel: #0 0xc0cbbbd1 at witness_debugger+0x81 Jul 8 08:45:31 sting kernel: #1 0xc0cbbaf1 at witness_checkorder+0xd11 Jul 8 08:45:31 sting kernel: #2 0xc0c60154 at _sx_xlock+0x64 Jul 8 08:45:31 sting kernel: #3 0xc0f5d3b0 at ufsdirhash_add+0x40 Jul 8 08:45:31 sting kernel: #4 0xc0f6010a at ufs_direnter+0x47a Jul 8 08:45:31 sting kernel: #5 0xc0f6a07f at ufs_makeinode+0x5af Jul 8 08:45:31 sting kernel: #6 0xc0f695a6 at ufs_symlink+0x36 Jul 8 08:45:31 sting kernel: #7 0xc123be43 at VOP_SYMLINK_APV+0xd3 Jul 8 08:45:31 sting kernel: #8 0xc0d301a4 at kern_symlinkat+0x274 Jul 8 08:45:31 sting kernel: #9 0xc0d2ff21 at sys_symlink+0x31 Jul 8 08:45:31 sting kernel: #10 0xc120719e at syscall+0x6de Jul 8 08:45:31 sting kernel: #11 0xc11f2bee at Xint0x80_syscall+0x2e Jul 8 08:46:07 sting kernel: lock order reversal: Jul 8 08:46:07 sting kernel: 1st 0xd18c9914 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3362 Jul 8 08:46:07 sting kernel: 2nd 0xc6114bb8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:280 Jul 8 08:46:07 sting kernel: 3rd 0xd1af3c68 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2602 Jul 8 08:46:07 sting kernel: stack
Fw: Re: Problem with make installworld et alii
- Forwarded Message -From: Michael Butler To: Filippo Moretti ; Current Sent: Sunday, July 9, 2017, 4:50:13 PM GMT+2Subject: Re: Problem with make installworld et alii You need to a build newer than SVN r320652 to fix this .. On 07/09/17 10:43, Filippo Moretti wrote: > FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320360: Mon Jun 26 > 15:49:29 UTC 2017 > r...@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386After > compiling world and kernel I cannot make install world with the following > error:Fatal error cannot allocate read line in initial thread at line 392 in > file /use/src/lib/libthr/thread/thr_init.c (errorno=12)PID 42315 (cc) uid 0: > exited on signal 6 (core dumped) > make: "/usr/src/share/mk/bsd.compiler.mk" line 145 : Unable to determine > compiler type for CC=cc . Consider settingCOMPILER_TYPE This error is still present with r321039MsincerelyFilippo ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"