From owner-freebsd-current@freebsd.org Sun Jul 30 14:15:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 467ACDBC63B for ; Sun, 30 Jul 2017 14:15:27 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF212731CD; Sun, 30 Jul 2017 14:15:26 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from 188-143-57-203.pool.digikabel.hu ([188.143.57.203] helo=[10.219.16.1]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1dbozv-000Bdi-Tr; Sun, 30 Jul 2017 14:15:11 +0000 To: mmacy@mattmacy.io Cc: sbruno@freebsd.org, FreeBSD Current From: Gergely Czuczy Subject: Mbufs leak since r321253 Message-ID: Date: Sun, 30 Jul 2017 16:15:11 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jul 2017 14:15:27 -0000 Hello, While running some port builds over an NFS-mounted /usr/ports on my aarch64 VM after r321253, I've noticed that sooner or later I'm getting an error saying "kernel: [zone: mbuf_cluster] kern.ipc.nmbclusters limit reached". I've tried increasing the sysctl, but after some time I always got the error. I've checked the mbuf counter with ``netstat -m'' periodically during the build, and noticed that the mbufs in use and mbuf clusters in use are continuously increasing, I've never seen a decrease: 279943/392/280335 mbufs in use (current/cache/total) 130819/253/131072/131072 mbuf clusters in use (current/cache/total/max) According to https://svnweb.freebsd.org/base/head/?view=log&pathrev=321253, the previous commit to HEAD was r321248. I've checked it on that build as well, and I couldn't reproduce the issue, mbuf counters were stable. After getting the kernel error message, the builds got stuck, some processes become unresponsive, and the only way to I was aware to clear the mbufs was to reboot the VM. So far what I know, is building over NFS triggers the leak. However, I haven't tested it with other network activities, might also do the trick. Could you please take a look into it? If any more information is needed, please let me know, I still have my test VMs at hand, I can do a few tests. Best regards, Gergely From owner-freebsd-current@freebsd.org Sun Jul 30 20:35:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B7B0DC1A02 for ; Sun, 30 Jul 2017 20:35:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-85.reflexion.net [208.70.210.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58B557FCCB for ; Sun, 30 Jul 2017 20:35:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24107 invoked from network); 30 Jul 2017 20:39:44 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 30 Jul 2017 20:39:44 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 30 Jul 2017 16:35:01 -0400 (EDT) Received: (qmail 1807 invoked from network); 30 Jul 2017 20:35:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 30 Jul 2017 20:35:00 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 07911EC88F5; Sun, 30 Jul 2017 13:35:00 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: I have submitted bugzilla 221107 for a (e.g.) -r371706 system clang 5 vintage TARGET_ARCH=powerpc buildkernel failure for aha.kld: R_PPC_PLTREL24 reloc against local symbol Message-Id: <186BF66E-04E5-4663-AD0B-E07A9C631925@dsl-only.net> Date: Sun, 30 Jul 2017 13:34:59 -0700 To: Dimitry Andric , FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jul 2017 20:35:08 -0000 I experiment with system clang targeting powerpc (and powerpc64). Until recently I could buildkernel via system clang 4 (but it had problems if tried to boot such a kernel). After clang 5 it no longer completes the buildkernel. I'm submitting based on a -r371706 build attempt. The system binutils are in use. The technical material from the submittal is. . . First I list what the R_PPC_PLTREL24 is tied to then the error text then the build context. objdump reports that the .text+0x2b94 involved is in aha_isa_probe and is a reference to aha_alloc: (sorted objdump -x output:) 00002b78 R_PPC_PLTREL24 bus_alloc_resource 00002b88 R_PPC_PLTREL24 rman_get_start 00002b94 R_PPC_PLTREL24 aha_alloc 00002b96 R_PPC_ADDR32 .debug_str+0x0000266c 00002b9c R_PPC_PLTREL24 aha_probe 00002b9f R_PPC_ADDR32 .debug_str+0x00001904 (objdump -d --prefix-addresses output:) 00002aa4 mflr r0 . . . 00002b7c cmplwi r3,0 00002b80 stw r3,188(r28) 00002b84 beq 00002c1c 00002b88 bl 00002b88 00002b8c mr r3,r28 00002b90 mr r27,r4 00002b94 bl 00002b94 00002b98 mr r3,r28 00002b9c bl 00002b9c 00002ba0 cmplwi r3,0 --- all_subdir_aha --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.kld . . . --- all_subdir_aha --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.ko.full . . . --- aha.ko.full --- ld: aha.kld(.text+0x2b94): R_PPC_PLTREL24 reloc against local symbol aha.kld: could not read symbols: Bad value . . . --- all_subdir_aha --- *** [aha.ko.full] Error code 1 make[4]: stopped in /usr/src/sys/modules/aha .ERROR_TARGET=3D'aha.ko.full' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' .CURDIR=3D'/usr/src/sys/modules/aha' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' --- all_subdir_agp --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.ko.full --- all_subdir_aha --- = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' 1 error make[4]: stopped in /usr/src/sys/modules/aha .ERROR_TARGET=3D'aha.ko.full' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' .CURDIR=3D'/usr/src/sys/modules/aha' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' *** [all_subdir_aha] Error code 2 Build context: = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh -j8 buildworld buildkernel # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ make $* C# more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITHOUT_LLD=3D # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # # Use WERROR to avoid stopping at the likes of: # error: implicit conversion from 'int' to 'int8_t' (aka 'signed char') = changes value from 128 to -128 [-Werror,-Wconstant-conversion] WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 30 22:03:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86E7CDC3516 for ; Sun, 30 Jul 2017 22:03:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-86.reflexion.net [208.70.210.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 491068268F for ; Sun, 30 Jul 2017 22:03:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 27103 invoked from network); 30 Jul 2017 22:05:34 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 30 Jul 2017 22:05:34 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 30 Jul 2017 18:03:53 -0400 (EDT) Received: (qmail 6574 invoked from network); 30 Jul 2017 22:03:53 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 30 Jul 2017 22:03:53 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 8A0C0EC7ED7; Sun, 30 Jul 2017 15:03:52 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: I have submitted bugzilla 221107 for a (e.g.) -r321706 system clang 5 vintage TARGET_ARCH=powerpc buildkernel failure for aha.kld: R_PPC_PLTREL24 reloc against local symbol Date: Sun, 30 Jul 2017 15:03:51 -0700 References: <186BF66E-04E5-4663-AD0B-E07A9C631925@dsl-only.net> To: Dimitry Andric , FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <186BF66E-04E5-4663-AD0B-E07A9C631925@dsl-only.net> Message-Id: <636276E6-BA4C-4C28-84FF-A34BDF1F1702@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jul 2017 22:03:55 -0000 [Just correcting the -r's to be -r321706.] On 2017-Jul-30, at 1:34 PM, Mark Millard wrote: I experiment with system clang targeting powerpc (and powerpc64). Until recently I could buildkernel via system clang 4 (but it had problems if tried to boot such a kernel). After clang 5 it no longer completes the buildkernel. I'm submitting based on a -r321706 build attempt. The system binutils are in use. The technical material from the submittal is. . . First I list what the R_PPC_PLTREL24 is tied to then the error text then the build context. objdump reports that the .text+0x2b94 involved is in aha_isa_probe and is a reference to aha_alloc: (sorted objdump -x output:) 00002b78 R_PPC_PLTREL24 bus_alloc_resource 00002b88 R_PPC_PLTREL24 rman_get_start 00002b94 R_PPC_PLTREL24 aha_alloc 00002b96 R_PPC_ADDR32 .debug_str+0x0000266c 00002b9c R_PPC_PLTREL24 aha_probe 00002b9f R_PPC_ADDR32 .debug_str+0x00001904 (objdump -d --prefix-addresses output:) 00002aa4 mflr r0 . . . 00002b7c cmplwi r3,0 00002b80 stw r3,188(r28) 00002b84 beq 00002c1c 00002b88 bl 00002b88 00002b8c mr r3,r28 00002b90 mr r27,r4 00002b94 bl 00002b94 00002b98 mr r3,r28 00002b9c bl 00002b9c 00002ba0 cmplwi r3,0 --- all_subdir_aha --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.kld . . . --- all_subdir_aha --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.ko.full . . . --- aha.ko.full --- ld: aha.kld(.text+0x2b94): R_PPC_PLTREL24 reloc against local symbol aha.kld: could not read symbols: Bad value . . . --- all_subdir_aha --- *** [aha.ko.full] Error code 1 make[4]: stopped in /usr/src/sys/modules/aha .ERROR_TARGET=3D'aha.ko.full' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' .CURDIR=3D'/usr/src/sys/modules/aha' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' --- all_subdir_agp --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.ko.full --- all_subdir_aha --- = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' 1 error make[4]: stopped in /usr/src/sys/modules/aha .ERROR_TARGET=3D'aha.ko.full' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' .CURDIR=3D'/usr/src/sys/modules/aha' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' *** [all_subdir_aha] Error code 2 Build context: = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh -j8 buildworld buildkernel # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ make $* C# more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITHOUT_LLD=3D # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # # Use WERROR to avoid stopping at the likes of: # error: implicit conversion from 'int' to 'int8_t' (aka 'signed char') = changes value from 128 to -128 [-Werror,-Wconstant-conversion] WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jul 31 08:57:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EEC9DCDA17 for ; Mon, 31 Jul 2017 08:57:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-85.reflexion.net [208.70.210.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C5686E61C for ; Mon, 31 Jul 2017 08:57:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18950 invoked from network); 31 Jul 2017 08:57:18 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 31 Jul 2017 08:57:18 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Mon, 31 Jul 2017 04:57:18 -0400 (EDT) Received: (qmail 31534 invoked from network); 31 Jul 2017 08:57:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 31 Jul 2017 08:57:18 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 45294EC7ED7; Mon, 31 Jul 2017 01:57:17 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libstdc++ build failures on MIPS, PowerPC, Sparc Date: Mon, 31 Jul 2017 01:57:16 -0700 References: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> <995425D0-1240-4008-8BF7-982C7725353C@dsl-only.net> <0A3348B1-0D56-4D68-9839-292635C6610D@dsl-only.net> <5AF488C1-FC10-4113-A882-8865C3FEDD11@dsl-only.net> To: Bryan Drewery , FreeBSD PowerPC ML , rpokala@mac.com, FreeBSD Current , FreeBSD Toolchain In-Reply-To: <5AF488C1-FC10-4113-A882-8865C3FEDD11@dsl-only.net> Message-Id: <07FE9513-BCB7-4955-A01B-7E17D6AA825D@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2017 08:57:20 -0000 [Fixed by -r321684 .] On 2017-Jul-24, at 2:31 AM, Mark Millard wrote: > [I'm just sending the notes to Bryan Drewery, no new > information added.] >=20 >=20 > Ravi Pokala rpokala at mac.com wrote on > Sun Jul 23 19:44:57 UTC 2017 : >=20 >> I did a tinderbox build of -HEAD as of r321376; there were failures = like this (paths shortened): >>=20 >> c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood = -fno-implicit-templates -ffunction-sections -fdata-sections = -Wno-deprecated -c ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc = -o bitmap_allocator.o >>=20 >> cc1plus: error: unrecognized command line option "-std=3Dc++11" >> *** [bitmap_allocator.o] Error code 1 >>=20 >> on multiple worlds: >>=20 >> [threepio:clean/base/head] rpokala% egrep -l 'stopped in .*libstdc' = _.*buildworld >> _.mips.mips.buildworld >> _.mips.mips64.buildworld >> _.mips.mips64el.buildworld >> _.mips.mips64elhf.buildworld >> _.mips.mips64hf.buildworld >> _.mips.mipsel.buildworld >> _.mips.mipselhf.buildworld >> _.mips.mipshf.buildworld >> _.mips.mipsn32.buildworld >> _.powerpc.powerpc.buildworld >> _.powerpc.powerpc64.buildworld >> _.powerpc.powerpcspe.buildworld >> _.sparc64.sparc64.buildworld >>=20 >> No interesting build environment, just MAKEOBJDIRPREFIX and JFLAGS; = clean sources and empty output directory. . . . My recent tests of building powerpc and powerpc64 gcc 4.2.1 style indicate that -r321684 has fixed this issue. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jul 31 23:39:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F659DC03D8 for ; Mon, 31 Jul 2017 23:39:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x231.google.com (mail-pf0-x231.google.com [IPv6:2607:f8b0:400e:c00::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66ADC6DC1A; Mon, 31 Jul 2017 23:39:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x231.google.com with SMTP id d67so449698pfc.0; Mon, 31 Jul 2017 16:39:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=1NsZO1l5rfVjd9tyejLKc5o9i7dp7uTpLW0dr5hqrVA=; b=RPtgDAH5+Ja9cFq2OI9EXBjVaClCoAb0MPY1TAvdW4OZsIm/kqiWD2OEk0q0O8YBXM loorVCVwEWhnxoLrSe5lx+daekD423/c/vqetRcM6b+O/7hC7tIV2k7jB8nlSXcSUP3m c6FNWu/XH4NywUJ9pC5y5L10v3J58oSiq9PV8PYxTBbAzywYhsQkVOZkHdM5G7nX6udU t7u5Zh6hqhC2hVKlovIu+FfOk8V8ZnpYyRyaAMrFKsRG0T8i+/Pr/aGzR7DmZ626uRaO ewvJSK8I3zXsKFu8fTQipl5wLUOXqDDU60WtKkizJ8HfXNU9LkcvHrh6tMGJUlH2kuBH S1pQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=1NsZO1l5rfVjd9tyejLKc5o9i7dp7uTpLW0dr5hqrVA=; b=KctTGPqG9fHNB0dsWEEQYJ4xgaCUkUvXWAZw+IMPQFnEJViSWoIFwrbZe/0zZj6SUp 9nElXboIMdxSyjk0GMyWu0YPvij1GVGriQ9Kde1FOb0/Q72cSZYVaDKC9gQQGxlrapMs jeIHQzynjQ9M+BnvVbU+cd4/ndoVsYAHHqGxYg5k+Z3Br2JLujA6kQsFcKZy85iHCw1g S8MQijMgoAHD0JR50SGmu/Z7H1h+gGcnJLr71IXb6Wrocr8A4g2b+/vN+tD4/ZFu5OJP skNKIHCkBJjVhN3E8vn9e7O5dhS+/9Dq3QMWu27Ygkb5DlQE6FFS2EL1ctWh23Jbky08 9Njg== X-Gm-Message-State: AIVw111GvmUVsqKxmiZnMKP9j4uIjybwPy8Lth1Y6Vff70zW3leBgVGS YoGWiKj9OxLv+9VgELc= X-Received: by 10.99.161.9 with SMTP id b9mr1207517pgf.144.1501544385671; Mon, 31 Jul 2017 16:39:45 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id r25sm361102pgu.7.2017.07.31.16.39.43 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 31 Jul 2017 16:39:44 -0700 (PDT) Subject: Re: tools/tools/zfsboottest doesn't compile on ^/head Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_DD2D47BA-AF36-4ED4-8CEA-7C238E57459B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Mon, 31 Jul 2017 16:39:42 -0700 Cc: FreeBSD Current , Andriy Gapon Message-Id: <0F46FDB8-FED5-41CD-BABD-EB0D07D85940@gmail.com> References: To: Dimitry Andric , Toomas Soome X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2017 23:39:46 -0000 --Apple-Mail=_DD2D47BA-AF36-4ED4-8CEA-7C238E57459B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 31, 2017, at 16:21, Ngie Cooper wrote: >=20 > Hi, > It looks like zfsboottest no longer compiles on ^/head (guessing = it has to do with the clang upgrade). > If someone doesn=E2=80=99t fix this build breakage in the next = few hours, I=E2=80=99ll take a stab at fixing it. > Thanks, > -Ngie >=20 > PS zfsboottest should really be compiled with world if MK_ZFS !=3D no. >=20 > $ (cd tools/tools/zfsboottest/; make obj; make) > cc -O1 -I/usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs = -I/usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs -I. = -fdiagnostics-show-option -W -Wextra -Wno-sign-compare = -Wno-unused-parameter -m32 -g --coverage -MD -MF.depend.zfsboottest.o = -MTzfsboottest.o -std=3Dgnu99 -fstack-protector-strong = -Qunused-arguments -c /usr/src/tools/tools/zfsboottest/zfsboottest.c -o = zfsboottest.o > In file included from = /usr/src/tools/tools/zfsboottest/zfsboottest.c:56: > = /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:797:9: = error: returning 'void' from a function with incompatible result type = 'int' > return (pager_output(line)); > ^~~~~~~~~~~~~~~~~~~~ > = /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:2356:17: = warning: array index 264 is past the end of the array (which contains = 192 elements) [-Warray-bounds] > memcpy(path, &dn->dn_bonus[sizeof(znode_phys_t)], = psize); > ^ ~~~~~~~~~~~~~~~~~~~~ > = /usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs/zfsimpl.h:910:= 2: note: array 'dn_bonus' declared here > uint8_t dn_bonus[DN_MAX_BONUSLEN - sizeof (blkptr_t)]; > ^ > 1 warning and 1 error generated. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src/tools/tools/zfsboottest >=20 > 157873 imp void > 157873 imp printf(const char *fmt,=E2=80=A6) > 104679 phk static void printf(const char *,...); The declaration for putchar is not ANSI compliant either =E2=80=94= which is probably another fun hurdle that someone=E2=80=99s going to = have to deal with in terms of fixing sys/boot and libstand. Thanks, -Ngie --Apple-Mail=_DD2D47BA-AF36-4ED4-8CEA-7C238E57459B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZf7+/AAoJEPWDqSZpMIYVTd8P/itk5p6law0iQd8n6If/9DgI py6TZhD+N8F+3yI7R2H0T5JN9anhuTWDkhscBdPMiiO6Ez9mkG7V4zIjdr1DgyKs F6qmkJ1kV2XWoMlmudRfV+wm04RNGL9L9jLB3ICBHEEQ6pLknMk4DSPNciBRI3nK KWcN8gcxyiSBvUSrZZDuspSNF3W4QEg3Hoq/Rt+tjcpGvLLR8Cpz9/DDyGWmTgyu nbPLNMpTwyHVLkJc0a8vTRvH5RMmDWtuuDBc5Cn8KeNc2U4FSNheyKp5TDXWcqs8 /Bs05CzUWgEZs5mhSrjWfGvjy2sBdRyudZt+ZTuicIedmgN5bT/i55loegc/7vQ8 7yHLyRMK9LpR4KybohbhAesfXti5ph+jUzSQkY3+XM/M2G3It9Fk0y9p9iIBw6eE Cn7Yrrq1gA0pglkeoiXlQSLqlB+8hUuBZF2eULX6X/XjB6CYdQf+mTKXuk8/2uuM 1EYzleibca2mWtYKTjLs5sLIFl+//FEPJKRC4tHTx1TLv2M45W5PcVLSAaSe5K/C 6vUaVhS1K0h/JqEoBUDRzE03++d5MSNUNmT4VijlKpNdUp1VEp8FaWesJWOgJN1v ljcAn1lO7nxilrc3kypudWTbAByG9Xytu8GPu2mVjXsDKmEmVCYyG5GnAlZ4Zq+y 2zsucftXyqjMZCxD1N4j =EoC8 -----END PGP SIGNATURE----- --Apple-Mail=_DD2D47BA-AF36-4ED4-8CEA-7C238E57459B-- From owner-freebsd-current@freebsd.org Mon Jul 31 23:40:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37A07DC0488 for ; Mon, 31 Jul 2017 23:40:19 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x229.google.com (mail-pg0-x229.google.com [IPv6:2607:f8b0:400e:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01C266DE91; Mon, 31 Jul 2017 23:40:19 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x229.google.com with SMTP id c14so469115pgn.0; Mon, 31 Jul 2017 16:40:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=Q8hmfA3kyRd5bgaNwO1TWCmmKZ2frase1LRNJ7NUFqw=; b=mQaaYWQq0HWJZ9dc19mj5YG+xeTgIyoYphNMVNddNv9zD6T5romxPJMH1wW/sP7sh/ DMqmIT7GgTD+tiz2vs5rIB7PT8C4obhRdilLwJG3eqA0dgC5sIiBEAf/LYSwsigKw/lQ N0BNQLQRUTSiX02Ljhs8GwCfSJxgcw/fbWhh34SFkBYL4ScMfViIQTi2ZVT9NYBB9gJq 8kHG4xK5uwaupPkgKOF6YvXZnf/T9vBFPW3PlnsIeyvwtwG3q4USxrU0UA4E7NHspPsC nMScMLK9bRAr2KUWw6on0Iv3qmi0I5QCyj4XljRomV7Qb+l8GybyzaU0I0NU1lscFk8Y SrHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=Q8hmfA3kyRd5bgaNwO1TWCmmKZ2frase1LRNJ7NUFqw=; b=c5RITmMpKKMVBJCVMqN7w9zO6qeYKBwHuJSgNqQ8kDV25B3dlBZmpm9GbDlJnjjhLB qHPOb3npPR4jjjhoCac6p+FKQWe6HREi7MiNuHxEE2K7dWzyxHuO3xfMjhPrDuGFu4vV CLBwWxfRSOhIAjlR3ZP6mfw+F0iSBaGjfstZBUlbDPmickKSt53ryvGiwZhmhy+0IgXz ad6+sL73hduuew+m7+7y8nAlsHaV0hYZupVE803xvGtEe64Y8YWpgjjoGuRgaohLhyiX YaK0+iLOCo1p7ZJp/8M+bFIchZSGQhgYs7cgmdDP50dUxHkHbAgzoPaQfpTm0Hs384Xa qO/g== X-Gm-Message-State: AIVw1135SQXs8DZnvElfRSu3TYvam4By6nXJ74I3i9lSn2EidiDYb4v9 dGMiKutqIhgomurGmY8= X-Received: by 10.98.16.203 with SMTP id 72mr16963489pfq.290.1501544418384; Mon, 31 Jul 2017 16:40:18 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id r25sm361102pgu.7.2017.07.31.16.40.17 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 31 Jul 2017 16:40:17 -0700 (PDT) Subject: Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_9577868B-1D80-4F3E-8CDD-E3EDF1FF2EDE"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> Date: Mon, 31 Jul 2017 16:40:17 -0700 Cc: FreeBSD Current Message-Id: <19421EEF-E25F-4A2F-ABD0-1CFD8A71141A@gmail.com> References: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> To: Andriy Gapon X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2017 23:40:19 -0000 --Apple-Mail=_9577868B-1D80-4F3E-8CDD-E3EDF1FF2EDE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 31, 2017, at 16:31, Ngie Cooper wrote: >=20 > Hi, > I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and = it didn=E2=80=99t work because abd_is_linear is an undefined symbol (it = exists in sys/conf/files, but not sys/modules/zfs/Makefile). I tried = adding abd.c to sys/modules/zfs/Makefile and it didn=E2=80=99t = immediately fix my compilation problem (ran into a linker error = instead). > If it isn=E2=80=99t fixed in the next few hours I=E2=80=99ll try = my hand at fixing the problem. (Resending to fix my sending email address) -Ngie --Apple-Mail=_9577868B-1D80-4F3E-8CDD-E3EDF1FF2EDE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZf7/hAAoJEPWDqSZpMIYVqjEQAMVnj0zn2ldkp8aKD7g6uuub vHXMd2oWDOw1NJtvCQd4vKJrDtybZTueMROFu2MtUIVtJd2T3Bvb4Ktrt/zdcXAl MFDO/K1bLAhJEsncOGcQ74AX6bJHtBaFj+DzLm5EAoqG1r+d7RueNmhhYGD9XG9R sScqAah32KgsC+3QMl/B4iNdW4bbuSEdESTfyKVSCrP3m3tOd652GjY6BquNHo97 R+apo/zE6VO/42sbksNwbsd5oi+MNRux7gxQ61iCQ02HOPG7kzuIt0F6ZCVYLN1k E1mRIox06vPtx6SUcaOWuNmV6xiPIrwzHy+lH/kQGAY17QOfjiafMWEpSqsSc0RX RBS3N9HoKiCfm8eeyjQWUtwP6dOJ82Tn4KCsfskalbxCz2/HIT78cpkGuy5VgxbH IZnF3+SgG+aKQB9E8RtgkhDLONf1MMgXSzfn5oVRaz71TGRJtVz8o2bCV/s5EtJP NbUBpIBm4ynPC/8SZE1BNNqeAYbYpv1Rt3kIOMTKKNoDbDZIfBmUnLYBDmdh0u2X YFqMKl27WDo7JuALu1WiPtnIEVgitz2QLcjHGeSNMTDM+kMSTlM9XwkLf44m3sl7 Yv/y5caYV5uMUaFnn4pFgHfKrz6YuMgxddeD6ZUtmCmAykP+aiQmOMt7TIn/Ep5Y IiJvQwcggZk5+y2Ye9ko =qg/Q -----END PGP SIGNATURE----- --Apple-Mail=_9577868B-1D80-4F3E-8CDD-E3EDF1FF2EDE-- From owner-freebsd-current@freebsd.org Mon Jul 31 23:21:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83658DBFF67 for ; Mon, 31 Jul 2017 23:21:30 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pf0-x244.google.com (mail-pf0-x244.google.com [IPv6:2607:f8b0:400e:c00::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 542A16D5CB; Mon, 31 Jul 2017 23:21:30 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: by mail-pf0-x244.google.com with SMTP id e3so57736pfc.5; Mon, 31 Jul 2017 16:21:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:subject:date:message-id:cc:to :mime-version; bh=m97F74DwY4GIAARqqoVbylxvRRuzqBlYWi1Ie07LBwE=; b=d3aA/qkoj0gV2qvXUMhV4TUJzXfMvjqIKw0cKNWhFIs/JwCl5rs8xYKQGz3FDmJftV zLUvtVfDhUvRSfjus5/kBVW0SQ0BDOpr54GtTPM14bctLeNLz6hN5q+wvDN9yIyeTzDs qd7XVP7t8qZl65tuols5VpclcivAQ+DtSt4D5GYx1mqkwFTjB9sl8KemVsBxz7szMG4X 6pFCkQf6uI1Ip4jYjsRfink/ZvHTPvZB3ofbENCkyhDMcVTOqB4ju5rWwKBC5TzFWvD9 Y3HnENpKEDidBTC2DEEuFy3RthCo+JYY/np9JJyObP9puysGzaxakSfHOY7BPHTSCWFR Xy+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:subject:date :message-id:cc:to:mime-version; bh=m97F74DwY4GIAARqqoVbylxvRRuzqBlYWi1Ie07LBwE=; b=hPglBbqhFnh1zmbdas6U5yRBH/1x+Tw293iFywjHDKOkFLXWvN5IYMogS6lbPIeZY2 NecoxWmu4688JbHgZszi3XO2r9xLhSlZz1ofF9bh+9+V93tV88h9o1yRAORMi437VwQp 84iqmCRv5KH+qj1YTNX70q6/YjZdOr1O3QZOnQ85BtzlyTo5KZAC4ldIqxg0HyGIUeu9 yiL4rVLUnRGkcbRT5xVS9Hi05u0IPT55yV0qwy4RN23aSPqGLXNpYUflOG2xZC0PVl3r rve09AVQmuIMKxd5uMJTnXfBNYa3MFZz89jQcDw74CC2D2EJCKM9Zi8MbnPPD8Id9U3V CWjQ== X-Gm-Message-State: AIVw111zA51SOtt2ggoUuw2jzSgprQr/G/P2YD+vHZOA096ymLOEdFX3 gvblPIDjZ5EP9RrNjzw= X-Received: by 10.99.95.133 with SMTP id t127mr17018718pgb.142.1501543289785; Mon, 31 Jul 2017 16:21:29 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id x126sm32027464pfb.179.2017.07.31.16.21.28 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 31 Jul 2017 16:21:28 -0700 (PDT) From: Ngie Cooper Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: tools/tools/zfsboottest doesn't compile on ^/head Date: Mon, 31 Jul 2017 16:21:27 -0700 Message-Id: Cc: FreeBSD Current , Andriy Gapon To: Dimitry Andric , Toomas Soome Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Mailman-Approved-At: Mon, 31 Jul 2017 23:47:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2017 23:21:30 -0000 Hi, It looks like zfsboottest no longer compiles on ^/head (guessing = it has to do with the clang upgrade). If someone doesn=E2=80=99t fix this build breakage in the next = few hours, I=E2=80=99ll take a stab at fixing it. Thanks, -Ngie PS zfsboottest should really be compiled with world if MK_ZFS !=3D no. $ (cd tools/tools/zfsboottest/; make obj; make) cc -O1 -I/usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs = -I/usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs -I. = -fdiagnostics-show-option -W -Wextra -Wno-sign-compare = -Wno-unused-parameter -m32 -g --coverage -MD -MF.depend.zfsboottest.o = -MTzfsboottest.o -std=3Dgnu99 -fstack-protector-strong = -Qunused-arguments -c /usr/src/tools/tools/zfsboottest/zfsboottest.c -o = zfsboottest.o In file included from /usr/src/tools/tools/zfsboottest/zfsboottest.c:56: /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:797:9: = error: returning 'void' from a function with incompatible result type = 'int' return (pager_output(line)); ^~~~~~~~~~~~~~~~~~~~ = /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:2356:17: = warning: array index 264 is past the end of the array (which contains = 192 elements) [-Warray-bounds] memcpy(path, &dn->dn_bonus[sizeof(znode_phys_t)], = psize); ^ ~~~~~~~~~~~~~~~~~~~~ = /usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs/zfsimpl.h:910:= 2: note: array 'dn_bonus' declared here uint8_t dn_bonus[DN_MAX_BONUSLEN - sizeof (blkptr_t)]; ^ 1 warning and 1 error generated. *** Error code 1 Stop. make: stopped in /usr/src/tools/tools/zfsboottest 157873 imp void 157873 imp printf(const char *fmt,=E2=80=A6) 104679 phk static void printf(const char *,...); From owner-freebsd-current@freebsd.org Mon Jul 31 23:31:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10FA3DC0180 for ; Mon, 31 Jul 2017 23:31:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pg0-x229.google.com (mail-pg0-x229.google.com [IPv6:2607:f8b0:400e:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6D2C6D932; Mon, 31 Jul 2017 23:31:01 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: by mail-pg0-x229.google.com with SMTP id v189so324767pgd.2; Mon, 31 Jul 2017 16:31:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:subject:date:message-id:cc:to :mime-version; bh=gRsE8FRncdUXd3KsrE2G7e2Upaa0UnSrpVwaAlOHDC8=; b=VJcanhraFxmr0Y5fxJSzTknHOCHA3e6kLKeRh53zRacrZ+9c2LhzouSt85LEVn/jiR 6okINGJdvuSW1jnHP6ksrAuIFRp0jSVZ2gB8B+w9BASbZ+NXbOjCU8+MXQX1Zvd5QukL 08JsBTb1EflL4/dxBYQk8spieurPMyu8cBC/4Uuk3i1ctl5I71GpeX8SfwmWFkH8ic63 4yzMGkpBBLVEsPFUUZ+f4V8g/+LDEwrhRPQQdMcdQLv2cDZZ5F6TjpWtcGOEFSbfZ21y PbZowEimC0GGtNNRx/RWts4P0m15Jik4CztPwoKKmGTisA1vZU7SZjD9sTWCfFevp/va /a8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:subject:date :message-id:cc:to:mime-version; bh=gRsE8FRncdUXd3KsrE2G7e2Upaa0UnSrpVwaAlOHDC8=; b=YNzAHGd71D69HLDs1mf4nVJ3k8Apozef2g99dgT4toyZ57BkiersJNzvtBG29foBtg OXn5vY+mRFV+NEUGEl9ykCkJFuNpUwvjy6JCOZrYSGl7W6C41GwjubQhNCv0JJCqmcJq zpbjFUTL/COzYRP3fdIuw/xVe4CxHi/KRMliF8JEg6oUSWXfAj56y8MPIRtBT3QvcLjX 08wqKeKlojicgyTZWphBAt3pDVRqoUI5TcY1urgUrJZNk8zTJKlzlUSvS1NQbVkB/j52 08t3LpI9mDYILctND+DuMcwEM82gh7X+EQpPvKg2jc7pqQbBiHdBl/ch9jKlkGmrUzwW 4tPg== X-Gm-Message-State: AIVw111xq+fojzUqvAVLBTzFS0L+GYm9DTSj9EAtVYKfnhWLf8EWOiFV 1uAreV5DDyc1+wfvlGU= X-Received: by 10.98.141.149 with SMTP id p21mr17407172pfk.91.1501543861265; Mon, 31 Jul 2017 16:31:01 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id b6sm47254821pgn.67.2017.07.31.16.31.00 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 31 Jul 2017 16:31:00 -0700 (PDT) From: Ngie Cooper Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear Date: Mon, 31 Jul 2017 16:31:00 -0700 Message-Id: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> Cc: FreeBSD Current To: Andriy Gapon Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Mailman-Approved-At: Tue, 01 Aug 2017 00:09:46 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2017 23:31:02 -0000 Hi, I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and = it didn=E2=80=99t work because abd_is_linear is an undefined symbol (it = exists in sys/conf/files, but not sys/modules/zfs/Makefile). I tried = adding abd.c to sys/modules/zfs/Makefile and it didn=E2=80=99t = immediately fix my compilation problem (ran into a linker error = instead). If it isn=E2=80=99t fixed in the next few hours I=E2=80=99ll try = my hand at fixing the problem. Thank you, -Ngie= From owner-freebsd-current@freebsd.org Tue Aug 1 05:53:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD57CDB1236 for ; Tue, 1 Aug 2017 05:53:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x235.google.com (mail-pg0-x235.google.com [IPv6:2607:f8b0:400e:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9907C65A59; Tue, 1 Aug 2017 05:53:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x235.google.com with SMTP id y129so3712082pgy.4; Mon, 31 Jul 2017 22:53:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=q00D+sXh/XSxdQABptrjE2//qPnOX4m5wUZy9gytPUk=; b=rfyYCCelFm19g+N3kl63UBHTvecyc0TCAuOocC7gMY/oquKaL9yzeuLgoPXJxpsUqo +AvWa35mUdu8C39wYhrI2lKYuF3FDkBUw1bOiUEws9dpEF+EvRa6LxUurv702Hx2H1rY 70WzoJtn19khK/N5OWYWCGONryl6ZilWk7dRQRGYNA2m02sf0I9XczxjAwlPBX3TuYrj X7D81j0yY5autdAAQbnOBaIU5u3FWXubQ+1v3G6ye0AFC/7AZ/ADHBsH5r6XK9juwjIl zR6Xz10Em7M2qpVyZSokVj7YP+RniwtMp7rAyQ90XIiqWoqomKSPDaXjMmz0Pk+PaoVt nmpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=q00D+sXh/XSxdQABptrjE2//qPnOX4m5wUZy9gytPUk=; b=c+ONj6QDTzpapcmx7rDX+FD2juMlz/G5ZK+ZyQWinpJPf1beBcpwdmfytRsvFKmYe/ hqvAhHQ9vrKkzDKmtnStw/Y+OBN1kyCLqYjYt/sFaMCAo7BcOgg4PDVROkP/Mr34sI9H w9zsJAWQ6+4Xnm4Bk3hiEsgsUZfd7o4FKIurCyVVfIYOZROBlIYQo3NbIJcDU8YHLaHT XRdKaln547rz9rxZDxOU696A+y+WOKEFqppfrUKvpYK8jA1rFq0WPEGx0Zv/dCU3kotS fK9hdZ3qmRBi61uE++HjnGD0t8Ad6XTXZZi4wSdCVY15F3Tt694kZSdVAK5KdY00O1SA yJTA== X-Gm-Message-State: AIVw111z5wQ+qVNG2H8LPleXnabOyJ3DAuIsJSQ1Vv2bl2PCFOznG46m HjV9ow1S1wynWSftNtk= X-Received: by 10.84.209.172 with SMTP id y41mr19428388plh.61.1501566799510; Mon, 31 Jul 2017 22:53:19 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id d15sm55157699pgt.44.2017.07.31.22.53.18 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 31 Jul 2017 22:53:18 -0700 (PDT) Subject: Re: tools/tools/zfsboottest doesn't compile on ^/head Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1CDA867D-E537-4C9F-BC65-EFDA1BDE2631"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <0F46FDB8-FED5-41CD-BABD-EB0D07D85940@gmail.com> Date: Mon, 31 Jul 2017 22:53:17 -0700 Cc: FreeBSD Current , Andriy Gapon Message-Id: References: <0F46FDB8-FED5-41CD-BABD-EB0D07D85940@gmail.com> To: Dimitry Andric , Toomas Soome X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 05:53:20 -0000 --Apple-Mail=_1CDA867D-E537-4C9F-BC65-EFDA1BDE2631 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 31, 2017, at 16:39, Ngie Cooper (yaneurabeya) = wrote: =E2=80=A6 > The declaration for putchar is not ANSI compliant either =E2=80=94= which is probably another fun hurdle that someone=E2=80=99s going to = have to deal with in terms of fixing sys/boot and lib stand. I fixed the prototypes in r321849. I=E2=80=99m running a = tinderbox build that will fix the prototype of printf/*putchar to be = more POSIX-conformant. Thanks, -Ngie --Apple-Mail=_1CDA867D-E537-4C9F-BC65-EFDA1BDE2631 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZgBdNAAoJEPWDqSZpMIYVZ9YQAJUW9vUlwiVHF9b+oS8dPowF TZGpKEDIiGB262QkZzgu1i/t74+WGJvKY8ROvpKfmgE5xZ8QXvfoJvfv4UGZfM/L LtSYVEZ21vLnPYHVBAg1Ek2YeH9PU10k+4X5ROJBiQdYFIA5QbWqbmr0RV5TLelz BK5G/rIvivKM6lHSWoPEMIw3nlEX4CZz/ml23jF0csGsW5H1QLK9x445Ipgnv5cS +s3Q+nm/fqx7m9AK2MdOp+UWHgowT29oOVpEGkVxXlaRs9hGmZSYvk7eKGmtKxjN nVFYqq2DYpV5eSbmYyD0SQnGLEUnBdZZv9ZiImAcHc7sdX/IYYvepoRm+dmSQR4b 6hhu1ZlraBBuYlmVFdPLOLcsND47z2FHIZ45woIjfplN6inx/XXknkhN97f0g51j nzBEiQF4YDMemqiZIaVDXdaLAm79x4SepkVOcJ2YM3oPeZquaMRk7IEWnNijpBqH llCdrcOrSKDUrep9+SvDbN1IEgtgeUwrvVkxqzCXnku2mPkoghcZ+rie7Ub+EoFe a0CBvPdTead9j/yQ+gvs/nfNLbeEfxFTDFiHmXEailszLOtL26gHV8U2ilKyxNhu xvVPhhJ24uuByPLvhhUiZw2A3N34C2sulx4x1qd5CWiHIsFBSZ6OGV0ElYT4o3Pg 3pOq5AWJEDbIhh/09rDr =iTMU -----END PGP SIGNATURE----- --Apple-Mail=_1CDA867D-E537-4C9F-BC65-EFDA1BDE2631-- From owner-freebsd-current@freebsd.org Tue Aug 1 06:48:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E75DDB7354 for ; Tue, 1 Aug 2017 06:48:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A68FD6702F for ; Tue, 1 Aug 2017 06:48:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA17523; Tue, 01 Aug 2017 09:48:36 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dcQyq-000Oi1-LV; Tue, 01 Aug 2017 09:48:36 +0300 Subject: Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear To: Ngie Cooper Cc: FreeBSD Current References: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> From: Andriy Gapon Message-ID: Date: Tue, 1 Aug 2017 09:47:41 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 06:48:39 -0000 On 01/08/2017 02:31, Ngie Cooper wrote: > Hi, > I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it didn’t work because abd_is_linear is an undefined symbol (it exists in sys/conf/files, but not sys/modules/zfs/Makefile). I tried adding abd.c to sys/modules/zfs/Makefile and it didn’t immediately fix my compilation problem (ran into a linker error instead). > If it isn’t fixed in the next few hours I’ll try my hand at fixing the problem. I am not sure what exact problem you have... abd.c should be added to the list of source files via .include "${SUNW}/uts/common/Makefile.files" Perhaps something to do with "inline"... -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Aug 1 14:18:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7568DAEB1A for ; Tue, 1 Aug 2017 14:18:54 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-ua0-f171.google.com (mail-ua0-f171.google.com [209.85.217.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B0787D0D6; Tue, 1 Aug 2017 14:18:54 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: by mail-ua0-f171.google.com with SMTP id w45so7551067uac.5; Tue, 01 Aug 2017 07:18:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=YwqQCctZzJO0RdWU2xb3Z865/BdCFVlwj6eWvQkTBgU=; b=S/yJW6khWa6x5Fk2a4A35BspxcEVDo6lX0QpWTm45pujy656xCgQbabLlZxhhh5xV5 t3ioSJyrb1Wsa3cji+nx2LAQDz7lle7LuW/R/WZYxxR/cvfLRDNBS/l28BE2tEXYV+8q Go8IhDH9I6NBNh2Zh1gErtQeSQs6zSDs2XOi3KCz89cMK88lBLSH1v0A6ELHGrZU79Ru VPqnaO8OPfOnqQYHlabTrvED9BfbPBUPph1aZalt+aoVdyAF3iN8s6ZfKL9H3hGvm2yj Ci3nnC+Qr3oyNvJugzugs8sHECJ0+Lb9WtmWQVXi9j0e5+VHuslLzHesTM6jbLUm8hDv SnZg== X-Gm-Message-State: AIVw110ZFMkhEA+mZB09r7wc1WBBekC5mZl3SBuUrtwlkpTgwG7UN5SH IqBZtVMdJOQH+IhqluI= X-Received: by 10.176.85.70 with SMTP id u6mr14175546uaa.114.1501587420697; Tue, 01 Aug 2017 04:37:00 -0700 (PDT) Received: from mail-ua0-f173.google.com (mail-ua0-f173.google.com. [209.85.217.173]) by smtp.gmail.com with ESMTPSA id s45sm3582718uac.43.2017.08.01.04.37.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Aug 2017 04:37:00 -0700 (PDT) Received: by mail-ua0-f173.google.com with SMTP id 80so5714006uas.0; Tue, 01 Aug 2017 04:37:00 -0700 (PDT) X-Received: by 10.159.51.73 with SMTP id a9mr13952076uac.44.1501587420114; Tue, 01 Aug 2017 04:37:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.237.67 with HTTP; Tue, 1 Aug 2017 04:36:59 -0700 (PDT) From: Michael Zhilin Date: Tue, 1 Aug 2017 14:36:59 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: [libelftc] internal library or not? To: Ed Maste , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 14:18:54 -0000 Hi Ed, freebsd-current, I want to add C++ demangling into sysutils/pstack. In man pages I've found eltfc_demangle, exact what I need. This function belongs to libelftc. "make installworld" installs man pages and include files, but there is no installed library. As results compilation error is occuried. In Makefile I've noticied line "INTERNALLIB=" which avoids installation of ".a" file. Commenting it allows to compile program, but I wonder what is correct way to use elftc_demangle. Is elftoolchain internal and can't be used by ports as all (i.e. man pages and include file to be removed from world installation)? Thank you in advance, Michael. From owner-freebsd-current@freebsd.org Tue Aug 1 15:22:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDABEDB0444 for ; Tue, 1 Aug 2017 15:22:43 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (xvm-110-62.dc2.ghst.net [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EEDD7F331; Tue, 1 Aug 2017 15:22:42 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from c124.sec.cl.cam.ac.uk (c124.sec.cl.cam.ac.uk [128.232.18.124]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v71FMYfi081133 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Aug 2017 15:22:34 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [libelftc] internal library or not? From: David Chisnall In-Reply-To: Date: Tue, 1 Aug 2017 16:22:33 +0100 Cc: Ed Maste , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5EB2EB33-9701-469B-B953-4161DD3F2D99@FreeBSD.org> References: To: Michael Zhilin X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 15:22:43 -0000 On 1 Aug 2017, at 12:36, Michael Zhilin wrote: >=20 > Hi Ed, freebsd-current, >=20 > I want to add C++ demangling into sysutils/pstack. In man pages I've = found > eltfc_demangle, exact what I need. This function belongs to libelftc. = "make > installworld" installs man pages and include files, but there is no > installed library. As results compilation error is occuried. Is pstack written in C++ or linking anything that is? If so, you will = get __cxa_demangle[1] provided by the C++ ABI library (libcxxrt on = FreeBSD, which currently uses the libelftc implementation, though might = switch soon). If not, adding -lcxxrt will provide it. David [1] https://itanium-cxx-abi.github.io/cxx-abi/abi.html#demangler= From owner-freebsd-current@freebsd.org Tue Aug 1 17:11:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C8E2DB410B for ; Tue, 1 Aug 2017 17:11:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 013FA959; Tue, 1 Aug 2017 17:11:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id A756110AF01; Tue, 1 Aug 2017 13:11:17 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Andriy Gapon , Ngie Cooper , FreeBSD Current Subject: Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear Date: Tue, 01 Aug 2017 09:21:52 -0700 Message-ID: <79082534.uzyizLL08l@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: References: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 01 Aug 2017 13:11:17 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 17:11:19 -0000 On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: > On 01/08/2017 02:31, Ngie Cooper wrote: > > Hi, > > =09I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and = it didn=E2=80=99t work because abd_is_linear is an undefined symbol (it= exists in sys/conf/files, but not sys/modules/zfs/Makefile). I tried a= dding abd.c to sys/modules/zfs/Makefile and it didn=E2=80=99t immediate= ly fix my compilation problem (ran into a linker error instead). > > =09If it isn=E2=80=99t fixed in the next few hours I=E2=80=99ll try= my hand at fixing the problem. >=20 > I am not sure what exact problem you have... > abd.c should be added to the list of source files via > .include "${SUNW}/uts/common/Makefile.files" >=20 > Perhaps something to do with "inline"... Oh, yes. If you use -fno-inline-funcs or the like. I forgot to send this to Andriy earlier, but here is the fix I'm using: https://github.com/freebsd/freebsd/commit/574dc95cf8272e16f6d44aff6cb4e= 08dede08886 --=20 John Baldwin From owner-freebsd-current@freebsd.org Tue Aug 1 17:15:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E6C6DB44E6 for ; Tue, 1 Aug 2017 17:15:20 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 615C71752; Tue, 1 Aug 2017 17:15:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA19130; Tue, 01 Aug 2017 20:15:16 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dcalI-000PDd-Do; Tue, 01 Aug 2017 20:15:16 +0300 Subject: Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear To: John Baldwin , freebsd-current@FreeBSD.org Cc: Ngie Cooper References: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> <79082534.uzyizLL08l@ralph.baldwin.cx> From: Andriy Gapon Message-ID: Date: Tue, 1 Aug 2017 20:13:54 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <79082534.uzyizLL08l@ralph.baldwin.cx> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 17:15:20 -0000 On 01/08/2017 19:21, John Baldwin wrote: > On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: >> On 01/08/2017 02:31, Ngie Cooper wrote: >>> Hi, >>> I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it didn’t work because abd_is_linear is an undefined symbol (it exists in sys/conf/files, but not sys/modules/zfs/Makefile). I tried adding abd.c to sys/modules/zfs/Makefile and it didn’t immediately fix my compilation problem (ran into a linker error instead). >>> If it isn’t fixed in the next few hours I’ll try my hand at fixing the problem. >> >> I am not sure what exact problem you have... >> abd.c should be added to the list of source files via >> .include "${SUNW}/uts/common/Makefile.files" >> >> Perhaps something to do with "inline"... > > Oh, yes. If you use -fno-inline-funcs or the like. I forgot to > send this to Andriy earlier, but here is the fix I'm using: > > https://github.com/freebsd/freebsd/commit/574dc95cf8272e16f6d44aff6cb4e08dede08886 > Please commit at your convenience. I'll make sure that the fix is upstreamed as well. Thank you! -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Aug 2 01:00:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FDB1DC1831 for ; Wed, 2 Aug 2017 01:00:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B0816F596; Wed, 2 Aug 2017 01:00:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x230.google.com with SMTP id o86so10985624pfj.1; Tue, 01 Aug 2017 18:00:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=H7ATcFbUT9Q4kgSrmlvEbpaQ58HuEDCWoKyoOWaKJZY=; b=LL5vhw+9YigKjHQ3QxJq2OHUO6p1VEuh7fJ/cpgaJwV1pKj8dWNx8yjFLGcZp5weeq 3+o0N9r9Uko5Ss12Ih70tjyZSwVP8iQPMqKPjkcyMMDJicJklDdcjr9qQAWO4rVuNCHW qUpOVpC2sKQfyDJ9BcaRkb+wiVw0mcOz1aLNGHUS6fMWfmokRgBdb+qaE9h2SsNNn3Hn amtAqbtOnCkRUytpJ5CRTnbz+OLSLnoMG6mTsUjWSJj9yIYDa81Bj/4/JAiACUGoaIZ4 /agr00i78bbzwsrkdfWIjOoSODCKaX+HwmmciHGH9EdlIH9VGy00rVewSI0GTJX9UYtG z0+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=H7ATcFbUT9Q4kgSrmlvEbpaQ58HuEDCWoKyoOWaKJZY=; b=Bt6fLfuKHAyn12ZwgXRFZwXUtVHrDhc/qYWVKj5D1S9osUp8fRNiVuvzvTUBsMUO1Z IF3KeGElpfBLvY18jNnhkpvv1VytM8LvhUI+WkNuprt1fjkEYnNSjJ0mZn3FBWn364yi TwTXsTmXAADf2fPdbG0VRZqF9jMMYJEcvHQc7UYPnA8mdw47qvADHPtkmaimnO4r6x/y 6bLXGn3l9TpAFbtea52tlsaqjJwuH5wbwOXM3sRrouXn9H9WsEuCrv9Q8qqiIHy+qxuV ZXv+BTJQtbkB1q1NTdZhut5jTwswN7AoOsVHXX/QIajBIdMpTkPS3+Ls6pSBky6hSNy/ N2pw== X-Gm-Message-State: AIVw1123oqbd9OTNq68V5E/iMm0i8h0nY/oQ4dlqum8fFBqgjM9KsTP+ PxvJ+4Ef5Y2+fqD3rM4= X-Received: by 10.84.209.227 with SMTP id y90mr22921459plh.446.1501635623567; Tue, 01 Aug 2017 18:00:23 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id o5sm52243027pfb.184.2017.08.01.18.00.22 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 01 Aug 2017 18:00:22 -0700 (PDT) Subject: Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_83864833-1F07-4A40-B7FD-D044B7F21699"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <79082534.uzyizLL08l@ralph.baldwin.cx> Date: Tue, 1 Aug 2017 18:00:21 -0700 Cc: FreeBSD Current , Andriy Gapon Message-Id: References: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> <79082534.uzyizLL08l@ralph.baldwin.cx> To: John Baldwin X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 01:00:24 -0000 --Apple-Mail=_83864833-1F07-4A40-B7FD-D044B7F21699 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 1, 2017, at 09:21, John Baldwin wrote: >=20 > On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: >> On 01/08/2017 02:31, Ngie Cooper wrote: >>> Hi, >>> I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and = it didn=E2=80=99t work because abd_is_linear is an undefined symbol (it = exists in sys/conf/files, but not sys/modules/zfs/Makefile). I tried = adding abd.c to sys/modules/zfs/Makefile and it didn=E2=80=99t = immediately fix my compilation problem (ran into a linker error = instead). >>> If it isn=E2=80=99t fixed in the next few hours I=E2=80=99ll try = my hand at fixing the problem. >>=20 >> I am not sure what exact problem you have... >> abd.c should be added to the list of source files via >> .include "${SUNW}/uts/common/Makefile.files" >>=20 >> Perhaps something to do with "inline"... >=20 > Oh, yes. If you use -fno-inline-funcs or the like. I forgot to > send this to Andriy earlier, but here is the fix I'm using: >=20 > = https://github.com/freebsd/freebsd/commit/574dc95cf8272e16f6d44aff6cb4e08d= ede08886 Unfortunately=E2=80=A6 this is head, verbatim, which means that = the bug still exists. This gives me an idea of where I should look though. Thanks, -Ngie --Apple-Mail=_83864833-1F07-4A40-B7FD-D044B7F21699 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZgSQlAAoJEPWDqSZpMIYVtlgQAMdeuXWjtwRtCTfa7Ym6mQ3/ kNysIGvGez80UKnWBGtnQbSqlFdT9r4axexaV92UCqcipOXqriEijI0/q1g9NPqN ZCqWwVtCBW7/PA4Sa/mf8T3+73QoVwsIKLFKCnapgglk6zcR+sd/VXXk6KS+jXh8 Px3AqNSN8MfHDBqEx+YdlaH5ba0TuaXBQxvY7Akqx9o1bRcoSix7v/Hy4bNGyCt/ yB5E3dBmiUfWo4x1XJPr98SYTY3S6tIOl6AfmE/LcJ6f+5a/wvlK4HUpR9ntRDCc ARMbdEvI04AK36kV2aqjsepglQm78FiwS8HKJscKinNKNH1sM9/j8Bp/tjEL8X9M yjCJIdHxoaU/A/7kHdYbrMBwc4tlI3G0HbgsIJrI8Mh/kfXOE/X3Beta8VIaMZsw 6PCU9VB1Li+B/lbHwORGjydeGbNgllMoY+N+tpiPaKUwmi9mJNDYSgIC3lqyZfmP /of0mcgc9/uOEUZ2R4b8YeJa0TcRJk38frbKufV89YWVt4pJA/DYyyaDD/YkYVnG Dy+JX9bEmF+4H0OoPER231NNYq1IW5sYm29jlEHks2rtqhBLzStKkwLC+yOxBHR4 k5DmlpTYrRAG4uJwxYStrVvrIJNPfuOri/Eqdq0LCr/7INPXHMZ/V807F88+7sn+ tdPB3wR4g/t1Mdm/k4vC =PIRF -----END PGP SIGNATURE----- --Apple-Mail=_83864833-1F07-4A40-B7FD-D044B7F21699-- From owner-freebsd-current@freebsd.org Wed Aug 2 07:15:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 497E6DC8092 for ; Wed, 2 Aug 2017 07:15:06 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3A97CE8F; Wed, 2 Aug 2017 07:15:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA20401; Wed, 02 Aug 2017 10:14:58 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dcnru-000Pr9-3R; Wed, 02 Aug 2017 10:14:58 +0300 Subject: Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear To: "Ngie Cooper (yaneurabeya)" , John Baldwin Cc: FreeBSD Current References: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> <79082534.uzyizLL08l@ralph.baldwin.cx> From: Andriy Gapon Message-ID: Date: Wed, 2 Aug 2017 10:14:01 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 07:15:06 -0000 On 02/08/2017 04:00, Ngie Cooper (yaneurabeya) wrote: > >> On Aug 1, 2017, at 09:21, John Baldwin wrote: >> >> On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: >>> On 01/08/2017 02:31, Ngie Cooper wrote: >>>> Hi, >>>> I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it didn’t work because abd_is_linear is an undefined symbol (it exists in sys/conf/files, but not sys/modules/zfs/Makefile). I tried adding abd.c to sys/modules/zfs/Makefile and it didn’t immediately fix my compilation problem (ran into a linker error instead). >>>> If it isn’t fixed in the next few hours I’ll try my hand at fixing the problem. >>> >>> I am not sure what exact problem you have... >>> abd.c should be added to the list of source files via >>> .include "${SUNW}/uts/common/Makefile.files" >>> >>> Perhaps something to do with "inline"... >> >> Oh, yes. If you use -fno-inline-funcs or the like. I forgot to >> send this to Andriy earlier, but here is the fix I'm using: >> >> https://github.com/freebsd/freebsd/commit/574dc95cf8272e16f6d44aff6cb4e08dede08886 > > Unfortunately… this is head, verbatim, which means that the bug still exists. > This gives me an idea of where I should look though. The URL indeed suggests that the change should be in head, but it's not there as far as I can tell. I never saw it being committed. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Aug 2 10:14:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F98EDCC00D; Wed, 2 Aug 2017 10:14:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 946B483684; Wed, 2 Aug 2017 10:14:10 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA20807; Wed, 02 Aug 2017 13:14:08 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dcqfH-000Pzq-V3; Wed, 02 Aug 2017 13:14:07 +0300 To: FreeBSD Hackers , FreeBSD Current From: Andriy Gapon Subject: order of executing MOD_LOAD and registering module sysctl-s Message-ID: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> Date: Wed, 2 Aug 2017 13:13:11 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 10:14:11 -0000 As far as I understand a module initialization routine is executed via the sysinit mechanism. Specifically, module_register_init is set up as the sysinit function for every module and it calls MOD_EVENT(mod, MOD_LOAD) to invoke the module event handler. In linker_load_file() I see the following code: linker_file_register_sysctls(lf); linker_file_sysinit(lf); I think that this means that any statically declared sysctl-s in the module would be registered before the module receives the MOD_LOAD event. It's possible that some of the sysctl-s could have procedures as handlers and they might access data that is supposed to be initialized by the module event handler. So, for example, running sysctl -a at just the right moment during the loading of a module might end up in an expected behavior (including a crash). Is my interpretation of how the code works correct? Can the order of linker_file_sysinit and linker_file_register_sysctls be changed without a great risk? Thank you! P.S. The same applies to: linker_file_sysuninit(file); linker_file_unregister_sysctls(file); -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Aug 2 10:41:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7966DDCCB7C; Wed, 2 Aug 2017 10:41:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 455B8848B4; Wed, 2 Aug 2017 10:41:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2FF30260179; Wed, 2 Aug 2017 12:41:47 +0200 (CEST) Subject: Re: order of executing MOD_LOAD and registering module sysctl-s To: Andriy Gapon , FreeBSD Hackers , FreeBSD Current References: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> From: Hans Petter Selasky Message-ID: Date: Wed, 2 Aug 2017 12:39:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 10:41:49 -0000 On 08/02/17 12:13, Andriy Gapon wrote: > > As far as I understand a module initialization routine is executed via the > sysinit mechanism. Specifically, module_register_init is set up as the sysinit > function for every module and it calls MOD_EVENT(mod, MOD_LOAD) to invoke the > module event handler. > > In linker_load_file() I see the following code: > linker_file_register_sysctls(lf); > linker_file_sysinit(lf); > > I think that this means that any statically declared sysctl-s in the module > would be registered before the module receives the MOD_LOAD event. > It's possible that some of the sysctl-s could have procedures as handlers and > they might access data that is supposed to be initialized by the module event > handler. > > So, for example, running sysctl -a at just the right moment during the loading > of a module might end up in an expected behavior (including a crash). > > Is my interpretation of how the code works correct? > Can the order of linker_file_sysinit and linker_file_register_sysctls be changed > without a great risk? > > Thank you! > > P.S. > The same applies to: > linker_file_sysuninit(file); > linker_file_unregister_sysctls(file); > Hi, Not sure if this answers your question. If a SYSCTL() is TUNABLE, it's procedure can be called when the sysctl is created. Else the SYSCTL() procedure callback might be called right after it's registered. I think there is an own subsystem in sys/kernel.h which takes care of the actual SYSCTL() creation/destruction - after the linker is involved. --HPS From owner-freebsd-current@freebsd.org Wed Aug 2 16:14:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C69CBDD438E for ; Wed, 2 Aug 2017 16:14:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A34CF6B2A3; Wed, 2 Aug 2017 16:14:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 3137E10AF0F; Wed, 2 Aug 2017 12:14:26 -0400 (EDT) From: John Baldwin To: Andriy Gapon Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current Subject: Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear Date: Wed, 02 Aug 2017 09:07:18 -0700 Message-ID: <14630232.pvpQT5dAYX@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: References: <780A67EE-C3F1-46E5-A213-E253B710338E@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 02 Aug 2017 12:14:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 16:14:27 -0000 On Wednesday, August 02, 2017 10:14:01 AM Andriy Gapon wrote: > On 02/08/2017 04:00, Ngie Cooper (yaneurabeya) wrote: > >=20 > >> On Aug 1, 2017, at 09:21, John Baldwin wrote: > >> > >> On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: > >>> On 01/08/2017 02:31, Ngie Cooper wrote: > >>>> Hi, > >>>> =09I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, a= nd it didn=E2=80=99t work because abd_is_linear is an undefined symbol = (it exists in sys/conf/files, but not sys/modules/zfs/Makefile). I trie= d adding abd.c to sys/modules/zfs/Makefile and it didn=E2=80=99t immedi= ately fix my compilation problem (ran into a linker error instead). > >>>> =09If it isn=E2=80=99t fixed in the next few hours I=E2=80=99ll = try my hand at fixing the problem. > >>> > >>> I am not sure what exact problem you have... > >>> abd.c should be added to the list of source files via > >>> .include "${SUNW}/uts/common/Makefile.files" > >>> > >>> Perhaps something to do with "inline"... > >> > >> Oh, yes. If you use -fno-inline-funcs or the like. I forgot to > >> send this to Andriy earlier, but here is the fix I'm using: > >> > >> https://github.com/freebsd/freebsd/commit/574dc95cf8272e16f6d44aff= 6cb4e08dede08886 > >=20 > > =09Unfortunately=E2=80=A6 this is head, verbatim, which means that = the bug still exists. > > =09This gives me an idea of where I should look though. >=20 > The URL indeed suggests that the change should be in head, but it's n= ot there as > far as I can tell. I never saw it being committed. Not yet. I'm trying to decide if 'static inline' is more correct (for = me it results in 3 separate copies of abd_is_linear in zfs.ko) vs using 'exte= rn inline'. The latter seems possibly more correct but more of a pain? I= think for that it needs to be extern in only a single file and 'inline' in th= e header? --=20 John Baldwin From owner-freebsd-current@freebsd.org Wed Aug 2 16:14:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71A0DDD43A4; Wed, 2 Aug 2017 16:14:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FB906B337; Wed, 2 Aug 2017 16:14:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 9949410AF01; Wed, 2 Aug 2017 12:14:27 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Hans Petter Selasky , Andriy Gapon , FreeBSD Hackers , FreeBSD Current Subject: Re: order of executing MOD_LOAD and registering module sysctl-s Date: Wed, 02 Aug 2017 08:49:46 -0700 Message-ID: <2718016.8bPh6cqhGc@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: References: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 02 Aug 2017 12:14:27 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 16:14:37 -0000 On Wednesday, August 02, 2017 12:39:36 PM Hans Petter Selasky wrote: > On 08/02/17 12:13, Andriy Gapon wrote: > > > > As far as I understand a module initialization routine is executed via the > > sysinit mechanism. Specifically, module_register_init is set up as the sysinit > > function for every module and it calls MOD_EVENT(mod, MOD_LOAD) to invoke the > > module event handler. > > > > In linker_load_file() I see the following code: > > linker_file_register_sysctls(lf); > > linker_file_sysinit(lf); > > > > I think that this means that any statically declared sysctl-s in the module > > would be registered before the module receives the MOD_LOAD event. > > It's possible that some of the sysctl-s could have procedures as handlers and > > they might access data that is supposed to be initialized by the module event > > handler. > > > > So, for example, running sysctl -a at just the right moment during the loading > > of a module might end up in an expected behavior (including a crash). > > > > Is my interpretation of how the code works correct? > > Can the order of linker_file_sysinit and linker_file_register_sysctls be changed > > without a great risk? > > > > Thank you! > > > > P.S. > > The same applies to: > > linker_file_sysuninit(file); > > linker_file_unregister_sysctls(file); > > > > Hi, > > Not sure if this answers your question. > > If a SYSCTL() is TUNABLE, it's procedure can be called when the sysctl > is created. Else the SYSCTL() procedure callback might be called right > after it's registered. I think there is an own subsystem in sys/kernel.h > which takes care of the actual SYSCTL() creation/destruction - after the > linker is involved. sysctl nodes are created explicitly via linker_file_register_sysctls, not via SYSINITs, so you can't order them with respect to other init functions. I think Andriy's suggestion of doing sysctls "inside" sysinits (so they are registered last and unregistered first) is probably better than the current state and is a simpler fix than changing all sysctls to use SYSINITs. -- John Baldwin From owner-freebsd-current@freebsd.org Wed Aug 2 16:51:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F0D0DD4E2C for ; Wed, 2 Aug 2017 16:51:01 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70FEF6C73F for ; Wed, 2 Aug 2017 16:51:01 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: a4f2c083-77a2-11e7-bfd0-afd4446ba3af X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id a4f2c083-77a2-11e7-bfd0-afd4446ba3af; Wed, 02 Aug 2017 16:50:09 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v72GnpWp006880; Wed, 2 Aug 2017 10:49:51 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1501692591.90400.142.camel@freebsd.org> Subject: Re: order of executing MOD_LOAD and registering module sysctl-s From: Ian Lepore To: John Baldwin , freebsd-current@freebsd.org Cc: Hans Petter Selasky , Andriy Gapon , FreeBSD Hackers Date: Wed, 02 Aug 2017 10:49:51 -0600 In-Reply-To: <2718016.8bPh6cqhGc@ralph.baldwin.cx> References: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> <2718016.8bPh6cqhGc@ralph.baldwin.cx> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 16:51:01 -0000 On Wed, 2017-08-02 at 08:49 -0700, John Baldwin wrote: > On Wednesday, August 02, 2017 12:39:36 PM Hans Petter Selasky wrote: > > > > On 08/02/17 12:13, Andriy Gapon wrote: > > > > > > > > > As far as I understand a module initialization routine is > > > executed via the > > > sysinit mechanism.  Specifically, module_register_init is set up > > > as the sysinit > > > function for every module and it calls MOD_EVENT(mod, MOD_LOAD) > > > to invoke the > > > module event handler. > > > > > > In linker_load_file() I see the following code: > > >                          linker_file_register_sysctls(lf); > > >                          linker_file_sysinit(lf); > > > > > > I think that this means that any statically declared sysctl-s in > > > the module > > > would be registered before the module receives the MOD_LOAD > > > event. > > > It's possible that some of the sysctl-s could have procedures as > > > handlers and > > > they might access data that is supposed to be initialized by the > > > module event > > > handler. > > > > > > So, for example, running sysctl -a at just the right moment > > > during the loading > > > of a module might end up in an expected behavior (including a > > > crash). > > > > > > Is my interpretation of how the code works correct? > > > Can the order of linker_file_sysinit and > > > linker_file_register_sysctls be changed > > > without a great risk? > > > > > > Thank you! > > > > > > P.S. > > > The same applies to: > > >                  linker_file_sysuninit(file); > > >                  linker_file_unregister_sysctls(file); > > > > > Hi, > > > > Not sure if this answers your question. > > > > If a SYSCTL() is TUNABLE, it's procedure can be called when the > > sysctl  > > is created. Else the SYSCTL() procedure callback might be called > > right  > > after it's registered. I think there is an own subsystem in > > sys/kernel.h  > > which takes care of the actual SYSCTL() creation/destruction - > > after the  > > linker is involved. > sysctl nodes are created explicitly via linker_file_register_sysctls, > not via > SYSINITs, so you can't order them with respect to other init > functions. > > I think Andriy's suggestion of doing sysctls "inside" sysinits (so > they are > registered last and unregistered first) is probably better than the > current > state and is a simpler fix than changing all sysctls to use SYSINITs. > But if module sysctls are registered last then the ones flagged as CTLFLAG_TUN won't have their tunable values populated before the MOD_LOAD handler runs, is that going to cause trouble?  It would suck to have to handle things differently in a driver depending on whether you're compiled into the kernel or kldload'd interactively. -- Ian From owner-freebsd-current@freebsd.org Wed Aug 2 16:56:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C822DAB211; Wed, 2 Aug 2017 16:56:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25CBB6CCCA; Wed, 2 Aug 2017 16:56:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5AAE3260179; Wed, 2 Aug 2017 18:56:06 +0200 (CEST) Subject: Re: order of executing MOD_LOAD and registering module sysctl-s To: John Baldwin , freebsd-current@freebsd.org Cc: FreeBSD Hackers , Andriy Gapon References: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> <2718016.8bPh6cqhGc@ralph.baldwin.cx> From: Hans Petter Selasky Message-ID: <1c40d6ef-bfd2-d8ee-e057-47cd8d695544@selasky.org> Date: Wed, 2 Aug 2017 18:53:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <2718016.8bPh6cqhGc@ralph.baldwin.cx> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 16:56:08 -0000 On 08/02/17 17:49, John Baldwin wrote: > On Wednesday, August 02, 2017 12:39:36 PM Hans Petter Selasky wrote: >> On 08/02/17 12:13, Andriy Gapon wrote: >>> >>> As far as I understand a module initialization routine is executed via the >>> sysinit mechanism. Specifically, module_register_init is set up as the sysinit >>> function for every module and it calls MOD_EVENT(mod, MOD_LOAD) to invoke the >>> module event handler. >>> >>> In linker_load_file() I see the following code: >>> linker_file_register_sysctls(lf); >>> linker_file_sysinit(lf); >>> >>> I think that this means that any statically declared sysctl-s in the module >>> would be registered before the module receives the MOD_LOAD event. >>> It's possible that some of the sysctl-s could have procedures as handlers and >>> they might access data that is supposed to be initialized by the module event >>> handler. >>> >>> So, for example, running sysctl -a at just the right moment during the loading >>> of a module might end up in an expected behavior (including a crash). >>> >>> Is my interpretation of how the code works correct? >>> Can the order of linker_file_sysinit and linker_file_register_sysctls be changed >>> without a great risk? >>> >>> Thank you! >>> >>> P.S. >>> The same applies to: >>> linker_file_sysuninit(file); >>> linker_file_unregister_sysctls(file); >>> >> >> Hi, >> >> Not sure if this answers your question. >> Hi, >> If a SYSCTL() is TUNABLE, it's procedure can be called when the sysctl >> is created. Else the SYSCTL() procedure callback might be called right >> after it's registered. I think there is an own subsystem in sys/kernel.h >> which takes care of the actual SYSCTL() creation/destruction - after the >> linker is involved. > > sysctl nodes are created explicitly via linker_file_register_sysctls, not via > SYSINITs, so you can't order them with respect to other init functions. For GENERIC (non-modules) the SYSCTLS() are registered by sysctl_register_all() at SYSINIT(sysctl, SI_SUB_KMEM, SI_ORDER_FIRST, sysctl_register_all, 0); > > I think Andriy's suggestion of doing sysctls "inside" sysinits (so they are > registered last and unregistered first) is probably better than the current > state and is a simpler fix than changing all sysctls to use SYSINITs. > If the module provided SYSCTLS's could use the same SI_SUB_KMEM it would be compatible. You have three cases to think about: 1) SYSCTLS's in modules loaded before the kernel is booted 2) SYSCTLS's in modules after the kernel is booted 3) SYSCTLS's in the GENERIC kernel. I'm not 100% sure, but I think 1) and 2) are treated differently. Correct me if I'm wrong. --HPS From owner-freebsd-current@freebsd.org Wed Aug 2 18:49:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BE2FDB10BA; Wed, 2 Aug 2017 18:49:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 638A672E68; Wed, 2 Aug 2017 18:49:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 2E8BC10AB01; Wed, 2 Aug 2017 14:49:29 -0400 (EDT) From: John Baldwin To: Hans Petter Selasky Cc: freebsd-current@freebsd.org, FreeBSD Hackers , Andriy Gapon Subject: Re: order of executing MOD_LOAD and registering module sysctl-s Date: Wed, 02 Aug 2017 11:49:16 -0700 Message-ID: <2156888.F9y1Fr7Oe8@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <1c40d6ef-bfd2-d8ee-e057-47cd8d695544@selasky.org> References: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> <2718016.8bPh6cqhGc@ralph.baldwin.cx> <1c40d6ef-bfd2-d8ee-e057-47cd8d695544@selasky.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 02 Aug 2017 14:49:29 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 18:49:32 -0000 On Wednesday, August 02, 2017 06:53:54 PM Hans Petter Selasky wrote: > On 08/02/17 17:49, John Baldwin wrote: > > On Wednesday, August 02, 2017 12:39:36 PM Hans Petter Selasky wrote: > >> On 08/02/17 12:13, Andriy Gapon wrote: > >>> > >>> As far as I understand a module initialization routine is executed via the > >>> sysinit mechanism. Specifically, module_register_init is set up as the sysinit > >>> function for every module and it calls MOD_EVENT(mod, MOD_LOAD) to invoke the > >>> module event handler. > >>> > >>> In linker_load_file() I see the following code: > >>> linker_file_register_sysctls(lf); > >>> linker_file_sysinit(lf); > >>> > >>> I think that this means that any statically declared sysctl-s in the module > >>> would be registered before the module receives the MOD_LOAD event. > >>> It's possible that some of the sysctl-s could have procedures as handlers and > >>> they might access data that is supposed to be initialized by the module event > >>> handler. > >>> > >>> So, for example, running sysctl -a at just the right moment during the loading > >>> of a module might end up in an expected behavior (including a crash). > >>> > >>> Is my interpretation of how the code works correct? > >>> Can the order of linker_file_sysinit and linker_file_register_sysctls be changed > >>> without a great risk? > >>> > >>> Thank you! > >>> > >>> P.S. > >>> The same applies to: > >>> linker_file_sysuninit(file); > >>> linker_file_unregister_sysctls(file); > >>> > >> > >> Hi, > >> > >> Not sure if this answers your question. > >> > > Hi, > > >> If a SYSCTL() is TUNABLE, it's procedure can be called when the sysctl > >> is created. Else the SYSCTL() procedure callback might be called right > >> after it's registered. I think there is an own subsystem in sys/kernel.h > >> which takes care of the actual SYSCTL() creation/destruction - after the > >> linker is involved. > > > > sysctl nodes are created explicitly via linker_file_register_sysctls, not via > > SYSINITs, so you can't order them with respect to other init functions. > > For GENERIC (non-modules) the SYSCTLS() are registered by > sysctl_register_all() at SYSINIT(sysctl, SI_SUB_KMEM, SI_ORDER_FIRST, > sysctl_register_all, 0); > > > > > I think Andriy's suggestion of doing sysctls "inside" sysinits (so they are > > registered last and unregistered first) is probably better than the current > > state and is a simpler fix than changing all sysctls to use SYSINITs. > > > > If the module provided SYSCTLS's could use the same SI_SUB_KMEM it would > be compatible. > > You have three cases to think about: > > 1) SYSCTLS's in modules loaded before the kernel is booted > 2) SYSCTLS's in modules after the kernel is booted > 3) SYSCTLS's in the GENERIC kernel. > > I'm not 100% sure, but I think 1) and 2) are treated differently. > Correct me if I'm wrong. 3) sysctls in the kernel are handled at SI_SUB_KMEM. 1) modules loaded by the loader are handled in linker_preload() at SI_SUB_KLD. Their sysctls are all registered when linker_preload() executes. Their SYSINITs are added to the pending sysinit list. Any SYSINITs earlier than SI_SUB_KLD will be executed in sorted order by mi_startup() after linker_preload() returns. Any SYSINITs after SI_SUB_KLD will be kept in the pending list in order and executed as if they were in the kernel. 2) All of the sysctl's are registered first, and afterwards the SYSINITs are run in sorted order. The race Andriy describes has always been present, but it was perhaps easier to fix by just inverting the order when TUNABLE_* were used explicitly as those registered explicit SI_SUB_TUNABLES sysinits. Note that it has always been the case with old TUNABLE_* that handlers could be run before locks were initialized (e.g. via MTX_SYSINIT which runs later at SI_SUB_LOCK), so if you have handlers that need to use locks, etc. you really shouldn't use RDTUN/RWTUN but instead you should use a dedicated SYSINIT to read a tunable and apply the right logic. There are a few different ways to fix Andriy's race while still solving the issue Ian notes that you may have SYSINITs that depend on the tunable fetches having been performed. One observation is that it shouldn't break anything to invert the order on unload and always unregister sysctls before invoking SYSUNINITs, so I think we should probably make that part of the change regardless. The variety comes in how to handle the module loading case: 1) Just extend the SYSCTL_XLOCK and hold it while invoking SYSINITs in modules during post-boot, and/or use some other explicit locking mechanism with sleep/wakeup or a cv to "pause" any sysctl requests until a kld is fully registered. This is a bit of a sledgehammer, but it is simple and kldload isn't a hot path. 2) Use two passes the add sysctl nodes. The first pass registers the sysctl and marks it as "new" which prevents it from being invoked, but the name can be extracted to generate tunable string, etc. SYSINITs are run after the first pass when loading post-boot, and the second pass after SYSINITs goes through and clears "new" from the sysctl nodes. I would probably lean towards 1) as it is simpler. I suspect that holding SYSCTL_XLOCK across SYSINITs won't fly as I know some SYSINIT routines can add dynamic sysctls (e.g. driver_module_handler SYSINIT for if_cxgbe.ko will invoke t4_attach -> t4_sysctls), so you'd have to use the sleep/wakeup or cv route. -- John Baldwin From owner-freebsd-current@freebsd.org Thu Aug 3 06:58:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 190C7DCD512; Thu, 3 Aug 2017 06:58:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 004FC69D0E; Thu, 3 Aug 2017 06:58:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA23332; Thu, 03 Aug 2017 09:58:11 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ddA5D-00011X-Mc; Thu, 03 Aug 2017 09:58:11 +0300 Subject: Re: order of executing MOD_LOAD and registering module sysctl-s To: John Baldwin , freebsd-current@FreeBSD.org Cc: Hans Petter Selasky , FreeBSD Hackers References: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> <2718016.8bPh6cqhGc@ralph.baldwin.cx> From: Andriy Gapon Message-ID: <158cf433-f2c8-9006-b091-15fe3095c759@FreeBSD.org> Date: Thu, 3 Aug 2017 09:57:15 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <2718016.8bPh6cqhGc@ralph.baldwin.cx> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 06:58:15 -0000 On 02/08/2017 18:49, John Baldwin wrote: > sysctl nodes are created explicitly via linker_file_register_sysctls, not via > SYSINITs, so you can't order them with respect to other init functions. > > I think Andriy's suggestion of doing sysctls "inside" sysinits (so they are > registered last and unregistered first) is probably better than the current > state and is a simpler fix than changing all sysctls to use SYSINITs. Kostik (kib) suggested a possible valid use-case that depends on the current order: adding dynamic sysctl-s under static sysctl-s via the module load handler. He also offered an idea for a possible solution: holding the modules lock in the shared mode (MOD_SLOCK) around calls to sysctl-s registered from modules. -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Aug 3 12:02:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E889DB4493 for ; Thu, 3 Aug 2017 12:02:49 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from mail.ptrcrt.ch (gahr.cloud.tilaa.com [IPv6:2a02:2770:8:0:21a:4aff:fe7e:c6be]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D73E74AAC; Thu, 3 Aug 2017 12:02:48 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from ptrcrt.ch (mail.ptrcrt.ch [192.168.1.1]) by mail.ptrcrt.ch (OpenSMTPD) with ESMTPS id f34314a9 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 3 Aug 2017 12:02:45 +0000 (UTC) Date: Thu, 3 Aug 2017 12:02:45 +0000 From: Pietro Cerutti To: freebsd-current@FreeBSD.org Cc: cognet@FreeBSD.org Subject: D11840 - Enhance top(1) to filter on multiple usernames Message-ID: <20170803120245.cffmi5z467mamvr7@ptrcrt.ch> Reply-To: Pietro Cerutti MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3v6cjdyu7vwvghe2" Content-Disposition: inline X-PGP-Key: fp="DA6D E106 A5B8 54B8 5DD8 6D49 ADD0 D38E A192 089E"; id="0xA192089E"; get=; get=; get=; get= OpenPGP: id=A192089E; url=https://gahr.ch/pgp/0xADD0D38EA192089E.txt; url=https://keybase.io/gahr/key.asc User-Agent: NeoMutt/20170714-71-7de7f7 (1.8.3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 12:02:49 -0000 --3v6cjdyu7vwvghe2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable D11840 [1] proposes an enhancement to top(1), where usernames can be added / removed from the filter when using the 'u' command in interactive mode. Feedback is welcome! [1] https://reviews.freebsd.org/D11840 --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org --3v6cjdyu7vwvghe2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQLCBAABCgCsFiEE2m3hBqW4VLhd2G1JrdDTjqGSCJ4FAlmDEOAuFIAAAAAAFQAQ cGthLWFkZHJlc3NAZ251cGcub3JnZ2FockBGcmVlQlNELm9yZ18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0REE2 REUxMDZBNUI4NTRCODVERDg2RDQ5QUREMEQzOEVBMTkyMDg5RQAKCRCt0NOOoZII noKiD/4o+QYNVdQ42lWHgL3pNYHTCMoechPb3HynLfCNQckY0hYw6XAY198JOAC1 SiAksU5q8tKqbX6Kov/hpay0bMJIH/4Tf1cDC6yZGiSfedp3s/icRTJto3GZyFO0 5tnEq22szdl0OxV3BTCU9frqXIm99In21gtU8vCp8xRBxN551GSd8+uyRUV9MvnX QSSwHI41nUOzYO+qbmeGJjVisZmJ5xBnRl7HQTK21pCttErTvffU4n8d8sxlfIxM j2NillDq4Lmv5rtI0NNQccxRnefXHtWxDqjvhgpUVOUoROTGpLt0Y9sJrrdMmVqn PWw/vxWrMxhkUi/2tU2j8pdmIBtpTc2OGtIwWOePJ6Z2pp6sBZNvpwM3bYm0GQkm IMbJnhxyvQPd1rVYPnE2OqEFN/Ee7rhL797nkVlbMinZaW5vPaP4f96+tZ4+zFvf oxWPX9YXMrL7hX6b4ODfaZvpg87lMfGJ57j9mjNDZ5ox/ReSVmcljCJIgIfGtrRA YCnYysxwWDwcTlDwlfQyOOsvxJAT2FCQKb2qVWtdAbdvTIGHmyXcBRYE80TSAGIP mmfBrSNewthcpAhtRYi9GXvJell+RfJY7KP4h9Kf0CywJO//0IuyOMh3MzWN4tzx Ix9fVmjiyXZ2FmswzkldIPy/GZxNdUwzdtw0crcBoWVp/msfdg== =TL3b -----END PGP SIGNATURE----- --3v6cjdyu7vwvghe2-- From owner-freebsd-current@freebsd.org Thu Aug 3 13:02:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BE4BDB74D2 for ; Thu, 3 Aug 2017 13:02:33 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic320-23.consmr.mail.bf2.yahoo.com (sonic320-23.consmr.mail.bf2.yahoo.com [74.6.128.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63ACA76C49 for ; Thu, 3 Aug 2017 13:02:32 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1501765346; bh=4P7wZIfU3lb5Zl7qLufZ/T6xctaV5hXXbZAjyfiiHuY=; h=Date:From:To:Subject:References:From:Subject; b=qMjlOaTxpUXBhlFidSmxbEStvI+lR2nNvzNUB3u7poc3dxeGT7zpWI2c/6bHX287qqcSnZgltKaVFMwPM7wu0uqSzMP0Pff9DDiIrTsAewbSZ9l+8H5nv6IZfe7CpwGcWQ5um2yKeoqK4L0TAwWqXODYJYSf3HVWXWsePiFPTZf3FxGkbmK1zXXdSxMpImRldvP9k+NtHdCYA6iVV3o25emFo+ljmU16t3+uqtNOVZVWd7btroMeFuCwaBzw+rKgoigPDbhJChOUh8VH+7T5ZgYjEu12xqm3MDTHSQKrF65fPQBPnZxMj446lNBjDUNZv7s+WekUadZmxv0hmiworw== X-YMail-OSG: wIfTUl0VM1mtWznIiU9WKBK0HGbZS1lKvxoU0RjNl5FdkNPb.Qg1XraTdsx.tYo 3PHA.M7810HAQNxuJyiee8WdLYsI9l1q1w_cLN9YCV3vgpsZORPB1blb1YOVuKKiBGYbnoDghgG4 SzRD.EIKQNBOPDAtt5TVSR8g62yW_832EF93WSo6botbOTlW.t2T5Jq.rFSdyx0ZhH0vmFckrndL _ffgFNAYerCdJprC4IncawBJHALCwXVnXjyeBjQPxmPNn_ZiVinXyh031rYTppVobsTqcM6Bz9LU 8MnS2Y7EH3gIfZrCf8xZ8sWCsToP9dBXgwaQEY9oaTXdDnSBlmxGgRG0kO2IUp1DFz_3Gh0v80cR YzbdDsgp05HTq18zCe6SIHJtOR6gGkdzPyGa.lVMaA49teqNcfVUHJ0RdrEKDH2llMddMJHgot6a ES3S6OtyovTHi.HYGN5.PV4rDX_0ZOz5OpsFu2K.eLxcBuZr5TECHXy_0yqU_mxoeLZ8_dDGbNNG KljhmVdtAksasHcMAUA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic320.consmr.mail.bf2.yahoo.com with HTTP; Thu, 3 Aug 2017 13:02:26 +0000 Date: Thu, 3 Aug 2017 12:42:08 +0000 (UTC) From: Filippo Moretti To: "freebsd-current@freebsd.org" Message-ID: <724526009.2622967.1501764128342@mail.yahoo.com> Subject: Userland problems in i386 current MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2622966_1067492598.1501764128342" References: <724526009.2622967.1501764128342.ref@mail.yahoo.com> X-Mailer: WebService/1.1.10181 YMailNorrin Mozilla/5.0 (X11; FreeBSD i386; rv:54.0) Gecko/20100101 Firefox/54.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:02:33 -0000 ------=_Part_2622966_1067492598.1501764128342 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I have problems with chrome and smtube in i386_CURRENT bot segmentation fault.I enclose a gdb analysis for smtube,no core for chrome.sincerelyFilippo ------=_Part_2622966_1067492598.1501764128342 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smtube.eror" Content-ID: <324ca33c-aeb7-a995-67f8-65377ce00769@yahoo.com> R05VIGdkYiAoR0RCKSA4LjAgW0dEQiB2OC4wIGZvciBGcmVlQlNEXQpDb3B5cmlnaHQgKEMpIDIw MTcgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCkxpY2Vuc2UgR1BMdjMrOiBHTlUgR1BM IHZlcnNpb24gMyBvciBsYXRlciA8aHR0cDovL2dudS5vcmcvbGljZW5zZXMvZ3BsLmh0bWw+ClRo aXMgaXMgZnJlZSBzb2Z0d2FyZTogeW91IGFyZSBmcmVlIHRvIGNoYW5nZSBhbmQgcmVkaXN0cmli dXRlIGl0LgpUaGVyZSBpcyBOTyBXQVJSQU5UWSwgdG8gdGhlIGV4dGVudCBwZXJtaXR0ZWQgYnkg bGF3LiAgVHlwZSAic2hvdyBjb3B5aW5nIgphbmQgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxz LgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiaTM4Ni1wb3J0YmxkLWZyZWVic2QxMi4wIi4K VHlwZSAic2hvdyBjb25maWd1cmF0aW9uIiBmb3IgY29uZmlndXJhdGlvbiBkZXRhaWxzLgpGb3Ig YnVnIHJlcG9ydGluZyBpbnN0cnVjdGlvbnMsIHBsZWFzZSBzZWU6CjxodHRwOi8vd3d3LmdudS5v cmcvc29mdHdhcmUvZ2RiL2J1Z3MvPi4KRmluZCB0aGUgR0RCIG1hbnVhbCBhbmQgb3RoZXIgZG9j dW1lbnRhdGlvbiByZXNvdXJjZXMgb25saW5lIGF0Ogo8aHR0cDovL3d3dy5nbnUub3JnL3NvZnR3 YXJlL2dkYi9kb2N1bWVudGF0aW9uLz4uCkZvciBoZWxwLCB0eXBlICJoZWxwIi4KVHlwZSAiYXBy b3BvcyB3b3JkIiB0byBzZWFyY2ggZm9yIGNvbW1hbmRzIHJlbGF0ZWQgdG8gIndvcmQiLi4uClJl YWRpbmcgc3ltYm9scyBmcm9tIC91c3IvbG9jYWwvYmluL3NtdHViZS4uLihubyBkZWJ1Z2dpbmcg c3ltYm9scyBmb3VuZCkuLi5kb25lLgpbTmV3IExXUCAxMDA2NTJdCltOZXcgTFdQIDEwMDkzOF0K W05ldyBMV1AgMTAwOTM5XQpbTmV3IExXUCAxMDA5NDBdCltOZXcgTFdQIDEwMDk0MV0KW05ldyBM V1AgMTAwOTQyXQpDb3JlIHdhcyBnZW5lcmF0ZWQgYnkgYHNtdHViZScuClByb2dyYW0gdGVybWlu YXRlZCB3aXRoIHNpZ25hbCBTSUdTRUdWLCBTZWdtZW50YXRpb24gZmF1bHQuCiMwICAweDJhNWM0 ZDU1IGluID8/ICgpIGZyb20gL3Vzci9sb2NhbC9saWIvcXQ1L2xpYlF0NVdlYktpdC5zby41CltD dXJyZW50IHRocmVhZCBpcyAxIChMV1AgMTAwNjUyKV0KKGdkYikgd2hlcmUKIzAgIDB4MmE1YzRk NTUgaW4gPz8gKCkgZnJvbSAvdXNyL2xvY2FsL2xpYi9xdDUvbGliUXQ1V2ViS2l0LnNvLjUKIzEg IDB4MjhkZWY0ODQgaW4gPz8gKCkgZnJvbSAvdXNyL2xvY2FsL2xpYi9xdDUvbGliUXQ1V2ViS2l0 LnNvLjUKIzIgIDB4MjkxMGRhOTkgaW4gPz8gKCkgZnJvbSAvdXNyL2xvY2FsL2xpYi9xdDUvbGli UXQ1V2ViS2l0LnNvLjUKIzMgIDB4MjkwZjdmZjggaW4gPz8gKCkgZnJvbSAvdXNyL2xvY2FsL2xp Yi9xdDUvbGliUXQ1V2ViS2l0LnNvLjUKIzQgIDB4MjkwZjUxZmUgaW4gPz8gKCkgZnJvbSAvdXNy L2xvY2FsL2xpYi9xdDUvbGliUXQ1V2ViS2l0LnNvLjUKIzUgIDB4MjkwZjdjNjIgaW4gPz8gKCkg ZnJvbSAvdXNyL2xvY2FsL2xpYi9xdDUvbGliUXQ1V2ViS2l0LnNvLjUKIzYgIDB4MjhlMDI2OTQg aW4gUVdlYkZyYW1lQWRhcHRlcjo6bG9hZChRTmV0d29ya1JlcXVlc3QgY29uc3QmLCBRTmV0d29y a0FjY2Vzc01hbmFnZXI6Ok9wZXJhdGlvbiwgUUJ5dGVBcnJheSBjb25zdCYpICgpCiAgIGZyb20g L3Vzci9sb2NhbC9saWIvcXQ1L2xpYlF0NVdlYktpdC5zby41CiM3ICAweDI4MGZhNmI3IGluIFFX ZWJGcmFtZTo6bG9hZChRVXJsIGNvbnN0JikgKCkKICAgZnJvbSAvdXNyL2xvY2FsL2xpYi9xdDUv bGliUXQ1V2ViS2l0V2lkZ2V0cy5zby41CiM4ICAweDI4MTA3YWQ4IGluIFFXZWJWaWV3Ojpsb2Fk KFFVcmwgY29uc3QmKSAoKQogICBmcm9tIC91c3IvbG9jYWwvbGliL3F0NS9saWJRdDVXZWJLaXRX aWRnZXRzLnNvLjUKIzkgIDB4MDgwN2Q3NjggaW4gPz8gKCkKIzEwIDB4MDgwODkwNTQgaW4gPz8g KCkKIzExIDB4MDgwNTg1M2EgaW4gPz8gKCkKIzEyIDB4MDgwNTgzZjggaW4gPz8gKCkKIzEzIDB4 MDAwMDAwMDAgaW4gPz8gKCkKKGdkYikgKGdkYikgCiMwICAweDJhNWM0ZDU1IGluID8/ICgpIGZy b20gL3Vzci9sb2NhbC9saWIvcXQ1L2xpYlF0NVdlYktpdC5zby41CiMxICAweDI4ZGVmNDg0IGlu ID8/ICgpIGZyb20gL3Vzci9sb2NhbC9saWIvcXQ1L2xpYlF0NVdlYktpdC5zby41CiMyICAweDI5 MTBkYTk5IGluID8/ICgpIGZyb20gL3Vzci9sb2NhbC9saWIvcXQ1L2xpYlF0NVdlYktpdC5zby41 CiMzICAweDI5MGY3ZmY4IGluID8/ICgpIGZyb20gL3Vzci9sb2NhbC9saWIvcXQ1L2xpYlF0NVdl YktpdC5zby41CiM0ICAweDI5MGY1MWZlIGluID8/ICgpIGZyb20gL3Vzci9sb2NhbC9saWIvcXQ1 L2xpYlF0NVdlYktpdC5zby41CiM1ICAweDI5MGY3YzYyIGluID8/ICgpIGZyb20gL3Vzci9sb2Nh bC9saWIvcXQ1L2xpYlF0NVdlYktpdC5zby41CiM2ICAweDI4ZTAyNjk0IGluIFFXZWJGcmFtZUFk YXB0ZXI6OmxvYWQoUU5ldHdvcmtSZXF1ZXN0IGNvbnN0JiwgUU5ldHdvcmtBY2Nlc3NNYW5hZ2Vy OjpPcGVyYXRpb24sIFFCeXRlQXJyYXkgY29uc3QmKSAoKQogICBmcm9tIC91c3IvbG9jYWwvbGli L3F0NS9saWJRdDVXZWJLaXQuc28uNQojNyAgMHgyODBmYTZiNyBpbiBRV2ViRnJhbWU6OmxvYWQo UVVybCBjb25zdCYpICgpCiAgIGZyb20gL3Vzci9sb2NhbC9saWIvcXQ1L2xpYlF0NVdlYktpdFdp ZGdldHMuc28uNQojOCAgMHgyODEwN2FkOCBpbiBRV2ViVmlldzo6bG9hZChRVXJsIGNvbnN0Jikg KCkKICAgZnJvbSAvdXNyL2xvY2FsL2xpYi9xdDUvbGliUXQ1V2ViS2l0V2lkZ2V0cy5zby41CiM5 ICAweDA4MDdkNzY4IGluID8/ICgpCiMxMCAweDA4MDg5MDU0IGluID8/ICgpCiMxMSAweDA4MDU4 NTNhIGluID8/ICgpCiMxMiAweDA4MDU4M2Y4IGluID8/ICgpCiMxMyAweDAwMDAwMDAwIGluID8/ ICgpCihnZGIpIHEK ------=_Part_2622966_1067492598.1501764128342-- From owner-freebsd-current@freebsd.org Thu Aug 3 16:34:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D28F0DC71DF; Thu, 3 Aug 2017 16:34:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF72514EC; Thu, 3 Aug 2017 16:34:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id AB50810AB01; Thu, 3 Aug 2017 12:34:10 -0400 (EDT) From: John Baldwin To: Andriy Gapon Cc: freebsd-current@freebsd.org, Hans Petter Selasky , FreeBSD Hackers Subject: Re: order of executing MOD_LOAD and registering module sysctl-s Date: Thu, 03 Aug 2017 08:47:48 -0700 Message-ID: <3503074.NZ5sjsRuYH@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <158cf433-f2c8-9006-b091-15fe3095c759@FreeBSD.org> References: <62e7ab4d-8956-545e-b204-4fb63cfe5fbf@FreeBSD.org> <2718016.8bPh6cqhGc@ralph.baldwin.cx> <158cf433-f2c8-9006-b091-15fe3095c759@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 03 Aug 2017 12:34:10 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 16:34:19 -0000 On Thursday, August 03, 2017 09:57:15 AM Andriy Gapon wrote: > On 02/08/2017 18:49, John Baldwin wrote: > > sysctl nodes are created explicitly via linker_file_register_sysctls, not via > > SYSINITs, so you can't order them with respect to other init functions. > > > > I think Andriy's suggestion of doing sysctls "inside" sysinits (so they are > > registered last and unregistered first) is probably better than the current > > state and is a simpler fix than changing all sysctls to use SYSINITs. > > Kostik (kib) suggested a possible valid use-case that depends on the current > order: adding dynamic sysctl-s under static sysctl-s via the module load handler. > He also offered an idea for a possible solution: holding the modules lock in the > shared mode (MOD_SLOCK) around calls to sysctl-s registered from modules. Yes, that could work. You'd need a way to "tag" sysctls as being module sysctls vs non-module sysctls. Another possiblity would be to make two passes over sysctls when loading/unloading modules where you have a "disabled" flag or some such. During load you would set this flag when doing sysctl_register_oid for the static nodes and then do a second pass after the SYSINITs to clear all the disabled flags. During unload you would do this in reverse with an early pass before SYSUNINITs to set "disabled" on all the static nodes for the kld. -- John Baldwin From owner-freebsd-current@freebsd.org Fri Aug 4 09:26:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6647DCF909 for ; Fri, 4 Aug 2017 09:26:46 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BFDD5192A for ; Fri, 4 Aug 2017 09:26:45 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:65535] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id B3/A0-31699-29D34895; Fri, 04 Aug 2017 09:25:39 +0000 Date: Fri, 04 Aug 2017 09:25:36 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Buildability status of lang/gcc5-aux and lang/gcc6-aux in FreeBSD-current? X-RR-Connecting-IP: 107.14.64.88:25 X-Mailman-Approved-At: Fri, 04 Aug 2017 10:46:42 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 09:26:47 -0000 What is the status of lang/gcc6-aux and lang/gcc5-aux regarding buildability in FreeBSD-current? I read about these packages not building on current subsequent to ino64, but there was no BROKEN notice in the Makefiles. I tried and failed on both: gcc5-aux directly and gcc6-aux as a dependency of ports-mgmt/synth. I get error message (gcc6-aux): mkdir -p ada/bldtools/sinfo rm -f ada/bldtools/sinfo/sinfo.ads ada/bldtools/sinfo/sinfo.adb ada/bldtools/sinfo/xsinfo.adb ada/bldtools/sinfo/csinfo.adb cp -p /BETA1/usr/ports/lang/gcc6-aux/work12/gcc-6-20170202/gcc/ada/sinfo.ads /BETA1/usr/ports/lang/gcc6-aux/work12/gcc-6-20170202/gcc/ada/sinfo.adb /BETA1/usr/ports/lang/gcc6-aux/work12/gcc-6-20170202/gcc/ada/xsinfo.adb /BETA1/usr/ports/lang/gcc6-aux/work12/gcc-6-20170202/gcc/ada/csinfo.adb ada/bldtools/sinfo (cd ada/bldtools/sinfo; gnatmake -q xsinfo ; ./xsinfo sinfo.h ) raised STORAGE_ERROR : stack overflow or erroneous memory access gmake[4]: *** [/BETA1/usr/ports/lang/gcc6-aux/work12/gcc-6-20170202/gcc/ada/Make-generated.in:45: ada/sinfo.h] Error 1 gmake[4]: Leaving directory '/BETA1/usr/ports/lang/gcc6-aux/work12/build/gcc' gmake[3]: *** [Makefile:4128: all-gcc] Error 2 gmake[3]: Leaving directory '/BETA1/usr/ports/lang/gcc6-aux/work12/build' gmake[2]: *** [Makefile:876: all] Error 2 gmake[2]: Leaving directory '/BETA1/usr/ports/lang/gcc6-aux/work12/build' *** Error code 2 and similar error on gcc5-aux. This means not only no support for Ada in FreeBSD-current, but also synth won't build. Back to portmaster. This message could have been posted to freebsd-ports, but the problem is specifc to freebsd-current as far as I know. I succeeded building synth and gcc6-aux on stable/11, but synth proved unworkable, crashing the system most of the time. That would merit a separate thread on freebsd-ports, not to be off-topic on freebsd-current. Tom From owner-freebsd-current@freebsd.org Sat Aug 5 04:00:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 042DFDB61CF for ; Sat, 5 Aug 2017 04:00:47 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: from mail-ua0-x22f.google.com (mail-ua0-x22f.google.com [IPv6:2607:f8b0:400c:c08::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3F1B6365E for ; Sat, 5 Aug 2017 04:00:46 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: by mail-ua0-x22f.google.com with SMTP id d29so14316231uai.2 for ; Fri, 04 Aug 2017 21:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=FhXof9csphtgsOPTATs0PPPUaP3w5xD68JSJq4z/V7Y=; b=t+3oXLSZ8CsK1i3scJ8+gAi09ueiFaOGKReZFISputgeaQ5rdRvwfL9rjkxnPKNkdn qZPbDmiiBAW7sYuPPghN93dcVokJd2swES3nYhE+YkobUGqbNGl/enkN/M7GTJKhP7Ht DvlJdriG+Re+QVFCbOGfc/KD6R1v4AdXWzMwMKfhKfS3YfLC34VPC3EQ/GUL3ZM6lYtH ao5H5Vca9sheVER21V1NOFc0WTk8lIZBohIEbaacWQRY7eqsps56A+Bg/4ZtizUMjy1w PDejDEIrNYg0JDdImp5eh+/8JcX1fsMJ6GbsC+SFgZTg2PS4gRXDqXhXorSJItK8MX5j AFbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=FhXof9csphtgsOPTATs0PPPUaP3w5xD68JSJq4z/V7Y=; b=Sq0ijey8Lb8N610AAX+WYAUWPVTLhag9g2q04mqMefuozccwBuddeg6RES8bY4uTQv hUH2duS3pR2b5Ycl+YsEVLJtnRxb1lbPrELioicTUgawFq3NsxffFB8ixkhWltw3Y4Yl QadZRrKlO+iUf+75i2GWg1BNZN2dSebiKUHuT7FnzFtnsXKd2oJDak0/rvVwq4g9VsEW mu1w48qs4pzaypuLP1u5WHx1dze2h09bJqULwfAIdC37cHRS1EVrIN5oLQZoiB6gGsN0 7Muane1F7NPtbHqZhWLerkMXP5W105iFavRYc9cgMzAQiPkfVX3ODAsCfW5QYWztFlib kfpA== X-Gm-Message-State: AHYfb5gB6+ioPGj9Q2WiErhQ+BT4TZWdaFbQxAaTKtdeWcaaIHty+ZUo 58rB4a/FK8cHqRVGkf7xOgwKOySddrwu X-Received: by 10.159.33.165 with SMTP id 34mr2832138uac.10.1501905645564; Fri, 04 Aug 2017 21:00:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.55.198 with HTTP; Fri, 4 Aug 2017 21:00:45 -0700 (PDT) From: Aijaz Baig Date: Sat, 5 Aug 2017 09:30:45 +0530 Message-ID: Subject: buildworld fails while building static clang library To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 04:00:47 -0000 I am trying to buildworld and it works well for quite some time until it tries to build the static version of the clang library where it fails. The error it spits is: Killed *** [all_subdir_lib/clang/libclang] Error code 137 make[5]: stopped in /usr/src/lib/clang 1 error make[5]: stopped in /usr/src/lib/clang *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /usr/src/lib 1 error make[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 make[3]: stopped in /usr/src 1 error make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src make: stopped in /usr/src The number of files that are passed to the archiver are too many to list here. Here's the pastebin link: https://pastebin.com/3ifFWVdA . Also my MAKEOBJDIRPREFIX is pointing to an NFS share. The reason I am doing so is that I want to create a complete sysroot so I can then use the resulting gdb from it to debug the kernel and the KLDs on this system. That NFS share lies on the machine which will be used to debug this one. Since (I've read that) GDB uses a mechanism similar to libraries when debugging loaded modules, I assume I need to first create the 'world' for this machine on the NFS mount and then use the gdb inside to load symbols files for the KLDs. If this is incorrect or if I am going for an overkill with 'buildworld' please sugggest an optimum way -- Best Regards, Aijaz Baig From owner-freebsd-current@freebsd.org Sat Aug 5 09:04:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC09ADC8139 for ; Sat, 5 Aug 2017 09:04:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CE5F6C56E for ; Sat, 5 Aug 2017 09:04:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1DCA02D77F; Sat, 5 Aug 2017 11:04:22 +0200 (CEST) From: Dimitry Andric Message-Id: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_2844520F-B164-40FE-B210-FE2635FEA512"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: buildworld fails while building static clang library Date: Sat, 5 Aug 2017 11:04:19 +0200 In-Reply-To: Cc: freebsd-current@freebsd.org To: Aijaz Baig References: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 09:04:26 -0000 --Apple-Mail=_2844520F-B164-40FE-B210-FE2635FEA512 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 5 Aug 2017, at 06:00, Aijaz Baig wrote: > > I am trying to buildworld and it works well for quite some time until it > tries to build the static version of the clang library where it fails. The > error it spits is: > > Killed > *** [all_subdir_lib/clang/libclang] Error code 137 > > make[5]: stopped in /usr/src/lib/clang I'm just guessing, but the most likely cause is lack of memory. Please check dmesg for any messages like "pid foo (bar), uid baz, was killed: out of swap space". To work around this, you can temporarily add more swap space, or lower your -j level. -Dimitry --Apple-Mail=_2844520F-B164-40FE-B210-FE2635FEA512 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWYWKEwAKCRCwXqMKLiCW o5Y3AJ4xcH2YpP/pfhVLhTlg0uTKbDzJogCgr/BtfV+8dkzLOOX1h6Ym8alepi8= =aL1k -----END PGP SIGNATURE----- --Apple-Mail=_2844520F-B164-40FE-B210-FE2635FEA512-- From owner-freebsd-current@freebsd.org Sat Aug 5 19:55:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17696DC700B for ; Sat, 5 Aug 2017 19:55:30 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: from mail-ua0-x22b.google.com (mail-ua0-x22b.google.com [IPv6:2607:f8b0:400c:c08::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4593177C; Sat, 5 Aug 2017 19:55:29 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: by mail-ua0-x22b.google.com with SMTP id w45so18494538uac.5; Sat, 05 Aug 2017 12:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=IUmoP2o6uKeqKMAs7HgRH4crtCPreKlhX0XwPLqa2+Y=; b=tJmhjW37UlJ1x57uMD7FkoYyC+p5zkT6C5tDVakrGQISqoCp3fGkBzsUyqTe4+RBN6 GJ/h5G2MSIeYa9FF2SnXmaU+G10u72BGrRE9PRtNnGgSMC/1mPYkj7fR1o0bm0dpXKhe Ot56dSMRIL9bMm6LOwha5zKM6axlvNHU/BG7vOR/53kwW3GlFpjo+qu+WjUgyxrokWl9 2oDO/hvN5P8FjJizsWmL0JSFChSHsoAwEFoAro2zWRIakJU6QyaCd6Q2PP0DnkOGT66E gSQjdPyAoqyitRH6ODjp4HCnk9uVxT8HO1QYfnzGlqhdGyleL2x0b5OHsZHmK3eFnN2p I9iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IUmoP2o6uKeqKMAs7HgRH4crtCPreKlhX0XwPLqa2+Y=; b=N2c1omMDjdslU4gb5aP8B02kIqSQXaVS6Lu3wRh/jhhfIm3qkALmChiFHhlotn5lIO ZHNRVkkUyyyhSUU8RqOcjmTn8QXKywbCdUaelqmKgF3tHBJpBGXYhZOW/Ciec9ApcYcr wJEgcGuTmH+zB8KM84TuXGPFHjdHXjSH3qTo1xZCFlUO/H4O+CltS0coZO+SANQ8PGS4 jrihRJz/mqN2BvdsT1/LTOBMDJ98AFmqCQHyAUGmK3O83UR6ZdiWOLA/Ts/miMdTLhwI Oo5EpJDLsDtLwd3wRGbdN9xv/WlUL75HSQTSVhk0TMTgak1yRZxVe45xRqEKqmTTbKb/ MOMg== X-Gm-Message-State: AHYfb5irbcv6d1R06K3T6GyGDUlA09hNqN5fIpsCXQo4Ga/E8X8UgD7U ZsHZ2/gKuh1SFgfPRLZaOLmnwZ6LyA== X-Received: by 10.176.16.202 with SMTP id x10mr4602521uab.186.1501962928577; Sat, 05 Aug 2017 12:55:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.55.198 with HTTP; Sat, 5 Aug 2017 12:55:28 -0700 (PDT) In-Reply-To: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> References: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> From: Aijaz Baig Date: Sun, 6 Aug 2017 01:25:28 +0530 Message-ID: Subject: Re: buildworld fails while building static clang library To: Dimitry Andric Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 19:55:30 -0000 Hi Dmitry I was a bit sceptical of this as it was failing with that same port (or is clang a port by the way?) all the time. So as you suggested, I reduced my '-j' number and it still fails at the very same place with the very same error. Is it because the clang port doesn't allow parallel make jobs? Nonetheless, as to my query regarding building the world, based on what my goals are (as I stated earlier), does it require me to actually build the whole world? Regards, Aijaz Baig On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric wrote: > On 5 Aug 2017, at 06:00, Aijaz Baig wrote: > > > > I am trying to buildworld and it works well for quite some time until it > > tries to build the static version of the clang library where it fails. > The > > error it spits is: > > > > Killed > > *** [all_subdir_lib/clang/libclang] Error code 137 > > > > make[5]: stopped in /usr/src/lib/clang > > I'm just guessing, but the most likely cause is lack of memory. Please > check dmesg for any messages like "pid foo (bar), uid baz, was killed: > out of swap space". To work around this, you can temporarily add more > swap space, or lower your -j level. > > -Dimitry > > -- Best Regards, Aijaz Baig From owner-freebsd-current@freebsd.org Sat Aug 5 20:16:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4199FDC7F53 for ; Sat, 5 Aug 2017 20:16:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 059B221DE; Sat, 5 Aug 2017 20:16:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 91D042D7C7; Sat, 5 Aug 2017 22:16:42 +0200 (CEST) From: Dimitry Andric Message-Id: <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_29E074AB-FD46-4FD2-8AE7-EFEB83E87909"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: buildworld fails while building static clang library Date: Sat, 5 Aug 2017 22:16:29 +0200 In-Reply-To: Cc: FreeBSD Current , Ed Maste To: Aijaz Baig References: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 20:16:53 -0000 --Apple-Mail=_29E074AB-FD46-4FD2-8AE7-EFEB83E87909 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 5 Aug 2017, at 21:55, Aijaz Baig wrote: >=20 > I was a bit sceptical of this as it was failing with that same port = (or is clang a port by the way?) all the time. So as you suggested, I = reduced my '-j' number and it still fails at the very same place with = the very same error. Is it because the clang port doesn't allow parallel = make jobs? >=20 > Nonetheless, as to my query regarding building the world, based on = what my goals are (as I stated earlier), does it require me to actually = build the whole world? >=20 > Regards, > Aijaz Baig >=20 > On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric = wrote: > On 5 Aug 2017, at 06:00, Aijaz Baig wrote: > > > > I am trying to buildworld and it works well for quite some time = until it > > tries to build the static version of the clang library where it = fails. The > > error it spits is: > > > > Killed > > *** [all_subdir_lib/clang/libclang] Error code 137 > > > > make[5]: stopped in /usr/src/lib/clang >=20 > I'm just guessing, but the most likely cause is lack of memory. = Please > check dmesg for any messages like "pid foo (bar), uid baz, was killed: > out of swap space". To work around this, you can temporarily add more > swap space, or lower your -j level. Hm, now I read that your obj dir is on NFS, you might be hitting some 4GiB filesize limit for the final .a file. Are you building world with a very low optimization level, and debug information on? I remember there being an issue with ar and/or ranlib choking when the .a files become too big. Ed, does that ring any bells? -Dimitry --Apple-Mail=_29E074AB-FD46-4FD2-8AE7-EFEB83E87909 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWYYnnQAKCRCwXqMKLiCW oz9OAJ9B0wLn/iH2j8Q4YGNXxwFH0ax0KwCgk5fPqRy1qRpBY2kjDyMBMN9AUOE= =Hg+B -----END PGP SIGNATURE----- --Apple-Mail=_29E074AB-FD46-4FD2-8AE7-EFEB83E87909-- From owner-freebsd-current@freebsd.org Sat Aug 5 21:08:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14D61DCA508 for ; Sat, 5 Aug 2017 21:08:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-89.reflexion.net [208.70.210.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2D7A3A9C for ; Sat, 5 Aug 2017 21:08:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6640 invoked from network); 5 Aug 2017 21:12:56 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 5 Aug 2017 21:12:56 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Sat, 05 Aug 2017 17:08:06 -0400 (EDT) Received: (qmail 25692 invoked from network); 5 Aug 2017 21:08:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Aug 2017 21:08:06 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 0D282EC8EE9; Sat, 5 Aug 2017 14:08:06 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: buildworld fails while building static clang library Message-Id: Date: Sat, 5 Aug 2017 14:08:05 -0700 To: Dimitry Andric , FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 21:08:15 -0000 Dimitry Andric dim at FreeBSD.org wrote on Sat Aug 5 20:16:53 UTC 2017 : > Hm, now I read that your obj dir is on NFS, you might be hitting some > 4GiB filesize limit for the final .a file. Are you building world = with > a very low optimization level, and debug information on? >=20 > I remember there being an issue with ar and/or ranlib choking when the > .a files become too big. Ed, does that ring any bells? For an example of this for libWebCore.a and ar see bugzilla 206679 . Quoting part of comment 2: . . . I would have guessed that the file format has some 4GB limit that might = have been reached, explaining why the terminology reads like a file = truncation instead of out-of-memory. Looking around some I found one 2012 reference to code in ar that was = reported to then look like: /* Catch an attempt to grow an archive past its 4Gb limit. */ if (archive_member_file_ptr !=3D (file_ptr) offset) { bfd_set_error (bfd_error_file_truncated); return FALSE; } . . . =3D=3D=3D Mark Millard markmi at dsl-only.net