From owner-freebsd-stable@freebsd.org Sun Feb 17 09:11:52 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD70014EA995 for ; Sun, 17 Feb 2019 09:11:52 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic307-10.consmr.mail.ne1.yahoo.com (sonic307-10.consmr.mail.ne1.yahoo.com [66.163.190.33]) (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 0D63D8D111 for ; Sun, 17 Feb 2019 09:11:50 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-YMail-OSG: 9N4YGP8VM1nTQ5OaWCz4Vscniob7SN1RnGH58l0LMayHhIRoQ4eWcoha_Ia5uS1 wtBbVzD6.uRpvTDXaaUkoUeUVorG24tiG4gK7vEptnZ36Haf.p5_E5cY9yZKu8ISCZPFkwc_kVJA SAwlUpuekbjpbBhN_lcrXifrgV7mOvQf4HPvlWPs.DFQ7xNan8BRLMtIstzvPCArXNtz4yCDsC0q MlmN8duDqNxhpzepdAW6.2PN5Cyu9qoM3.P_1Kl1c_BFurg8dGPjGztzPFriZTQf4SX3ef5L7wtt BuDJktDaAeOy34t76aU_GF6XR7gXwnkOtgE72gzfRMK3hM6y8Ob1Hgd2F96A4WtXQkEF9x11gNKl GuknOhNWgdP.JgFJ0.agYGWfyZJXRh6Lj5yJAP04Qhn9BwhCVmzQ8wW3rz1R1G0MW3kFYfZAZu0e f6SfwKZ3NrzGTdm.w8y3WGCYJibwCL4FcyaJDU3DUVjTE8RhhlVTw4usZlteS3xFv1XmdHJScIm3 U9jpIpONVV2.WrLzUrF0a7yNI_tOklA21VU3eqNt.vXE9BN8UVeJxG3lR1ukIj_UeUs951FJ0uJ6 YheHSKkj3m2WRbGSdGykslC6C1NiMfiuR23TwwfaZIEw_.fcJ_6msCuMXvdelcQWa8Oo1ZDaMHHS UfzOIsV3rAmuLPb7gMnWebVVDG.hS_vL4u_Dix_2x.NLWoqVj46m.O70e7DhJIY2jv8LQVW0wKif uNTPv1HSdhFm9YcEYqsWcwgZr6ROPSyJrY9YYwuIduST6fQGp11EMdD2DPN8qsenTnP4CBhYxHhH NH7yF.AGGQrmhXBgWi.DGgKByMFb82iSDUxyogElIMYWBGg2bG6CBdJIqMro2C5wEOjhlOmAH2x2 wHIuWsrEi7WRA.Oq2m2yjIrifMYFVMqBgG83CYtFaZmyct6qA_D77Pd1mWzd_kv7fwfVJTL8QcpM rgoRnpyKXM4o61zd3ur_nEdQ90TZsyS6BNlsAD43wa3951.Jj58yn.SMZzZbrGHLm49KkgfH2FhW HiI5n1ZPqlubUrccA_i4p38sev3RUCiNLL0Kq8ZHHUw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Sun, 17 Feb 2019 09:11:47 +0000 Date: Sun, 17 Feb 2019 09:11:46 +0000 (UTC) From: Filippo Moretti To: FreeBSD Stable Message-ID: <2017527668.472217.1550394706121@mail.yahoo.com> Subject: Problem building kernel STABLE12 amd64 arch MIME-Version: 1.0 References: <2017527668.472217.1550394706121.ref@mail.yahoo.com> X-Mailer: WebService/1.1.13123 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:65.0) Gecko/20100101 Firefox/65.0 X-Rspamd-Queue-Id: 0D63D8D111 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.94 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.96)[0.959,0]; NEURAL_SPAM_MEDIUM(0.99)[0.986,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[33.190.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.22)[ip: (4.21), ipnet: 66.163.184.0/21(1.10), asn: 36646(0.88), country: US(-0.07)]; NEURAL_SPAM_LONG(0.78)[0.777,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2019 09:11:53 -0000 I tried to update stable to yesterday build and I get the following error o= n amd64 arch linking kernel ld: error: undefined symbol: iflib_get_softc >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_legacy_intr) ld: error: undefined symbol: iflib_admin_intr_deferred >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_legacy_intr) ld: error: undefined symbol: iflib_get_softc >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_tx_queues_alloc) ld: error: undefined symbol: iflib_dma_alloc_align >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_tx_queues_alloc) ld: error: undefined symbol: iflib_get_softc >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_rx_queues_alloc) ld: error: undefined symbol: iflib_dma_alloc_align >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_rx_queues_alloc) ld: error: undefined symbol: iflib_get_softc >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_queues_free) ld: error: undefined symbol: iflib_dma_free >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_queues_free) ld: error: undefined symbol: iflib_get_dev >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_pre)>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if_vmx.o:(vmxnet3_at= tach_pre) ld: error: undefined symbol: iflib_get_sctx >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_pre) ld: error: undefined symbol: iflib_get_softc_ctx >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_pre) ld: error: undefined symbol: iflib_get_ifp >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_pre) ld: error: undefined symbol: iflib_get_media >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_pre) ld: error: undefined symbol: iflib_set_mac >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_pre) ld: error: undefined symbol: iflib_get_softc_ctx >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_post) ld: error: undefined symbol: iflib_get_softc >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_post) ld: error: undefined symbol: iflib_dma_alloc_align >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_post) ld: error: undefined symbol: iflib_dma_alloc_align >>> referenced by if_vmx.c >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 if_vmx.o:(vmxnet3_attach_post) ld: error: too many errors emitted, stopping now (use -error-limit=3D0 to s= ee all errors) *** Error code 1 Stop. Stop. make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/STING_VT *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Any help appreciatedsincerelyFilippo From owner-freebsd-stable@freebsd.org Sun Feb 17 16:06:40 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2E5A14F83F9 for ; Sun, 17 Feb 2019 16:06:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 3656473979 for ; Sun, 17 Feb 2019 16:06:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1HG6VKQ007685 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 17 Feb 2019 18:06:34 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1HG6VKQ007685 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1HG6V56007684; Sun, 17 Feb 2019 18:06:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 17 Feb 2019 18:06:31 +0200 From: Konstantin Belousov To: Filippo Moretti Cc: FreeBSD Stable Subject: Re: Problem building kernel STABLE12 amd64 arch Message-ID: <20190217160631.GC2420@kib.kiev.ua> References: <2017527668.472217.1550394706121.ref@mail.yahoo.com> <2017527668.472217.1550394706121@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2017527668.472217.1550394706121@mail.yahoo.com> User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2019 16:06:40 -0000 On Sun, Feb 17, 2019 at 09:11:46AM +0000, Filippo Moretti via freebsd-stable wrote: > I tried to update stable to yesterday build and I get the following error on amd64 arch > linking kernel > ld: error: undefined symbol: iflib_get_softc > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_legacy_intr) > > ld: error: undefined symbol: iflib_admin_intr_deferred > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_legacy_intr) > > ld: error: undefined symbol: iflib_get_softc > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_tx_queues_alloc) > > ld: error: undefined symbol: iflib_dma_alloc_align > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_tx_queues_alloc) > ld: error: undefined symbol: iflib_get_softc > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_rx_queues_alloc) > > ld: error: undefined symbol: iflib_dma_alloc_align > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_rx_queues_alloc) > > ld: error: undefined symbol: iflib_get_softc > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_queues_free) > > ld: error: undefined symbol: iflib_dma_free > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_queues_free) > > ld: error: undefined symbol: iflib_get_dev > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_pre)>>>               if_vmx.o:(vmxnet3_attach_pre) > > ld: error: undefined symbol: iflib_get_sctx > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_pre) > > ld: error: undefined symbol: iflib_get_softc_ctx > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_pre) > > ld: error: undefined symbol: iflib_get_ifp > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_pre) > > ld: error: undefined symbol: iflib_get_media > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_pre) > > ld: error: undefined symbol: iflib_set_mac > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_pre) > ld: error: undefined symbol: iflib_get_softc_ctx > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_post) > > ld: error: undefined symbol: iflib_get_softc > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_post) > > ld: error: undefined symbol: iflib_dma_alloc_align > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_post) > > ld: error: undefined symbol: iflib_dma_alloc_align > >>> referenced by if_vmx.c > >>>               if_vmx.o:(vmxnet3_attach_post) > > ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors) > *** Error code 1 > > Stop. > Stop. > make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/STING_VT > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > Any help appreciatedsincerelyFilippo Read UPDATING note 20190214. From owner-freebsd-stable@freebsd.org Sun Feb 17 16:10:11 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6705B14F84A5 for ; Sun, 17 Feb 2019 16:10:11 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15193739A1 for ; Sun, 17 Feb 2019 16:10:10 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from mather.gromit23.net (c-98-244-101-97.hsd1.va.comcast.net [98.244.101.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 7C3B6643; Sun, 17 Feb 2019 11:10:03 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Problem building kernel STABLE12 amd64 arch From: Paul Mather In-Reply-To: <2017527668.472217.1550394706121@mail.yahoo.com> Date: Sun, 17 Feb 2019 11:10:02 -0500 Cc: FreeBSD Stable Content-Transfer-Encoding: quoted-printable Message-Id: <20E72148-657A-4EA4-8066-FD725C897A6B@gromit.dlib.vt.edu> References: <2017527668.472217.1550394706121.ref@mail.yahoo.com> <2017527668.472217.1550394706121@mail.yahoo.com> To: Filippo Moretti X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 15193739A1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dmarc=fail reason="" header.from=vt.edu (policy=none) X-Spamd-Result: default: False [-1.65 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.91)[-0.912,0]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.32)[asn: 1312(-1.53), country: US(-0.07)]; NEURAL_SPAM_SHORT(0.08)[0.080,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[chumby.dlib.vt.edu,gromit.dlib.vt.edu]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[97.101.244.98.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2019 16:10:11 -0000 On Feb 17, 2019, at 4:11 AM, Filippo Moretti via freebsd-stable = wrote: > I tried to update stable to yesterday build and I get the following = error on amd64 arch > linking kernel > ld: error: undefined symbol: iflib_get_softc >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_legacy_intr) >=20 > ld: error: undefined symbol: iflib_admin_intr_deferred >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_legacy_intr) >=20 > ld: error: undefined symbol: iflib_get_softc >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_tx_queues_alloc) >=20 > ld: error: undefined symbol: iflib_dma_alloc_align >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_tx_queues_alloc) > ld: error: undefined symbol: iflib_get_softc >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_rx_queues_alloc) >=20 > ld: error: undefined symbol: iflib_dma_alloc_align >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_rx_queues_alloc) >=20 > ld: error: undefined symbol: iflib_get_softc >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_queues_free) >=20 > ld: error: undefined symbol: iflib_dma_free >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_queues_free) >=20 > ld: error: undefined symbol: iflib_get_dev >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_pre)>>> = if_vmx.o:(vmxnet3_attach_pre) >=20 > ld: error: undefined symbol: iflib_get_sctx >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_pre) >=20 > ld: error: undefined symbol: iflib_get_softc_ctx >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_pre) >=20 > ld: error: undefined symbol: iflib_get_ifp >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_pre) >=20 > ld: error: undefined symbol: iflib_get_media >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_pre) >=20 > ld: error: undefined symbol: iflib_set_mac >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_pre) > ld: error: undefined symbol: iflib_get_softc_ctx >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_post) >=20 > ld: error: undefined symbol: iflib_get_softc >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_post) >=20 > ld: error: undefined symbol: iflib_dma_alloc_align >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_post) >=20 > ld: error: undefined symbol: iflib_dma_alloc_align >>>> referenced by if_vmx.c >>>> if_vmx.o:(vmxnet3_attach_post) >=20 > ld: error: too many errors emitted, stopping now (use -error-limit=3D0 = to see all errors) > *** Error code 1 >=20 > Stop. > Stop. > make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/STING_VT > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src >=20 > Any help appreciatedsincerelyFilippo Please see the 20190214 entry in /usr/src/UPDATING to fix this problem. Cheers, Paul. From owner-freebsd-stable@freebsd.org Sun Feb 17 18:32:08 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D387414D8D85; Sun, 17 Feb 2019 18:32:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 9D83C81618; Sun, 17 Feb 2019 18:32:05 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id BE88E20D7C; Sun, 17 Feb 2019 13:31:58 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sun, 17 Feb 2019 13:31:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:cc:subject:message-id:mime-version:content-type; s= fm1; bh=WjOuOa2OzjGNwKB8anRmYe6uPvQ4LbrF4a7MV+bmnE0=; b=p1NQly47 trBdBwIJoEhurFwmPkAU1GGtyLTZ3PF0j0D99dATlK3JOqFBq26zxiU7TdvRiKTK v7MQKHuNDHaGThmzNj0ZKiRAnIJFtPkLY0OOBWmFiZ8D0MaKYTsEZyCuyfuLEpV6 7f6SjVX1JA01HzxbvS4ScJqddh76+JHz8glEAduIjEKaIIzsw9eqQF+o73KPGuJL gCQ0by2dY7LmcGTR+LWqdihUUhpfBJD9nLUip2XHewb29xNkNstclrI/bOvwfBty Ij5B+j9cdj50TKU4W64ljlH/b8G+OyXTfOoB2t3cS0A6ru4w2boYqRvJeENCgZ8a x5HQkh8H+obEig== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=WjOuOa2OzjGNwKB8anRmYe6uPvQ4L brF4a7MV+bmnE0=; b=4wLYt/YNn+hspPJdPqarPKAQXUS3U+hM0iAvfFLCsPYto 9QSEiNexo6dgq5OsPbj/J3ki0jp0VdT/twighSXOIwLBvoa7FjY75LwfPwDpdgBf XqiOHfjYOIDf7NWYYoOWSwNeq5cpm6vNUyVqIyuVEiFEa9/sqLNW15worp+kCozk xi/UM442jtSRRt/0mU80WiqpYE3hgLFn7yqE6YajcBPPBBJXnqV+XhOrHbxMbcr1 LVJ7WURKu4KdtwJ5S+5C7y1ML50S4KWQgM7sy+/4PXhzVSKgTD0eAGU/jxJBhk4R tiJJTYTr2adgWK8682k4eTpO/DuaDZ/WeKKkQIHgg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledrudduuddgudduhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthenuceurghilhhouhhtmecu fedttdenucenucfjughrpeffhffvuffkgggtuggfsehttdertddtredvnecuhfhrohhmpe htvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiihgihsthdrnhgvtheqnecu kfhppeekvddrjedtrdeluddruddtudenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvghtnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from rpi3.zyxst.net (rpi3.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id B001410310; Sun, 17 Feb 2019 13:31:57 -0500 (EST) Date: Sun, 17 Feb 2019 18:31:55 +0000 From: tech-lists To: freebsd-stable@freebsd.org Cc: freebsd-virtualization@freebsd.org Subject: does vtnet require iflib in the kernel? Message-ID: <20190217183154.GA46091@rpi3.zyxst.net> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 9D83C81618 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=p1NQly47; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=4wLYt/YN; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-3.37)[ip: (-8.60), ipnet: 66.111.4.0/24(-4.62), asn: 11403(-3.56), country: US(-0.07)]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.91)[-0.908,0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[26.4.111.66.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2019 18:32:08 -0000 Hi, Does vtnet require iflib in the kernel? thanks, -- J. From owner-freebsd-stable@freebsd.org Sun Feb 17 16:06:48 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8200F14F83FF for ; Sun, 17 Feb 2019 16:06:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4CE407397A for ; Sun, 17 Feb 2019 16:06:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id x1HG6cfN050516; Sun, 17 Feb 2019 16:06:38 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id x1HG6cLt050515; Sun, 17 Feb 2019 08:06:38 -0800 (PST) (envelope-from david) Date: Sun, 17 Feb 2019 08:06:38 -0800 From: David Wolfskill To: Filippo Moretti Cc: FreeBSD Stable Subject: Re: Problem building kernel STABLE12 amd64 arch Message-ID: <20190217160638.GJ1168@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Filippo Moretti , FreeBSD Stable References: <2017527668.472217.1550394706121.ref@mail.yahoo.com> <2017527668.472217.1550394706121@mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zkC76Fx3DIm/XDBj" Content-Disposition: inline In-Reply-To: <2017527668.472217.1550394706121@mail.yahoo.com> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 4CE407397A X-Spamd-Bar: -------- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 198.144.209.73 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-8.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.144.209.73]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx.catwhisker.org]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[73.209.144.198.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.81)[-0.813,0]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/19, country:US]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.66)[ip: (-9.66), ipnet: 198.144.192.0/19(-4.76), asn: 7961(-3.81), country: US(-0.07)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2019 16:06:48 -0000 --zkC76Fx3DIm/XDBj Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 17, 2019 at 09:11:46AM +0000, Filippo Moretti via freebsd-stabl= e wrote: > I tried to update stable to yesterday build and I get the following error= on amd64 arch > linking kernel > ld: error: undefined symbol: iflib_get_softc > >>> referenced by if_vmx.c > >>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 if_vmx.o:(vmxnet3_legacy_in= tr) >=20 > ld: error: undefined symbol: iflib_admin_intr_deferred > ... > Stop. > make: stopped in /usr/src >=20 > Any help appreciatedsincerelyFilippo > .... It appears that your kernel configuration file -- unlike that of GENERIC -- does not include the entry: | # PCI/PCI-X/PCIe Ethernet NICs that use iflib infrastructure | device iflib This is pointed out in src/UPDATING: | 20190214: | Iflib is no longer unconditionally compiled into the kernel. Dri= vers | using iflib and statically compiled into the kernel, now require | the 'device iflib' config option. For the same drivers loaded as | modules on kernels not having 'device iflib', the iflib.ko module | is loaded automatically. A way to avoid the problem (and others of a similar nature) is to have your custom kernel configuration | include GENERIC and then customize from that point. Peace, david --=20 David H. Wolfskill david@catwhisker.org There's a "national security emergency" all right -- at 1600 Pennsylvania A= ve. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --zkC76Fx3DIm/XDBj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAlxpho1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclmcwgAuG9atLE5UFaun/VVKE7Qxt4lzAsofdSl72YII+99mtaoqibURrSlFDwb 0rXGyTuRq+nYdhXbHXFqYTy18UVcSag8UuAOE7r7s5KZ2U6UeKAWCExkFQOipHlL tHUhUfu5S7a79+1Xs+2W03KOhE5+WCPIYmzuKEwUuu0DbmorCjmcnY8KGA3VNtMn Gn8X6ei3/eeKgRzqS7bt2pKCEt89B/nIs/p4J1oIic1WHlRpz0PnIDbMuQDgVd3f Xu+qzQOEmQ0xed3KZntHzC9iXuogFQhUXlAJ04VVyKRcb9pFd4SJfEoFFOhRs4El c2B95DYPXvTDH6EnOm9lCdqa4rS67g== =lKmF -----END PGP SIGNATURE----- --zkC76Fx3DIm/XDBj-- From owner-freebsd-stable@freebsd.org Mon Feb 18 18:36:41 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7774314E7867 for ; Mon, 18 Feb 2019 18:36:41 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 5439B77FE8 for ; Mon, 18 Feb 2019 18:36:40 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 2A15F2111F3 for ; Mon, 18 Feb 2019 13:36:03 -0500 (EST) Received: from [192.168.10.21] (D11.Denninger.Net [192.168.10.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 7059C1A738E for ; Mon, 18 Feb 2019 12:36:03 -0600 (CST) To: freebsd-stable@freebsd.org From: Karl Denninger Subject: Coffee Lake Xeons... Openpgp: preference=signencrypt Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= mQINBFIX1zsBEADRcJfsQUl9oFeoMfLPJ1kql+3sIaYx0MfJAUhV9LnbWxr0fsWCskM1O4cV tHm5dqPkuPM4Ztc0jLotD1i9ubWvCHOlkLGxFOL+pFbjA+XZ7VKsC/xWmhMwJ3cM8HavK2OV SzEWQ/AEYtMi04IzGSwsxh/5/5R0mPHrsIomV5SbuiI0vjLuDj7fo6146AABI1ULzge4hBYW i/SHrqUrLORmUNBs6bxek79/B0Dzk5cIktD3LOfbT9EAa5J/osVkstMBhToJgQttaMIGv8SG CzpR/HwEokE+7DP+k2mLHnLj6H3kfugOF9pJH8Za4yFmw//s9cPXV8WwtZ2SKfVzn1unpKqf wmJ1PwJoom/d4fGvQDkgkGKRa6RGC6tPmXnqnx+YX4iCOdFfbP8L9rmk2sewDDVzHDU3I3ZZ 8hFIjMYM/QXXYszRatK0LCV0QPZuF7LCf4uQVKw1/oyJInsnH7+6a3c0h21x+CmSja9QJ+y0 yzgEN/nM89d6YTakfR+1xkYgodVmMy/bS8kmXbUUZG/CyeqCqc95RUySjKT2ECrf9GhhoQkl +D8n2MsrAUSMGB4GQSN+TIq9OBTpNuvATGSRuF9wnQcs1iSry+JNCpfRTyWp83uCNApe6oHU EET4Et6KDO3AvjvBMAX0TInTRGW2SQlJMuFKpc7Dg7tHK8zzqQARAQABtCNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PokCPAQTAQIAJgUCUhfXOwIbIwUJCWYBgAYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEG6/sivc5s0PLxQP/i6x/QFx9G4Cw7C+LthhLXIm7NSH AtNbz2UjySEx2qkoQQjtsK6mcpEEaky4ky6t8gz0/SifIfJmSmyAx0UhUQ0WBv1vAXwtNrQQ jJd9Bj6l4c2083WaXyHPjt2u2Na6YFowyb4SaQb83hu/Zs25vkPQYJVVE0JX409MFVPUa6E3 zFbd1OTr3T4yNUy4gNeQZfzDqDS8slbIks2sXeoJrZ6qqXVI0ionoivOlaN4T6Q0UYyXtigj dQvvhMt0aNowKFjRqrmSDRpdz+o6yg7Mp7qEZ1V6EZk8KqQTH6htpCTQ8i79ttK4LG6bstSF Re6Fwq52nbrcANrcdmtZXqjo+SGbUqJ8b1ggrxAsJ5MEhRh2peKrCgI/TjQo+ZxfnqEoR4AI 46Cyiz+/lcVvlvmf2iPifS3EEdaH3Itfwt7MxFm6mQORYs6skHDw3tOYB2/AdCW6eRVYs2hB RMAG4uwApZfZDKgRoE95PJmQjeTBiGmRPcsQZtNESe7I7EjHtCDLwtJqvD4HkDDQwpzreT6W XkyIJ7ns7zDfA1E+AQhFR6rsTFGgQZRZKsVeov3SbhYKkCnVDCvb/PKQCAGkSZM9SvYG5Yax 8CMry3AefKktf9fqBFg8pWqtVxDwJr56dhi0GHXRu3jVI995rMGo1fLUG5fSxiZ8L5sAtokh 9WFmQpyl Message-ID: <5b289ada-ba39-5d71-8cc6-9d06abb6e0d8@denninger.net> Date: Mon, 18 Feb 2019 12:36:02 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040400020505020303020306" X-Rspamd-Queue-Id: 5439B77FE8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[px.denninger.net]; NEURAL_HAM_SHORT(-0.89)[-0.890,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.36)[ip: (-9.87), ipnet: 104.236.64.0/18(-4.43), asn: 14061(2.58), country: US(-0.07)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:+]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[denninger.net]; R_SPF_NA(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 18:36:41 -0000 This is a cryptographically signed message in MIME format. --------------ms040400020505020303020306 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Anyone used them yet with FreeBSD?=C2=A0 The server boards available with= IPMI/iKVM are sparse thus far -- in fact, I've only found one that looks like it might fit my requirements (specifically I need iKVM, a legacy serial port and enough PCIe to handle both a LSI SAS/Sata card *and* forward expansion to 10Gb networking as required on a forward basis.) I'm specifically considering this board https://www.asrockrack.com/general/productdetail.asp?Model=3DE3C246D4U#Sp= ecifications =2E.. with one of the E-2100 "G" series chips to replace an aging (but still fully-functional) Westmere Xeon board.=C2=A0 The goal is to gain CP= U, memory and I/O bandwidth (collectively "performance"), keep forward optionality for network performance improvements while materially reducing power consumption/./ --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms040400020505020303020306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwMjE4MTgzNjAy WjBPBgkqhkiG9w0BCQQxQgRAee/tZN4es2vnvdYlAwmB6qpBzsGJTrSsicfoXQ3F4ysoRaPF 7y/T4m7mRBVJ+PKmAk/d5Iuaba/P8BPxTWhWkDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgCSUPT5f3MQuQbYJpdC9S1bUxJ20PjJZWc7NbgM8h5bHkTYNx55jg8m7QTNMNwFfkal VovzZrx4XanrLrd6miW4y4vJYVzcdgmUSEvsYTdqGpGCFhDRJSNGBNBJVz2jLs99qOKm9LCb Y1hXaSuBuIoy86IG3p0gUM+r+EhZUjhDE9K+JXj3qdChX6Tx+qVT/B69aFYPaugdbyIqQZEU ydkqjdMJ4Mf5RWNzehaikdz+aYosDxC+14aI5BdIZ4E3Gzgj1FBOC0ycJAiLky5neBw4I0e1 qEOsajUARg6qjR3QF2kh+geaEvVbVMTgy6lX/ZM5KTGyn0trGwGWP0TtGcu9PMNL6NoaC+L6 lGxsXWsj0+xFuQYgm1xfRV5DOSqLx47g5AhoX9ea2eYgsLVneEhyA0QjDz/ECkxHCsTkSUd9 10RSc+05hf2Tb9v6DdI05+/UYEq6vmEHh4nSqHdCqYfdyHFRKe3qtUsj1CydHt79CdCz8/TA j0lHAG4qnqZnvk0tuFh5XfGrxX64nsBf0r3cOuBWNQF0MlIeKeiSjOKRBYSPtIt4T14igYv9 yHNhsdMqG7Gg/RmgPUS1FId3NDS809oWNcVF2BB/5CKKdhD2F6erGSsmp28AAdzWh1Bz+PnH /QbU7lkHqtxqynFKwIiocTnh3hNDKe7MjWb44C/qEAAAAAAAAA== --------------ms040400020505020303020306-- From owner-freebsd-stable@freebsd.org Tue Feb 19 19:35:42 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98D8114FA7B0 for ; Tue, 19 Feb 2019 19:35:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 920416F130; Tue, 19 Feb 2019 19:35:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.15.2/8.15.2) with ESMTP id x1JJZdrl007102; Tue, 19 Feb 2019 14:35:40 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: 11.2-STABLE kernel wired memory leak To: Eugene Grosbein , Mark Johnston Cc: FreeBSD stable , Konstantin Belousov References: <20190212163446.GA29847@raichu> <763f9373-747a-fe5b-8376-cc9bb3293219@grosbein.net> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <35ea679a-09a8-196b-c1c5-99979772f878@sentex.net> Date: Tue, 19 Feb 2019 14:35:39 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <763f9373-747a-fe5b-8376-cc9bb3293219@grosbein.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Language: en-US X-Scanned-By: MIMEDefang 2.78 X-Rspamd-Queue-Id: 920416F130 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-4.92 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentex.net]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sentex.ca]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.88)[-0.879,0]; IP_SCORE(-1.73)[ipnet: 2607:f3e0::/32(-4.95), asn: 11647(-3.60), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.0.0.0.0.0.e.3.f.7.0.6.2.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2019 19:35:42 -0000 T24gMi8xMi8yMDE5IDExOjQ5IEFNLCBFdWdlbmUgR3Jvc2JlaW4gd3JvdGU6DQo+IDEyLjAy LjIwMTkgMjM6MzQsIE1hcmsgSm9obnN0b24gd3JvdGU6DQo+DQo+PiBJIHN1c3BlY3QgdGhh dCB0aGUgImxlYWtlZCIgbWVtb3J5IGlzIHNpbXBseSBiZWluZyB1c2VkIHRvIGNhY2hlIFVN QQ0KPj4gaXRlbXMuICBOb3RlIHRoYXQgdGhlIHZhbHVlcyBpbiB0aGUgRlJFRSBjb2x1bW4g b2Ygdm1zdGF0IC16IG91dHB1dCBhcmUNCj4+IHF1aXRlIGxhcmdlLiAgVGhlIGNhY2hlZCBp dGVtcyBhcmUgcmVjbGFpbWVkIG9ubHkgd2hlbiB0aGUgcGFnZSBkYWVtb24NCj4+IHdha2Vz IHVwIHRvIHJlY2xhaW0gbWVtb3J5OyBpZiB0aGVyZSBhcmUgbm8gbWVtb3J5IHNob3J0YWdl cywgbGFyZ2UNCj4+IGFtb3VudHMgb2YgbWVtb3J5IG1heSBhY2N1bXVsYXRlIGluIFVNQSBj YWNoZXMuICBJbiB0aGlzIGNhc2UsIHRoZSBzdW0NCj4+IG9mIHRoZSBwcm9kdWN0IG9mIGNv bHVtbnMgMiBhbmQgNSBnaXZlcyBhIHRvdGFsIG9mIHJvdWdobHkgNEdCIGNhY2hlZC4NCj4g Rm9yZ290IHRvIG5vdGUsIHRoYXQgYmVmb3JlIEkgZ290IHN5c3RlbSB0byBzaW5nbGUgdXNl ciBtb2RlLCB0aGVyZSB3YXMgaGVhdnkgc3dhcCB1c2FnZSAob3ZlciAzLjVHQikNCj4gYW5k IGhlYXZ5IHBhZ2UtaW4vcGFnZS1vdXQsIDEwLTIwIG1lZ2FieXRlcyBwZXIgc2Vjb25kIGFu ZCBzeXN0ZW0gd2FzIGNyYXdsaW5nIHNsb3cgZHVlIHRvIHBhZ2VpbmcuDQoNCkkganVzdCBy YW4gaW50byB0aGlzIGlzc3VlIG9uIGEgUkVMRU5HMTIgYm94IEkgd2FzIGdldHRpbmcgcmVh ZHkgZm9yIHRoZQ0KRnJlZUJTRCBuZXRwZXJmIGNsdXN0ZXIuIEl0IHNlZW1zIHByZXR0eSBl YXN5IHRvIHRyaWdnZXIuIEkgY3JlYXRlZCBhIDEyDQpkaXNrIHJhaWR6IHBvb2wgYW5kIGRp ZCBhIHNpbXBsZSBkZCB0ZXN0IGFuZCB0aGUgYm94IHN0YXJ0ZWQgdG8gcnVuIG91dA0Kb2Yg bWVtb3J5DQoNCnBpZCA3NzYgKHJwYy5zdGF0ZCksIGppZCAwLCB1aWQgMCwgd2FzIGtpbGxl ZDogb3V0IG9mIHN3YXAgc3BhY2UNCnBpZCA3ODQgKHJwYy5sb2NrZCksIGppZCAwLCB1aWQg MCwgd2FzIGtpbGxlZDogb3V0IG9mIHN3YXAgc3BhY2UNCg0KQ1BVOsKgIDAuMCUgdXNlcizC oCAwLjAlIG5pY2UswqAgMC4wJSBzeXN0ZW0swqAgMC4wJSBpbnRlcnJ1cHQswqAgMTAwJSBp ZGxlDQpNZW06IDExMjBLIEFjdGl2ZSwgNjI4SyBJbmFjdCwgMjY0SyBMYXVuZHJ5LCAzMEcg V2lyZWQsIDI2TSBCdWYsIDExMzNNIEZyZWUNCkFSQzogMjhHIFRvdGFsLCA3M0sgTUZVLCAy OEcgTVJVLCAzMksgQW5vbiwgNTZNIEhlYWRlciwgMTcxM0sgT3RoZXINCsKgwqDCoMKgIDI3 RyBDb21wcmVzc2VkLCAyN0cgVW5jb21wcmVzc2VkLCAxLjAwOjEgUmF0aW8NCg0KenBvb2wg Y3JlYXRlIHRhbmtlciByYWlkejEgZGEwcDEgZGExcDEgZGEycDEgZGEzcDEgZGE0cDEgZGE1 cDEgZGE2cDENCmRhN3AxIGRhOHAxIGRhOXAxIGRhMTBwMSBkYTExcDENCg0KZGQgaWY9L2Rl di96ZXJvIG9mPS90YW5rZXIvdGVzdCBicz0xbSBjb3VudD0xMDAwMDANCg0KenBvb2wgZGVz dHJveSB0YW5rZXINCg0KbGFzdCBwaWQ6wqAgMTA3ODvCoCBsb2FkIGF2ZXJhZ2VzOsKgIDAu MzcswqAgMS4zMizCoA0KMC44NMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB1cA0KMCswMDoxMTo0NMKg IDE5OjIyOjAzDQozMiBwcm9jZXNzZXM6wqAgMSBydW5uaW5nLCAzMSBzbGVlcGluZw0KQ1BV OsKgIDAuMCUgdXNlcizCoCAwLjAlIG5pY2UswqAgMC4wJSBzeXN0ZW0swqAgMC4wJSBpbnRl cnJ1cHQswqAgMTAwJSBpZGxlDQpNZW06IDU2NEsgQWN0aXZlLCA3OTJLIEluYWN0LCAxMDAw SyBMYXVuZHJ5LCAzMEcgV2lyZWQsIDI2TSBCdWYsIDEwNDZNIEZyZWUNClN3YXA6DQoNCiMg dm1zdGF0IC16IHwgYXdrIC1GLCAne3ByaW50ZiAiJTEwcyAlc1xuIiwgJDIqJDUvMTAyNC8x MDI0LCAkMX0nIHwgc29ydA0KLWsxLDEgLXJuIHwgaGVhZA0KwqDCoCA3Mzg5OS4xIG1idWZf Y2x1c3RlcjrCoMKgwqDCoMKgwqDCoMKgwqAgMjA0OA0KwqDCoMKgwqAgMjM2OTMgbWJ1Zl9w YWNrZXQ6wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAyNTYNCsKgwqAgNDkxMi4xNyBzb2NrZXQ6 wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgODcyDQrCoMKgIDQ3MTkuMDQgdW5w Y2I6wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAyNTYNCsKgwqAgMTQ3LjM1 NCB1ZHBjYjrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgMzINCsKgwqAg MTQ3LjM0NSB1ZHBfaW5wY2I6wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgNDg4DQrCoMKg IDI4Ljg3MTcgdGNwY2I6wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA5NzYN CsKgwqAgMjguODcxNyB0Y3BfaW5wY2I6wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgNDg4 DQrCoMKgIDExLjYyOTQgbWJ1Zl9qdW1ib19wYWdlOsKgwqDCoMKgwqDCoCA0MDk2DQrCoMKg IDIuOTg2NzIgcmlwY2I6wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA0ODgN CiMNCg0KDQoNCg0KDQo+IC0tIA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tDQo+IE1pa2UgVGFu Y3NhLCB0ZWwgKzEgNTE5IDY1MSAzNDAwIHgyMDMNCj4gU2VudGV4IENvbW11bmljYXRpb25z LCBtaWtlQHNlbnRleC5uZXQNCj4gUHJvdmlkaW5nIEludGVybmV0IHNlcnZpY2VzIHNpbmNl IDE5OTQgd3d3LnNlbnRleC5uZXQNCj4gQ2FtYnJpZGdlLCBPbnRhcmlvIENhbmFkYSAgIA0K From owner-freebsd-stable@freebsd.org Tue Feb 19 20:49:37 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2DE214D90B7 for ; Tue, 19 Feb 2019 20:49:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08985730A1; Tue, 19 Feb 2019 20:49:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.15.2/8.15.2) with ESMTP id x1JKnXrZ022769; Tue, 19 Feb 2019 15:49:33 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: 11.2-STABLE kernel wired memory leak From: Mike Tancsa To: Eugene Grosbein , Mark Johnston Cc: Konstantin Belousov , FreeBSD stable , Andriy Gapon References: <20190212163446.GA29847@raichu> <763f9373-747a-fe5b-8376-cc9bb3293219@grosbein.net> <35ea679a-09a8-196b-c1c5-99979772f878@sentex.net> Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <519340fd-5651-1ab7-7b30-2c75262748e1@sentex.net> Date: Tue, 19 Feb 2019 15:49:32 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <35ea679a-09a8-196b-c1c5-99979772f878@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Language: en-US X-Scanned-By: MIMEDefang 2.78 X-Rspamd-Queue-Id: 08985730A1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-4.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentex.net]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sentex.ca]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.95)[-0.952,0]; IP_SCORE(-1.73)[ipnet: 2607:f3e0::/32(-4.95), asn: 11647(-3.60), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.0.0.0.0.0.e.3.f.7.0.6.2.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2019 20:49:38 -0000 T24gMi8xOS8yMDE5IDI6MzUgUE0sIE1pa2UgVGFuY3NhIHdyb3RlOg0KPiBkZCBpZj0vZGV2 L3plcm8gb2Y9L3Rhbmtlci90ZXN0IGJzPTFtIGNvdW50PTEwMDAwMA0KDQpUaGUgYm94IGhh cyAzMkcgb2YgUkFNLiBJZiBJIGRvIGENCg0KIyBzeXNjdGwgLXcgdmZzLnpmcy5hcmNfbWF4 PTEyMjI0ODY2MzA0DQp2ZnMuemZzLmFyY19tYXg6IDMyMjI0ODY2MzA0IC0+IDEyMjI0ODY2 MzA0DQojDQoNCmFmdGVyIFdJUkVEIG1lbW9yeSBpcyBhdCAyOUcsIGl0IGRvZXNudCBpbW1l ZGlhdGVseSByZWNsYWltIGl0IGFuZCB0aGVyZQ0KaXMgbWVtb3J5IHByZXNzdXJlLsKgIEJv b3RpbmcgdGhlIGJveCB3aXRoDQp2ZnMuemZzLmFyY19tYXg9MTIyMjQ4NjYzMDQNCmtlZXBz IFdJUkVEIGF0IDE1Rw0KDQoNCmxhc3QgcGlkOsKgIDEwNDk7wqAgbG9hZCBhdmVyYWdlczrC oCAyLjAyLMKgIDIuMzAswqANCjEuMDfCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgdXANCjArMDA6MDQ6 MjHCoCAyMDoxNzo0Mw0KMzggcHJvY2Vzc2VzOsKgIDIgcnVubmluZywgMzYgc2xlZXBpbmcN CkNQVTrCoCAzLjYlIHVzZXIswqAgMC4wJSBuaWNlLMKgIDUuOSUgc3lzdGVtLMKgIDAuMCUg aW50ZXJydXB0LCA5MC41JSBpZGxlDQpNZW06IDM5TSBBY3RpdmUsIDYyMTJLIEluYWN0LCAx NUcgV2lyZWQsIDMwTSBCdWYsIDE2RyBGcmVlDQpBUkM6IDExRyBUb3RhbCwgMzYzSyBNRlUs IDExRyBNUlUsIDExN00gQW5vbiwgMjNNIEhlYWRlciwgODUwSyBPdGhlcg0KwqDCoMKgwqAg MTFHIENvbXByZXNzZWQsIDExRyBVbmNvbXByZXNzZWQsIDEuMDE6MSBSYXRpbw0KU3dhcDoN Cg0KDQpSZS1ydW5uaW5nIHRoZSB0ZXN0IGJ1dCB0aGlzIHRpbWUgd2l0aCBzd2FwLA0KDQoj IHpwb29sIGNyZWF0ZSB0YW5rZXIgcmFpZHoxIGRhMHAxIGRhMXAxIGRhMnAxIGRhM3AxIGRh NHAxIGRhNXAxIGRhNnAxDQpkYTdwMSBkYThwMSBkYTlwMSBkYTEwcDEgZGExMXAxIGRhMTJw MSBkYTEzcDEgZGExNHAxDQojIHBzdGF0IC1UDQoxMjAvMTA0MzkzNiBmaWxlcw0KME0vNjU1 MzZNIHN3YXAgc3BhY2UNCiMNCg0KVGhlcmUgaXMgc3RpbGwgMzBHIG9mIFdpcmVkIG1lbW9y eSA/DQoNCmxhc3QgcGlkOsKgIDEwOTY7wqAgbG9hZCBhdmVyYWdlczrCoCAwLjc4LMKgIDIu MTMswqANCjEuMjXCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgdXANCjArMDA6MDY6NDLCoCAyMDozMzoy MQ0KMzUgcHJvY2Vzc2VzOsKgIDEgcnVubmluZywgMzQgc2xlZXBpbmcNCkNQVTrCoCAwLjAl IHVzZXIswqAgMC4wJSBuaWNlLMKgIDAuMCUgc3lzdGVtLMKgIDAuMCUgaW50ZXJydXB0LMKg IDEwMCUgaWRsZQ0KTWVtOiA5NzZLIEFjdGl2ZSwgMjc0TSBJbmFjdCwgODhNIExhdW5kcnks IDMwRyBXaXJlZCwgMTM0MU0gQnVmLCA3MjJNIEZyZWUNCkFSQzogMTIyN0sgVG90YWwsIDc3 NUsgTUZVLCAzMzlLIE1SVSwgMzJLIEFub24sIDkyMTYgSGVhZGVyLCA2OUsgT3RoZXINCsKg wqDCoMKgIDE3NksgQ29tcHJlc3NlZCwgMTE3OUsgVW5jb21wcmVzc2VkLCA2LjcwOjEgUmF0 aW8NClN3YXA6IDY0RyBUb3RhbCwgNjRHIEZyZWUNCg0KSSBzdGFydCBhIG5ldyBkZCBvbiBh IGZyZXNobHkgY3JlYXRlZCBwb29sLA0KDQpDUFU6wqAgMC4wJSB1c2VyLMKgIDAuMCUgbmlj ZSwgMzEuNCUgc3lzdGVtLMKgIDAuOCUgaW50ZXJydXB0LCA2Ny44JSBpZGxlDQpNZW06IDEz OTZLIEFjdGl2ZSwgNDYwSyBJbmFjdCwgMThNIExhdW5kcnksIDMwRyBXaXJlZCwgMTM0MU0g QnVmLCA3MjBNIEZyZWUNCkFSQzogMjdHIFRvdGFsLCA1NEsgTUZVLCAyNkcgTVJVLCAxMzgw TSBBbm9uLCA1Nk0gSGVhZGVyLCAzNDU5SyBPdGhlcg0KwqDCoMKgwqAgMjZHIENvbXByZXNz ZWQsIDI2RyBVbmNvbXByZXNzZWQsIDEuMDA6MSBSYXRpbw0KU3dhcDogNjRHIFRvdGFsLCA3 M00gVXNlZCwgNjRHIEZyZWUNCg0KYW5kIHRoZSBib3ggc3RhcnRzIHRvIHN3YXANCg0KbGFz dCBwaWQ6wqAgMTEwNDvCoCBsb2FkIGF2ZXJhZ2VzOiAxMS42MSzCoCA2LjEwLMKgDQozLjA0 wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIHVwDQowKzAwOjA5OjMywqAgMjA6MzY6MTENCjM2IHByb2Nl c3NlczrCoCAyIHJ1bm5pbmcsIDM0IHNsZWVwaW5nDQpDUFU6wqAgMC4xJSB1c2VyLMKgIDAu MCUgbmljZSwgOTUuMyUgc3lzdGVtLMKgIDIuMSUgaW50ZXJydXB0LMKgIDIuNCUgaWRsZQ0K TWVtOiAxMjEySyBBY3RpdmUsIDEyNEsgSW5hY3QsIDY4OEsgTGF1bmRyeSwgMzBHIFdpcmVk LCAxMzQxTSBCdWYsIDgxOU0gRnJlZQ0KQVJDOiAyN0cgVG90YWwsIDU0SyBNRlUsIDI0RyBN UlUsIDE2MjBNIEFub24sIDU4TSBIZWFkZXIsIDU1NzJLIE90aGVyDQrCoMKgwqDCoCAyNEcg Q29tcHJlc3NlZCwgMjRHIFVuY29tcHJlc3NlZCwgMS4wMToxIFJhdGlvDQpTd2FwOiA2NEcg VG90YWwsIDkwTSBVc2VkLCA2NEcgRnJlZQ0KDQoNCg0KKGF2ZydzIG9uZWxpbmUgc2NyaXB0 IHNob3dzKQ0KNjEsNzI0LDE2MMKgwqDCoMKgwqAgYXJjX2J1Zl9oZHJfdF9mdWxswqDCoMKg wqDCoMKgwqDCoMKgIDU1LDI2Myw3NDTCoMKgwqDCoMKgIDYsNDYwLDQxNg0KMTExLDc4Myw5 MzbCoMKgwqDCoCA1MTLCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgMTA5LDUzNCwyMDjCoMKgwqDCoCAyLDI0OSw3MjgNCjU1NSw4ODQsMDAwwqDC oMKgwqAgVU1BX1NsYWJzwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDU1 MywzNzQsNjQwwqDCoMKgwqAgMiw1MDksMzYwDQoxLDI4MCw5NjYsNjU2wqDCoCB6aW9fZGF0 YV9idWZfMTMxMDcywqDCoMKgwqDCoMKgwqDCoCA5MDUsNTc2LDQ0OMKgwqDCoMKgIDM3NSwz OTAsMjA4DQoyOCwxNDIsNjA0LDI4OMKgIGFiZF9jaHVua8KgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoCAyNyw5NjUsNTA1LDUzNsKgIDE3NywwOTgsNzUyDQozMCw0MzEs NDM1LDg0OMKgIFRPVEFMwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgMjksNjYzLDM4OSw0NjjCoCA3NjgsMDQ2LDM4MA0KDQojIHZtc3RhdCAteiB8IHNl ZCAncy86LywvJyB8IGF3ayAtRiwgJ3twcmludGYgIiUxMHMgJXNcbiIsDQokMiokNS8xMDI0 LzEwMjQsICQxfScgfCBzb3J0IC1rMSwxIC1ybiB8IGhlYWQNCsKgwqDCoMKgwqDCoCAzNTgg emlvX2RhdGFfYnVmXzEzMTA3Mg0KwqDCoCAxNjguODk1IGFiZF9jaHVuaw0KwqDCoCAxOC41 NzM4IHppb19jYWNoZQ0KwqDCoMKgwqAgMTQuMjUgemlvX2J1Zl83ODY0MzINCsKgwqDCoMKg wqDCoMKgIDE0IHppb19idWZfMTA0ODU3Ng0KwqDCoMKgIDEzLjk4NyBCVUYgVFJJRQ0KwqDC oMKgIDEzLjEyNSB6aW9fYnVmXzY1NTM2MA0KwqDCoMKgwqAgOS42MjUgemlvX2J1Zl85MTc1 MDQNCsKgwqDCoMKgwqAgOC43NSB6aW9fYnVmXzQ1ODc1Mg0KwqDCoMKgwqDCoMKgwqDCoCA4 IHppb19idWZfNTI0Mjg4DQojDQoNCkFzIHRoZSBib3ggaXMgbmV0Ym9vdGVkIG92ZXIgbmZz LCB3aGVuIGl0IHN3YXBzIG91dCBzb21lIG9mIHRoZSBuZnMNCmhlbHBlciBhcHBzLCB0aGUg Ym94IGdldHMgYSBiaXQgdW5yZXNwb25zaXZlLsKgIGUuZy4gaWYgSSBkbyBhIGZpbmQNCi91 c3Ivc3JjIC10eXBlIGYgfHhhcmdzIG1kNSB0aGUgYm94IHdpbGwgc3RhbGwgb3V0IGZvciBw ZXJpb2RzIG9mIHRpbWUuwqANCklmIEkgbGltaXQgQVJDIHRvIHNheSAxMkcsIGFsbCBpcyB3 ZWxsLg0KDQoNCsKgwqDCoCAtLS1NaWtlDQoNCg0KLS0gDQotLS0tLS0tLS0tLS0tLS0tLS0t DQpNaWtlIFRhbmNzYSwgdGVsICsxIDUxOSA2NTEgMzQwMCB4MjAzDQpTZW50ZXggQ29tbXVu aWNhdGlvbnMsIG1pa2VAc2VudGV4Lm5ldA0KUHJvdmlkaW5nIEludGVybmV0IHNlcnZpY2Vz IHNpbmNlIDE5OTQgd3d3LnNlbnRleC5uZXQNCkNhbWJyaWRnZSwgT250YXJpbyBDYW5hZGEg ICANCg0K From owner-freebsd-stable@freebsd.org Wed Feb 20 08:14:37 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23C8A14EA601 for ; Wed, 20 Feb 2019 08:14:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4726B6CA45; Wed, 20 Feb 2019 08:14:25 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1K8EFPE049207 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Feb 2019 09:14:18 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: mike@sentex.net Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1K8EEZg050078 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 20 Feb 2019 15:14:14 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: 11.2-STABLE kernel wired memory leak To: Mike Tancsa , Mark Johnston References: <20190212163446.GA29847@raichu> <763f9373-747a-fe5b-8376-cc9bb3293219@grosbein.net> <35ea679a-09a8-196b-c1c5-99979772f878@sentex.net> <519340fd-5651-1ab7-7b30-2c75262748e1@sentex.net> Cc: Konstantin Belousov , FreeBSD stable , Andriy Gapon From: Eugene Grosbein Message-ID: <7d65ed28-59e4-afd9-a654-b3edef7e1ab2@grosbein.net> Date: Wed, 20 Feb 2019 15:14:07 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <519340fd-5651-1ab7-7b30-2c75262748e1@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4726B6CA45 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.78)[-0.777,0]; IP_SCORE(-1.31)[ip: (-1.94), ipnet: 2a01:4f8::/29(-2.39), asn: 24940(-2.24), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 08:14:37 -0000 20.02.2019 3:49, Mike Tancsa wrote: > On 2/19/2019 2:35 PM, Mike Tancsa wrote: >> dd if=/dev/zero of=/tanker/test bs=1m count=100000 > > The box has 32G of RAM. If I do a > > # sysctl -w vfs.zfs.arc_max=12224866304 > vfs.zfs.arc_max: 32224866304 -> 12224866304 > # > > after WIRED memory is at 29G, it doesnt immediately reclaim it and there > is memory pressure. Booting the box with > vfs.zfs.arc_max=12224866304 > keeps WIRED at 15G Can you repeat your test with additional vm.v_free_min=131072 (512M) or 262144 (1G)? For me, it makes kernel reclaim unused UMA memory quickly: first it goes from WIREE to FREE for a moment, then re-used as needed. From owner-freebsd-stable@freebsd.org Wed Feb 20 12:02:51 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EF1014F1DC0 for ; Wed, 20 Feb 2019 12:02:51 +0000 (UTC) (envelope-from suzy.parker@superleadz.com) Received: from outbound1i.eu.mailhop.org (outbound1i.eu.mailhop.org [52.29.156.81]) (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 783AA74B97 for ; Wed, 20 Feb 2019 12:02:39 +0000 (UTC) (envelope-from suzy.parker@superleadz.com) ARC-Seal: i=1; a=rsa-sha256; t=1550663190; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=MxEzFF5iK54e4x9MRFK1G14KOkqnJUIKwuN2AlH+HP4PRQJLL6l/tsUyqlTMYbHRXoNFxmmxklJtM PPXW6ChCmhLQwus8XP+orByrNwuOD3M0JO3EIJwpMFK+jT1YwMVnGudgAQLhP0q+py6sQ7drxRNIob ILCQ6y2B8DzoG8T91WgjIeaW1oebEui6p3xK5QwHFzbbYDA4o2vZGNwwNBKVMlSYF7Z9rDnCq8H6Wb /uXzc7UwbP8/247vYwpCpF1vBfUCLe/33LfhyrIxHA/5lh6RRZ5sR7TG8qeeTk+1XxuRH6Ab2Hi2Cn 3XlEnUUfV6LSyPrNA2V9R+DdSFOtGPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-type:mime-version:message-id:date:subject:to:from:dkim-signature: dkim-signature:from; bh=JIkHPsYERbkIZL/JaCA5u+ZHqSAin02N6A8XI8s11MY=; b=TTjxJNUAPfcjyU7FUdDGyYoJYMHY/wS6addtiIhqLKqRjTxYRkvMHkB1YLQF2o2ciNAR8vjq7xvp9 W/vhV5a2hgRI2INoagS3RedvCsKC0YMIlpDV/MzbOPKysZgQhbn5tBYCDp0lE9mtXMKO7MZdzmwY8D SLUCs6us8+/4hQcv03q5yh1FxiX99obAt4GgMVNaLcV7Uk8lXsIFOThyLrbArDqmXEVKvuDIusuNI+ gBtbVVCRBKeSwH00oYjtME6Huo3ZM5TnsmU5cf5Ih87HYx0rRwv8sET1J8BDP6kNGB9XUXOlBGk4H/ 710llWAgyPNXa9vLp4ELvff1EL+gCyw== ARC-Authentication-Results: i=1; outbound2.eu.mailhop.org; spf=softfail smtp.mailfrom=superleadz.com smtp.remote-ip=209.58.184.242; dmarc=fail header.from=superleadz.com; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=superleadz.com; s=duo-1542222380076-863f3fbc; h=content-type:mime-version:message-id:date:subject:to:from:from; bh=JIkHPsYERbkIZL/JaCA5u+ZHqSAin02N6A8XI8s11MY=; b=WPrXKDGw58aOgVew3v58DNVLwJTOMG7qIVIFld/2/YxOseYtx4DCgUI15G4kD11UDiL9viysH8h5v us+6fdM46aGITotIrvswpcNd5EaUqcCwn08YQ0Y+9VegCHwSGMvhbKlb+9D1XqdSAv8l9nedmyoOws p99lrItO+d69a1EA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-low; h=content-type:mime-version:message-id:date:subject:to:from:from; bh=JIkHPsYERbkIZL/JaCA5u+ZHqSAin02N6A8XI8s11MY=; b=EelzmuMMvc0aeb/avflxgdVa9K46/cf76d3CoGVVS5DAwOmK7NWQhOuQfAJ//g0XS6ndO/fvp3iiN 0hrrrB0bYSdYHhBGWQvBVI3Qbmq8ph3hD473rWtrLVKqRMaEbMSsOIZGsa3s/DRveAdhm1L892Idgv z6hQ9g1C38vSu5qmnKW0nf9qnplBk0CzNgjk1pzC97y5I3vc6tN0rlJv/SZzN2A7DSzVBkDyDA3xwV RW4Fj8NhsXPThEVvSMRPpFMvGpU1Qcc0E712cf18pRAbIQqMYJRpC/ZVOxK8X0eKp0ss6CrR+/eJww 45lFr59hROabREwRrlcvmnAWR5KjzMQ== X-MHO-RoutePath: YmVuZGF5OA== X-MHO-User: 27a1ed5f-3505-11e9-803b-31925da7267c X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 209.58.184.242 X-Mail-Handler: DuoCircle Outbound SMTP Received: from WSA43 (unknown [209.58.184.242]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id 27a1ed5f-3505-11e9-803b-31925da7267c; Wed, 20 Feb 2019 11:46:27 +0000 (UTC) From: "Suzy parker" To: Subject: Microsoft Dynamics CRM ERP NAV User List Date: Wed, 20 Feb 2019 17:08:05 +0530 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdTJEJP/sjQgP96+T9OAYrnbwgX+Nw== Content-Language: en-us X-Rspamd-Queue-Id: 783AA74B97 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=superleadz.com header.s=duo-1542222380076-863f3fbc header.b=WPrXKDGw; dkim=pass header.d=outbound.mailhop.org header.s=dkim-low header.b=EelzmuMM; dmarc=pass (policy=none) header.from=superleadz.com; spf=pass (mx1.freebsd.org: domain of suzy.parker@superleadz.com designates 52.29.156.81 as permitted sender) smtp.mailfrom=suzy.parker@superleadz.com X-Spamd-Result: default: False [-4.26 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[superleadz.com:s=duo-1542222380076-863f3fbc,outbound.mailhop.org:s=dkim-low]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:52.29.156.81]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; MX_INVALID(0.50)[greylisted]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; DKIM_TRACE(0.00)[superleadz.com:+,outbound.mailhop.org:+]; DMARC_POLICY_ALLOW(-0.50)[superleadz.com,none]; RCVD_IN_DNSWL_NONE(0.00)[81.156.29.52.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.48)[-0.478,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-0.28)[asn: 16509(-1.34), country: US(-0.07)]; ASN(0.00)[asn:16509, ipnet:52.29.0.0/16, country:US]; ARC_ALLOW(-1.00)[i=1]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 12:02:51 -0000 Hi, I was going through your website and I understood that your company is specialized in Microsoft Dynamics CRM/ERP/NAV; would you be interested in reaching out to following Microsoft Dynamics Users for your Marketing Initiatives like Email Marketing, Tele Marketing and Direct mailings? Our Database includes: . Microsoft Dynamics NAV Users . Microsoft Dynamics AX Users . Microsoft Dynamics GP Users . Microsoft Dynamics ERP Users . Microsoft Azure Users . Microsoft Dynamics CRM Users If you are interested, kindly send me your target audience information as shown below so that we can let you know about software and technology users from your country and all over the globe, and the counts we have as per your desired location and price associated with it. Your target industry _________________________? (Industries that you can reach to IT , MS Dynamics User, Finance) Your target Location _________________________? (For which location you want to expand your business) Your target Job_Titles ________________________? (Like whom do you want to reach like - IT Manager, Director, VP, Owner) I look forward for your response Thanks & Best Regards, Suzy Parker Marketing Manager Industries:- Retail, Finance, Payroll, Oil & Gas, Offshore, Energy, Manufacturing, Financial Management, Supply Chain Management, Automotive, Banking , Life Science, Computer and IT, Construction and many more. From owner-freebsd-stable@freebsd.org Wed Feb 20 16:52:00 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 568CD14F90A0 for ; Wed, 20 Feb 2019 16:52:00 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43633886BE for ; Wed, 20 Feb 2019 16:51:59 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1KGpvqq083544 for ; Wed, 20 Feb 2019 17:51:57 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 852BAA61 for ; Wed, 20 Feb 2019 17:51:57 +0100 (CET) To: freebsd-stable From: Harry Schmalzbauer Subject: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) Organization: OmniLAN Message-ID: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> Date: Wed, 20 Feb 2019 17:51:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 20 Feb 2019 17:51:57 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 43633886BE X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-5.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[omnilan.de]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx0.gentlemail.de]; NEURAL_HAM_SHORT(-0.95)[-0.947,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.56)[ip: (-9.13), asn: 25074(-3.65), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25074, ipnet:2a00:e10:2800::/64, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 16:52:00 -0000 Hello, I'm tryint to upgrade a bhyve guest from stable/11 to stable/12. pkg(8) for example crashes with signal 11. I looked for other binaries affected by ldd /usr/sbin/* | & grep 'signal 11$' wich gives /usr/sbin/auditdistd: signal 11 /usr/sbin/bhyve: signal 11 /usr/sbin/bsnmpd: signal /usr/sbin/gssd: signal 11 /usr/sbin/hostapd: signal 11 /usr/sbin/iprop-log: signal 11 /usr/sbin/keyserv: signal 11 /usr/sbin/kstash: signal 11 /usr/sbin/ktutil: signal 11 /usr/sbin/local-unbound: signal 11 /usr/sbin/local-unbound-anchor: signal 11 /usr/sbin/local-unbound-checkconf: signal 11 /usr/sbin/local-unbound-control: signal 11 /usr/sbin/ntp-keygen: signal 11 /usr/sbin/ntpd: signal 11 /usr/sbin/ntpdate: signal 11 /usr/sbin/ntpdc: signal 11 /usr/sbin/pkg: signal 11 /usr/sbin/ppp: signal 11 /usr/sbin/sntp: signal 11 /usr/sbin/sshd: signal 11 /usr/sbin/tcpdump: signal 11 /usr/sbin/uefisign: signal 11 /usr/sbin/wpa_supplicant: signal 11 They all seem to have in common beeing linked against '/lib/libcrypto.so.111' truss /usr/sbin/auditdistd : close(3)                                         = 0 (0x0) openat(AT_FDCWD,"/lib/libcrypto.so.111",O_RDONLY|O_CLOEXEC|O_VERIFY,00) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=150033332,size=3006464,blksize=4096 }) = 0 (0x0) mmap(0x0,4096,PROT_READ,MAP_PRIVATE|MAP_PREFAULT_READ,3,0x0) = 34362249216 (0x800265000) mmap(0x0,3104768,PROT_NONE,MAP_GUARD,-1,0x0)     = 34362347520 (0x80027d000) mmap(0x80027d000,1138688,PROT_READ,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE|MAP_PREFAULT_READ,3,0x0) = 34362347520 (0x80027d000) mmap(0x800393000,1757184,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE|MAP_PREFAULT_READ,3,0x116000) = 34363486208 (0x800393000) mmap(0x800540000,196608,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_PREFAULT_READ,3,0x2c3000) = 34365243392 (0x800540000) SIGNAL 11 (SIGSEGV) code=SEGV_ACCERR trapno=12 addr=0x80056f790 process killed, signal = 11 (core dumped) I have no idea how to analyze further or what the reason could be (like mentioned, all binaries listed dump core after opening lib/libcrypto.so.111 gdb shows: Core was generated by `/usr/sbin/auditdistd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libutil.so.9...Reading symbols from /usr/lib/debug//lib/libutil.so.9.debug...done. done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /libexec/ld-elf.so.1...Reading symbols from /usr/lib/debug//libexec/ld-elf.so.1.debug...done. done. Loaded symbols for /libexec/ld-elf.so.1 #0  memset (dest=0x80056f790, c=0, len=)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 5624                    ((char *)dest)[i] = c; (gdb) bt #0  memset (dest=0x80056f790, c=0, len=)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 #1  0x0000000800235b07 in map_object (fd=3, path=0x800246140 "/lib/libcrypto.so.111",     sb=0x7fffffffd4a8)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 #2  0x0000000800230806 in load_object (name=0x201dba "libcrypto.so.111", fd_u=-1,     refobj=0x800248000, flags=)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 #3  0x0000000800229972 in _rtld (sp=, exit_proc=0x7fffffffea30,     objp=0x7fffffffea38)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 #4  0x0000000800228019 in .rtld_start ()     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 #5  0x0000000000000000 in ?? () Current language:  auto; currently minimal Any help highly appreciated. This is with a live CD (amd64), compiled with stable/12 from today (so clang 7.01). The bhyve guest has 2GB hardwired and ran stable/11 beforehand, which compiled the live CD. bhyve host is 11.2.  But that shouldn't play a role, does it? -harry From owner-freebsd-stable@freebsd.org Wed Feb 20 21:15:45 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 385D114DC9A8 for ; Wed, 20 Feb 2019 21:15:45 +0000 (UTC) (envelope-from admin2@mail-scalarlight.com) Received: from mail-scalarlight.com (mail-scalarlight.com [75.103.80.244]) (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 71D166EFFC for ; Wed, 20 Feb 2019 21:15:19 +0000 (UTC) (envelope-from admin2@mail-scalarlight.com) Received: from PL-WEB2.PORTLINE.LOCAL (mail.portline.com [216.119.120.92]) by mail-scalarlight.com with SMTP; Wed, 20 Feb 2019 13:14:47 -0800 Date: Wed, 20 Feb 2019 13:14:47 -0800 (PST) From: admin2@mail-scalarlight.com Reply-To: noreply@mail-scalarlight.com To: freebsd-stable@freebsd.org Message-ID: <870046991.1578705.1550697287784@75.103.80.244> Subject: Enjoy the health benefits of safe, scalar light healing for your entire family MIME-Version: 1.0 X-Mailer: ColdFusion 2016 Application Server X-Msg-MessageId: 79399522-AE15-3AF1-41A5A40930D5D4B9 X-Msg-Email: freebsd-stable@freebsd.org X-Exim-Id: 870046991.1578705.1550697287784 X-Rspamd-Queue-Id: 71D166EFFC X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.32 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[noreply@mail-scalarlight.com]; IP_SCORE(0.11)[ipnet: 75.103.64.0/18(-0.33), asn: 14992(0.93), country: US(-0.07)]; R_SPF_ALLOW(-0.20)[+ip4:75.103.80.244]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; NEURAL_SPAM_MEDIUM(0.39)[0.392,0]; NEURAL_SPAM_SHORT(0.65)[0.653,0]; MX_GOOD(-0.01)[cached: d175190a.ess.barracudanetworks.com]; DKIM_TRACE(0.00)[mail-scalarlight.com:?]; FROM_NO_DN(0.00)[]; DMARC_DNSFAIL(0.00)[mail-scalarlight.com : query timed out]; NEURAL_SPAM_LONG(0.49)[0.485,0]; R_DKIM_TEMPFAIL(0.00)[mail-scalarlight.com:s=mach1ngun]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:14992, ipnet:75.103.64.0/18, country:US]; MID_BARE_IP(2.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 21:15:45 -0000 Dear Subscriber, Tom Paladino, a scalar light researcher and healer, is able to significantly improve the health of your entire family with scalar light healing. Scalar light is a remote healing modality that only requires your photograph in order to eradicate germs from your body and deliver the nutrients necessary for optimal physical and mental health. The purpose of this communication is to offer you and your entire family scalar light healing without obligation. You may submit as many as 25 photographs of your family members and friends in order to experience the scalar light healing session. Click here ( https://www.scalarlight.com/GD1 ) to register for the 15 day scalar light healing session. There is absolutely no obligation to receive this offer. Why we are contacting you? We are contacting you today as part of our compliance with the General Data Protection Regulations (GDPR) which came into force on 25th May 2018. Tom assures that the best date protection and compliance data policies are in practice in order to assure your privacy. Our privacy policy explains how we collect and use personal data. The data that we possess includes your name and email address. The GDPR classifies information such as your name and email address as personal data. The lawful basis we use for this processing is "Legitimate Interest" for "direct marketing". It is recommended that companies using this basis conduct a "Legitimate Interests Assessment" (LIA), which we have done. You subscribed to our offer for a no-obligation scalar light healing session or heard about us and subsequently subscribed to our newsletter. To register for the 15 day scalar light healing session please click here ( https://www.scalarlight.com/GD1 ). You may submit as many as 25 photographs of family members and friends in order to receive our no-obligation scalar light healing session. To confirm your acceptance to receive emails as well as the no obligation scalar light healing sessions, please confirm ( https://www.scalarlight.com/optin.html?B4431F14E8BBABBF1F013A87EDA9ED2164A5206EE5CC1E4B0243DA7938FE1898 ). You can unsubscribe ( https://www.scalarlight.com/unsubscribe.html ) at any time. You have the right to opt out of future communications and the quickest way to do this is to use the unsubscribe link at the bottom of this email. Thank you. Tom Paladino 1767 Lakewood Ranch Blvd #231 Lakewood Ranch, Florida 34211 805-364-3051 or 800-345-9851 support@scalarlight.com If you do not wish to receive further emails from us, click here to unsubscribe ( https://www.scalarlight.com/unsubscribe.html ). You can read our Privacy Policy here. If you have any questions about this email, please contact support@scalarlight.com. From owner-freebsd-stable@freebsd.org Wed Feb 20 22:33:48 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAA1114DEF12 for ; Wed, 20 Feb 2019 22:33:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0853B721C0; Wed, 20 Feb 2019 22:33:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.15.2/8.15.2) with ESMTP id x1KMXawJ028875; Wed, 20 Feb 2019 17:33:36 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: 11.2-STABLE kernel wired memory leak To: Eugene Grosbein , Mark Johnston Cc: Konstantin Belousov , FreeBSD stable , Andriy Gapon References: <20190212163446.GA29847@raichu> <763f9373-747a-fe5b-8376-cc9bb3293219@grosbein.net> <35ea679a-09a8-196b-c1c5-99979772f878@sentex.net> <519340fd-5651-1ab7-7b30-2c75262748e1@sentex.net> <7d65ed28-59e4-afd9-a654-b3edef7e1ab2@grosbein.net> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: Date: Wed, 20 Feb 2019 17:33:35 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <7d65ed28-59e4-afd9-a654-b3edef7e1ab2@grosbein.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Scanned-By: MIMEDefang 2.78 X-Rspamd-Queue-Id: 0853B721C0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-5.08 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_IN_DNSWL_LOW(-0.10)[2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.0.0.0.0.0.e.3.f.7.0.6.2.list.dnswl.org : 127.0.5.1]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentex.net]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.sentex.ca]; NEURAL_HAM_SHORT(-0.94)[-0.941,0]; IP_SCORE(-1.73)[ipnet: 2607:f3e0::/32(-4.95), asn: 11647(-3.60), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 22:33:49 -0000 On 2/20/2019 3:14 AM, Eugene Grosbein wrote: > 20.02.2019 3:49, Mike Tancsa wrote: > >> On 2/19/2019 2:35 PM, Mike Tancsa wrote: >>> dd if=3D/dev/zero of=3D/tanker/test bs=3D1m count=3D100000 >> The box has 32G of RAM. If I do a >> >> # sysctl -w vfs.zfs.arc_max=3D12224866304 >> vfs.zfs.arc_max: 32224866304 -> 12224866304 >> # >> >> after WIRED memory is at 29G, it doesnt immediately reclaim it and the= re >> is memory pressure. Booting the box with >> vfs.zfs.arc_max=3D12224866304 >> keeps WIRED at 15G > Can you repeat your test with additional vm.v_free_min=3D131072 (512M) = or 262144 (1G)? > For me, it makes kernel reclaim unused UMA memory quickly: > first it goes from WIREE to FREE for a moment, then re-used as needed. # sysctl -w vm.v_free_min=3D131072 vm.v_free_min: 51301 -> 131072 # Keeping it at 1G seems to make things more smooth and stable and programs are not being swapped out! > > --=20 ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada =20 From owner-freebsd-stable@freebsd.org Thu Feb 21 02:21:39 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E89B14E99A9 for ; Thu, 21 Feb 2019 02:21:39 +0000 (UTC) (envelope-from prvs=09555d50a7=ari@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.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 923EB84A60 for ; Thu, 21 Feb 2019 02:21:34 +0000 (UTC) (envelope-from prvs=09555d50a7=ari@ish.com.au) Received: from ip-145.ish.com.au ([203.29.62.145]:50015) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1gwdz9-000813-0h for freebsd-stable@freebsd.org; Thu, 21 Feb 2019 13:21:15 +1100 X-CTCH-RefID: str=0001.0A150207.5C6E0B1B.0081:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 To: freebsd-stable From: Aristedes Maniatis Subject: Java support Message-ID: Date: Thu, 21 Feb 2019 13:21:15 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 923EB84A60 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of prvs=09555d50a7=ari@ish.com.au designates 203.29.62.2 as permitted sender) smtp.mailfrom=prvs=09555d50a7=ari@ish.com.au X-Spamd-Result: default: False [-2.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; ENVFROM_PRVS(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[ish.com.au]; FORGED_SENDER_VERP_SRS(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; IP_SCORE(-0.01)[country: AU(-0.04)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx.ish.com.au]; NEURAL_HAM_SHORT(-0.12)[-0.124,0]; NEURAL_HAM_MEDIUM(-0.77)[-0.772,0]; FORGED_SENDER(0.00)[ari@ish.com.au,prvs=09555d50a7=ari@ish.com.au]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7545, ipnet:203.29.62.0/24, country:AU]; FROM_NEQ_ENVFROM(0.00)[ari@ish.com.au,prvs=09555d50a7=ari@ish.com.au]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 02:21:39 -0000 Hi everyone With the Java FreeBSD mailing list pretty quiet, I thought I might ask here whether anyone was working on porting the latest Java versions over to FreeBSD. There is of coursethe https://adoptopenjdk.net/project, but there is little activity immediately obvious on porting there [1]. While Java 8 will be quite satisfactory for a while, the longer Java advances without BSD patches the harder it will be to bring across all the good work done for Java 8 on FreeBSD. Are there plans for the Foundation to sponsor some work in this area? I'm guessing its pretty substantial. Cheers Ari [1] https://github.com/AdoptOpenJDK/openjdk-jdk11u/search?o=desc&q=bsd&s=committer-date&type=Commits From owner-freebsd-stable@freebsd.org Thu Feb 21 08:24:49 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5BE114FCA02 for ; Thu, 21 Feb 2019 08:24:49 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88A2995D10 for ; Thu, 21 Feb 2019 08:24:47 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1L8OijI094259 for ; Thu, 21 Feb 2019 09:24:44 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id E32D1A3C for ; Thu, 21 Feb 2019 09:24:43 +0100 (CET) Subject: Strange rtld-elf failure on stable/12 [Was: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest)] From: Harry Schmalzbauer To: freebsd-stable References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> Organization: OmniLAN Message-ID: <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> Date: Thu, 21 Feb 2019 09:24:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 21 Feb 2019 09:24:44 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 88A2995D10 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-6.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[omnilan.de]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx0.gentlemail.de]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.50)[ip: (-9.15), ipnet: 2a00:e10:2800::/64(-4.67), asn: 25074(-3.66), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25074, ipnet:2a00:e10:2800::/64, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 08:24:50 -0000 Am 20.02.2019 um 17:51 schrieb Harry Schmalzbauer: > Hello, > … > gdb shows: > Core was generated by `/usr/sbin/auditdistd'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libutil.so.9...Reading symbols from > /usr/lib/debug//lib/libutil.so.9.debug...done. > done. > Loaded symbols for /lib/libutil.so.9 > Reading symbols from /libexec/ld-elf.so.1...Reading symbols from > /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > done. > Loaded symbols for /libexec/ld-elf.so.1 > #0  memset (dest=0x80056f790, c=0, len=) >     at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > 5624                    ((char *)dest)[i] = c; > (gdb) bt > #0  memset (dest=0x80056f790, c=0, len=) >     at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > #1  0x0000000800235b07 in map_object (fd=3, path=0x800246140 > "/lib/libcrypto.so.111", >     sb=0x7fffffffd4a8) >     at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 > #2  0x0000000800230806 in load_object (name=0x201dba > "libcrypto.so.111", fd_u=-1, >     refobj=0x800248000, flags=) >     at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 > #3  0x0000000800229972 in _rtld (sp=, > exit_proc=0x7fffffffea30, >     objp=0x7fffffffea38) >     at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 > #4  0x0000000800228019 in .rtld_start () >     at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 > #5  0x0000000000000000 in ?? () > Current language:  auto; currently minimal > > Any help highly appreciated. > > This is with a live CD (amd64), compiled with stable/12 from today (so > clang 7.01). > The bhyve guest has 2GB hardwired and ran stable/11 beforehand, which > compiled the live CD. > bhyve host is 11.2.  But that shouldn't play a role, does it? I'm really interested what happens here. I built stable/11 in that bhyve guest and updated that guest to stable/11 from yesterday. To my surpise llvm 7.01 was also merged to stable/11.  Thank you for that great supprt! No problems with any binary in the stable/11 bhyve guest. Then I built stable/12 in that re-built stable/11 guest. As result, again all binaries linked to /lib/libcrypto.so.111 crash (signal 11) with the stable/12 iso in the same bhyve guest. Here the example from ntpq: Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libedit.so.7...Reading symbols from /usr/lib/debug//lib/libedit.so.7.debug...done. done. Loaded symbols for /lib/libedit.so.7 Reading symbols from /lib/libm.so.5...Reading symbols from /usr/lib/debug//lib/libm.so.5.debug...done. done. Loaded symbols for /lib/libm.so.5 Reading symbols from /libexec/ld-elf.so.1...Reading symbols from /usr/lib/debug//libexec/ld-elf.so.1.debug...done. done. #0  memset (dest=0x8005ef790, c=0, len=) at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 5624                    ((char *)dest)[i] = c; (gdb) bt #0  memset (dest=0x8005ef790, c=0, len=) at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 #1  0x000000080025db07 in map_object (fd=3, path=0x80026e1a0 "/lib/libcrypto.so.111", sb=0x7fffffffd4c8) at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 #2  0x0000000800258806 in load_object (name=0x201b40 "libcrypto.so.111", fd_u=-1, refobj=0x800270000, flags=) at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 #3  0x0000000800251972 in _rtld (sp=, exit_proc=0x7fffffffea50, objp=0x7fffffffea58) at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 #4  0x0000000800250019 in .rtld_start () at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 #5  0x0000000000000000 in ?? () So please correct me if I'm comletely wrong, but the problem here seems to be reproducably rtld-elf related. Unfortunately I don't know anything about object files and linkers and the related fundamental stuff. But maybe someone else has an idea what's going wrong here? Thanks, -Harry From owner-freebsd-stable@freebsd.org Thu Feb 21 08:54:42 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2214B14FDA21 for ; Thu, 21 Feb 2019 08:54:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 8592E96EC4 for ; Thu, 21 Feb 2019 08:54:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1L8sWqk034370 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 10:54:36 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1L8sWqk034370 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1L8sWqq034369; Thu, 21 Feb 2019 10:54:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 21 Feb 2019 10:54:32 +0200 From: Konstantin Belousov To: Harry Schmalzbauer Cc: freebsd-stable Subject: Re: Strange rtld-elf failure on stable/12 [Was: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest)] Message-ID: <20190221085432.GR2420@kib.kiev.ua> References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 08:54:42 -0000 On Thu, Feb 21, 2019 at 09:24:43AM +0100, Harry Schmalzbauer wrote: > Am 20.02.2019 um 17:51 schrieb Harry Schmalzbauer: > > Hello, > > > … > > gdb shows: > > Core was generated by `/usr/sbin/auditdistd'. > > Program terminated with signal 11, Segmentation fault. > > Reading symbols from /lib/libutil.so.9...Reading symbols from > > /usr/lib/debug//lib/libutil.so.9.debug...done. > > done. > > Loaded symbols for /lib/libutil.so.9 > > Reading symbols from /libexec/ld-elf.so.1...Reading symbols from > > /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > > done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0  memset (dest=0x80056f790, c=0, len=) > >     at > > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > > 5624                    ((char *)dest)[i] = c; > > (gdb) bt > > #0  memset (dest=0x80056f790, c=0, len=) > >     at > > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > > #1  0x0000000800235b07 in map_object (fd=3, path=0x800246140 > > "/lib/libcrypto.so.111", > >     sb=0x7fffffffd4a8) > >     at > > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 > > #2  0x0000000800230806 in load_object (name=0x201dba > > "libcrypto.so.111", fd_u=-1, > >     refobj=0x800248000, flags=) > >     at > > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 > > #3  0x0000000800229972 in _rtld (sp=, > > exit_proc=0x7fffffffea30, > >     objp=0x7fffffffea38) > >     at > > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 > > #4  0x0000000800228019 in .rtld_start () > >     at > > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 > > #5  0x0000000000000000 in ?? () > > Current language:  auto; currently minimal > > > > Any help highly appreciated. > > > > This is with a live CD (amd64), compiled with stable/12 from today (so > > clang 7.01). > > The bhyve guest has 2GB hardwired and ran stable/11 beforehand, which > > compiled the live CD. > > bhyve host is 11.2.  But that shouldn't play a role, does it? > > I'm really interested what happens here. > I built stable/11 in that bhyve guest and updated that guest to > stable/11 from yesterday. > To my surpise llvm 7.01 was also merged to stable/11.  Thank you for > that great supprt! > No problems with any binary in the stable/11 bhyve guest. > > Then I built stable/12 in that re-built stable/11 guest. > As result, again all binaries linked to /lib/libcrypto.so.111 crash > (signal 11) with the stable/12 iso in the same bhyve guest. > > Here the example from ntpq: > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libedit.so.7...Reading symbols from > /usr/lib/debug//lib/libedit.so.7.debug...done. > done. > Loaded symbols for /lib/libedit.so.7 > Reading symbols from /lib/libm.so.5...Reading symbols from > /usr/lib/debug//lib/libm.so.5.debug...done. > done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /libexec/ld-elf.so.1...Reading symbols from > /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > done. > #0  memset (dest=0x8005ef790, c=0, len=) at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > 5624                    ((char *)dest)[i] = c; > (gdb) bt > #0  memset (dest=0x8005ef790, c=0, len=) at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > #1  0x000000080025db07 in map_object (fd=3, path=0x80026e1a0 > "/lib/libcrypto.so.111", sb=0x7fffffffd4c8) at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 > #2  0x0000000800258806 in load_object (name=0x201b40 "libcrypto.so.111", > fd_u=-1, refobj=0x800270000, flags=) at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 > #3  0x0000000800251972 in _rtld (sp=, > exit_proc=0x7fffffffea50, objp=0x7fffffffea58) at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 > #4  0x0000000800250019 in .rtld_start () at > /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 > #5  0x0000000000000000 in ?? () > > So please correct me if I'm comletely wrong, but the problem here seems > to be reproducably rtld-elf related. > Unfortunately I don't know anything about object files and linkers and > the related fundamental stuff. If you do not know about linkers, why do you claim that the problem is related to rtld ? > But maybe someone else has an idea what's going wrong here? The fault happens during zeroing of bss. Most likely it is due to some strangeness of the object being loaded. For diagnostic, show the output of "readelf -a libcrypto.so.111". From owner-freebsd-stable@freebsd.org Thu Feb 21 09:03:31 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CB6D14FE34B for ; Thu, 21 Feb 2019 09:03:31 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B05F9773C for ; Thu, 21 Feb 2019 09:03:30 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1L93TLM094637; Thu, 21 Feb 2019 10:03:29 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 9954D79B; Thu, 21 Feb 2019 10:03:29 +0100 (CET) Subject: Re: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) To: Konstantin Belousov Cc: freebsd-stable References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> <20190221085432.GR2420@kib.kiev.ua> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: Date: Thu, 21 Feb 2019 10:03:29 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20190221085432.GR2420@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 21 Feb 2019 10:03:29 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 0B05F9773C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 09:03:31 -0000 Am 21.02.2019 um 09:54 schrieb Konstantin Belousov: > On Thu, Feb 21, 2019 at 09:24:43AM +0100, Harry Schmalzbauer wrote: >> Am 20.02.2019 um 17:51 schrieb Harry Schmalzbauer: >>> Hello, >>> >> … >>> gdb shows: >>> Core was generated by `/usr/sbin/auditdistd'. >>> Program terminated with signal 11, Segmentation fault. >>> Reading symbols from /lib/libutil.so.9...Reading symbols from >>> /usr/lib/debug//lib/libutil.so.9.debug...done. >>> done. >>> Loaded symbols for /lib/libutil.so.9 >>> Reading symbols from /libexec/ld-elf.so.1...Reading symbols from >>> /usr/lib/debug//libexec/ld-elf.so.1.debug...done. >>> done. >>> Loaded symbols for /libexec/ld-elf.so.1 >>> #0  memset (dest=0x80056f790, c=0, len=) >>>     at >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 >>> 5624                    ((char *)dest)[i] = c; >>> (gdb) bt >>> #0  memset (dest=0x80056f790, c=0, len=) >>>     at >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 >>> #1  0x0000000800235b07 in map_object (fd=3, path=0x800246140 >>> "/lib/libcrypto.so.111", >>>     sb=0x7fffffffd4a8) >>>     at >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 >>> #2  0x0000000800230806 in load_object (name=0x201dba >>> "libcrypto.so.111", fd_u=-1, >>>     refobj=0x800248000, flags=) >>>     at >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 >>> #3  0x0000000800229972 in _rtld (sp=, >>> exit_proc=0x7fffffffea30, >>>     objp=0x7fffffffea38) >>>     at >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 >>> #4  0x0000000800228019 in .rtld_start () >>>     at >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 >>> #5  0x0000000000000000 in ?? () >>> Current language:  auto; currently minimal >>> >>> Any help highly appreciated. >>> >>> This is with a live CD (amd64), compiled with stable/12 from today (so >>> clang 7.01). >>> The bhyve guest has 2GB hardwired and ran stable/11 beforehand, which >>> compiled the live CD. >>> bhyve host is 11.2.  But that shouldn't play a role, does it? >> >> I'm really interested what happens here. >> I built stable/11 in that bhyve guest and updated that guest to >> stable/11 from yesterday. >> To my surpise llvm 7.01 was also merged to stable/11.  Thank you for >> that great supprt! >> No problems with any binary in the stable/11 bhyve guest. >> >> Then I built stable/12 in that re-built stable/11 guest. >> As result, again all binaries linked to /lib/libcrypto.so.111 crash >> (signal 11) with the stable/12 iso in the same bhyve guest. >> >> Here the example from ntpq: >> Program terminated with signal 11, Segmentation fault. >> Reading symbols from /lib/libedit.so.7...Reading symbols from >> /usr/lib/debug//lib/libedit.so.7.debug...done. >> done. >> Loaded symbols for /lib/libedit.so.7 >> Reading symbols from /lib/libm.so.5...Reading symbols from >> /usr/lib/debug//lib/libm.so.5.debug...done. >> done. >> Loaded symbols for /lib/libm.so.5 >> Reading symbols from /libexec/ld-elf.so.1...Reading symbols from >> /usr/lib/debug//libexec/ld-elf.so.1.debug...done. >> done. >> #0  memset (dest=0x8005ef790, c=0, len=) at >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 >> 5624                    ((char *)dest)[i] = c; >> (gdb) bt >> #0  memset (dest=0x8005ef790, c=0, len=) at >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 >> #1  0x000000080025db07 in map_object (fd=3, path=0x80026e1a0 >> "/lib/libcrypto.so.111", sb=0x7fffffffd4c8) at >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 >> #2  0x0000000800258806 in load_object (name=0x201b40 "libcrypto.so.111", >> fd_u=-1, refobj=0x800270000, flags=) at >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 >> #3  0x0000000800251972 in _rtld (sp=, >> exit_proc=0x7fffffffea50, objp=0x7fffffffea58) at >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 >> #4  0x0000000800250019 in .rtld_start () at >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 >> #5  0x0000000000000000 in ?? () >> >> So please correct me if I'm comletely wrong, but the problem here seems >> to be reproducably rtld-elf related. >> Unfortunately I don't know anything about object files and linkers and >> the related fundamental stuff. > If you do not know about linkers, why do you claim that the problem > is related to rtld ? > >> But maybe someone else has an idea what's going wrong here? > > The fault happens during zeroing of bss. Most likely it is due to some > strangeness of the object being loaded. For diagnostic, show > the output of "readelf -a libcrypto.so.111". Thanks for your help! I just guess it's rtld related, since I obviously misinterpreted the backtrace. Reverting topic change… ELF Header: Magic: 7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: FreeBSD ABI Version: 0 Type: DYN (Shared object file) Machine: Advanced Micro Devices x86-64 Version: 0x1 Entry point address: 0x116000 Start of program headers: 64 (bytes into file) Start of section headers: 3090864 (bytes into file) Flags: 0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 8 Size of section headers: 64 (bytes) Number of section headers: 29 Section header string table index: 28 Elf file type is DYN (Shared object file) Entry point 0x116000 There are 8 program headers, starting at offset 64 Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align PHDR 0x0000000000000040 0x0000000000000040 0x0000000000000040 0x00000000000001c0 0x00000000000001c0 R 0x8 LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000115a7c 0x0000000000115a7c R 0x1000 LOAD 0x0000000000116000 0x0000000000116000 0x0000000000116000 0x00000000001acb20 0x00000000001acb20 R E 0x1000 LOAD 0x00000000002c3000 0x00000000002c3000 0x00000000002c3000 0x000000000002f790 0x00000000000325e0 RW 0x1000 DYNAMIC 0x00000000002f1a80 0x00000000002f1a80 0x00000000002f1a80 0x0000000000000190 0x0000000000000190 RW 0x8 GNU_RELRO 0x00000000002c9000 0x00000000002c9000 0x00000000002c9000 0x0000000000029790 0x0000000000029790 R 0x1 GNU_EH_FRAME 0x00000000000d0050 0x00000000000d0050 0x00000000000d0050 0x000000000000bc74 0x000000000000bc74 R 0x4 GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 RW 0 Section to Segment mapping: Segment Sections... 00 01 (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) 02 03 04 05 06 07 (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) There are 29 section headers, starting at offset 0x2f29b0: Section Headers: [Nr] Name Type Address Offset Size EntSize Flags Link Info Align [ 0] (null) NULL 0000000000000000 00000000 0000000000000000 0000000000000000 0 0 0 : : : [28] (null) NULL 0000000000000000 00000000 0000000000000000 0000000000000000 0 0 0 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings) I (info), L (link order), G (group), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) There is no dynamic section in this file. Thanks a lot, -harry From owner-freebsd-stable@freebsd.org Thu Feb 21 09:36:54 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D96014D9176 for ; Thu, 21 Feb 2019 09:36:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 9ED586AAC8 for ; Thu, 21 Feb 2019 09:36:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1L9akU5044708 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 11:36:49 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1L9akU5044708 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1L9akS3044707; Thu, 21 Feb 2019 11:36:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 21 Feb 2019 11:36:45 +0200 From: Konstantin Belousov To: Harry Schmalzbauer Cc: freebsd-stable Subject: Re: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) Message-ID: <20190221093645.GS2420@kib.kiev.ua> References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> <20190221085432.GR2420@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 09:36:54 -0000 On Thu, Feb 21, 2019 at 10:03:29AM +0100, Harry Schmalzbauer wrote: > Am 21.02.2019 um 09:54 schrieb Konstantin Belousov: > > On Thu, Feb 21, 2019 at 09:24:43AM +0100, Harry Schmalzbauer wrote: > >> Am 20.02.2019 um 17:51 schrieb Harry Schmalzbauer: > >>> Hello, > >>> > >> … > >>> gdb shows: > >>> Core was generated by `/usr/sbin/auditdistd'. > >>> Program terminated with signal 11, Segmentation fault. > >>> Reading symbols from /lib/libutil.so.9...Reading symbols from > >>> /usr/lib/debug//lib/libutil.so.9.debug...done. > >>> done. > >>> Loaded symbols for /lib/libutil.so.9 > >>> Reading symbols from /libexec/ld-elf.so.1...Reading symbols from > >>> /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > >>> done. > >>> Loaded symbols for /libexec/ld-elf.so.1 > >>> #0  memset (dest=0x80056f790, c=0, len=) > >>>     at > >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > >>> 5624                    ((char *)dest)[i] = c; > >>> (gdb) bt > >>> #0  memset (dest=0x80056f790, c=0, len=) > >>>     at > >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > >>> #1  0x0000000800235b07 in map_object (fd=3, path=0x800246140 > >>> "/lib/libcrypto.so.111", > >>>     sb=0x7fffffffd4a8) > >>>     at > >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 > >>> #2  0x0000000800230806 in load_object (name=0x201dba > >>> "libcrypto.so.111", fd_u=-1, > >>>     refobj=0x800248000, flags=) > >>>     at > >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 > >>> #3  0x0000000800229972 in _rtld (sp=, > >>> exit_proc=0x7fffffffea30, > >>>     objp=0x7fffffffea38) > >>>     at > >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 > >>> #4  0x0000000800228019 in .rtld_start () > >>>     at > >>> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 > >>> #5  0x0000000000000000 in ?? () > >>> Current language:  auto; currently minimal > >>> > >>> Any help highly appreciated. > >>> > >>> This is with a live CD (amd64), compiled with stable/12 from today (so > >>> clang 7.01). > >>> The bhyve guest has 2GB hardwired and ran stable/11 beforehand, which > >>> compiled the live CD. > >>> bhyve host is 11.2.  But that shouldn't play a role, does it? > >> > >> I'm really interested what happens here. > >> I built stable/11 in that bhyve guest and updated that guest to > >> stable/11 from yesterday. > >> To my surpise llvm 7.01 was also merged to stable/11.  Thank you for > >> that great supprt! > >> No problems with any binary in the stable/11 bhyve guest. > >> > >> Then I built stable/12 in that re-built stable/11 guest. > >> As result, again all binaries linked to /lib/libcrypto.so.111 crash > >> (signal 11) with the stable/12 iso in the same bhyve guest. > >> > >> Here the example from ntpq: > >> Program terminated with signal 11, Segmentation fault. > >> Reading symbols from /lib/libedit.so.7...Reading symbols from > >> /usr/lib/debug//lib/libedit.so.7.debug...done. > >> done. > >> Loaded symbols for /lib/libedit.so.7 > >> Reading symbols from /lib/libm.so.5...Reading symbols from > >> /usr/lib/debug//lib/libm.so.5.debug...done. > >> done. > >> Loaded symbols for /lib/libm.so.5 > >> Reading symbols from /libexec/ld-elf.so.1...Reading symbols from > >> /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > >> done. > >> #0  memset (dest=0x8005ef790, c=0, len=) at > >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > >> 5624                    ((char *)dest)[i] = c; > >> (gdb) bt > >> #0  memset (dest=0x8005ef790, c=0, len=) at > >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 > >> #1  0x000000080025db07 in map_object (fd=3, path=0x80026e1a0 > >> "/lib/libcrypto.so.111", sb=0x7fffffffd4c8) at > >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 > >> #2  0x0000000800258806 in load_object (name=0x201b40 "libcrypto.so.111", > >> fd_u=-1, refobj=0x800270000, flags=) at > >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 > >> #3  0x0000000800251972 in _rtld (sp=, > >> exit_proc=0x7fffffffea50, objp=0x7fffffffea58) at > >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 > >> #4  0x0000000800250019 in .rtld_start () at > >> /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 > >> #5  0x0000000000000000 in ?? () > >> > >> So please correct me if I'm comletely wrong, but the problem here seems > >> to be reproducably rtld-elf related. > >> Unfortunately I don't know anything about object files and linkers and > >> the related fundamental stuff. > > If you do not know about linkers, why do you claim that the problem > > is related to rtld ? > > > >> But maybe someone else has an idea what's going wrong here? > > > > The fault happens during zeroing of bss. Most likely it is due to some > > strangeness of the object being loaded. For diagnostic, show > > the output of "readelf -a libcrypto.so.111". > > Thanks for your help! > I just guess it's rtld related, since I obviously misinterpreted the > backtrace. Reverting topic change… > > ELF Header: > Magic: 7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00 > Class: ELF64 > Data: 2's complement, little endian > Version: 1 (current) > OS/ABI: FreeBSD > ABI Version: 0 > Type: DYN (Shared object file) > Machine: Advanced Micro Devices x86-64 > Version: 0x1 > Entry point address: 0x116000 > Start of program headers: 64 (bytes into file) > Start of section headers: 3090864 (bytes into file) > Flags: 0 > Size of this header: 64 (bytes) > Size of program headers: 56 (bytes) > Number of program headers: 8 > Size of section headers: 64 (bytes) > Number of section headers: 29 > Section header string table index: 28 > > Elf file type is DYN (Shared object file) > Entry point 0x116000 > There are 8 program headers, starting at offset 64 > > Program Headers: > Type Offset VirtAddr PhysAddr > FileSiz MemSiz Flg Align > PHDR 0x0000000000000040 0x0000000000000040 0x0000000000000040 > 0x00000000000001c0 0x00000000000001c0 R 0x8 > LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 > 0x0000000000115a7c 0x0000000000115a7c R 0x1000 > LOAD 0x0000000000116000 0x0000000000116000 0x0000000000116000 > 0x00000000001acb20 0x00000000001acb20 R E 0x1000 > LOAD 0x00000000002c3000 0x00000000002c3000 0x00000000002c3000 > 0x000000000002f790 0x00000000000325e0 RW 0x1000 > DYNAMIC 0x00000000002f1a80 0x00000000002f1a80 0x00000000002f1a80 > 0x0000000000000190 0x0000000000000190 RW 0x8 > GNU_RELRO 0x00000000002c9000 0x00000000002c9000 0x00000000002c9000 > 0x0000000000029790 0x0000000000029790 R 0x1 > GNU_EH_FRAME 0x00000000000d0050 0x00000000000d0050 0x00000000000d0050 > 0x000000000000bc74 0x000000000000bc74 R 0x4 > GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 > 0x0000000000000000 0x0000000000000000 RW 0 > > Section to Segment mapping: > Segment Sections... > 00 > 01 (null) (null) (null) (null) (null) (null) (null) (null) > (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) > (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) > 02 > 03 > 04 > 05 > 06 > 07 (null) (null) (null) (null) (null) (null) (null) (null) > (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) > (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) > There are 29 section headers, starting at offset 0x2f29b0: > > Section Headers: > [Nr] Name Type Address Offset > Size EntSize Flags Link Info Align > [ 0] (null) NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > : > : > : > [28] (null) NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > Key to Flags: > W (write), A (alloc), X (execute), M (merge), S (strings) > I (info), L (link order), G (group), x (unknown) > O (extra OS processing required) o (OS specific), p (processor specific) > > There is no dynamic section in this file. The object is clearly corrupted. From owner-freebsd-stable@freebsd.org Thu Feb 21 09:43:05 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 462E714D996D for ; Thu, 21 Feb 2019 09:43:05 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 EFA966B1C0 for ; Thu, 21 Feb 2019 09:42:58 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id x1L9guZn053589; Thu, 21 Feb 2019 10:42:56 +0100 (CET) Received: from [217.29.44.250] ([217.29.44.250]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id x1L9guUA041135; Thu, 21 Feb 2019 10:42:56 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) From: "Patrick M. Hausen" In-Reply-To: Date: Thu, 21 Feb 2019 10:42:56 +0100 Cc: Konstantin Belousov , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <4B104A40-8ED9-46DB-A303-17FEC3EDB749@punkt.de> References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> <20190221085432.GR2420@kib.kiev.ua> To: Harry Schmalzbauer X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: EFA966B1C0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 217.29.33.131 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-2.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:217.29.32.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[punkt.de]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mailin.pluspunkthosting.de,mailin.pluspunkthosting.de]; NEURAL_HAM_SHORT(-0.39)[-0.388,0]; RCVD_IN_DNSWL_NONE(0.00)[131.33.29.217.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.57)[ipnet: 217.29.32.0/20(-1.59), asn: 16188(-1.27), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 09:43:05 -0000 Hello, I don=E2=80=99t know if this is related or not, but when I compile the Nextcloud client port https://svnweb.freebsd.org/ports/head/deskutils/nextcloudclient/ on 11.2 by setting DEFAULT_VERSIONS+=3Dssl=3Dopenssl111 it dumps core, too. Kind regards Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-stable@freebsd.org Thu Feb 21 10:18:21 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00E4714DA91E for ; Thu, 21 Feb 2019 10:18:21 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E3A26C702 for ; Thu, 21 Feb 2019 10:18:20 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1gwlQl-000MmG-9L; Thu, 21 Feb 2019 11:18:15 +0100 Date: Thu, 21 Feb 2019 11:18:15 +0100 From: Kurt Jaeger To: Aristedes Maniatis Cc: freebsd-stable Subject: Re: Java support Message-ID: <20190221101815.GU2748@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 10:18:21 -0000 Hi! > With the Java FreeBSD mailing list pretty quiet, I thought I might ask > here whether anyone was working on porting the latest Java versions over > to FreeBSD. There's the openjdk port, java/openjdk8. You are asking about input from the FreeBSD community to openjdk9, 10 and 11 ? > While Java 8 will be quite satisfactory for a while, the longer Java > advances without BSD patches the harder it will be to bring across all > the good work done for Java 8 on FreeBSD. This is correct. > Are there plans for the Foundation to sponsor some work in this area? Your point is, that the FreeBSD community should do regular testbuilds for https://github.com/AdoptOpenJDK/openjdk-jdk9u/ https://github.com/AdoptOpenJDK/openjdk-jdk10u/ https://github.com/AdoptOpenJDK/openjdk-jdk11u/ and provide patches if something does not build or work, right ? And, if necessary, fund someone to do that work ? -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-stable@freebsd.org Thu Feb 21 15:27:19 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADEDF14E4B67 for ; Thu, 21 Feb 2019 15:27:19 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D5E47758C for ; Thu, 21 Feb 2019 15:27:18 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1LFRG2b098135; Thu, 21 Feb 2019 16:27:16 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 93BDE7E5; Thu, 21 Feb 2019 16:27:16 +0100 (CET) Subject: Re: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) To: Konstantin Belousov Cc: freebsd-stable References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> <20190221085432.GR2420@kib.kiev.ua> <20190221093645.GS2420@kib.kiev.ua> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: Date: Thu, 21 Feb 2019 16:27:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20190221093645.GS2420@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 21 Feb 2019 16:27:16 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 2D5E47758C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 15:27:19 -0000 Am 21.02.2019 um 10:36 schrieb Konstantin Belousov: … >> >> ELF Header: >> Magic: 7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00 >> Class: ELF64 >> Data: 2's complement, little endian >> Version: 1 (current) >> OS/ABI: FreeBSD >> ABI Version: 0 >> Type: DYN (Shared object file) >> Machine: Advanced Micro Devices x86-64 >> Version: 0x1 >> Entry point address: 0x116000 >> Start of program headers: 64 (bytes into file) >> Start of section headers: 3090864 (bytes into file) >> Flags: 0 >> Size of this header: 64 (bytes) >> Size of program headers: 56 (bytes) >> Number of program headers: 8 >> Size of section headers: 64 (bytes) >> Number of section headers: 29 >> Section header string table index: 28 >> >> Elf file type is DYN (Shared object file) >> Entry point 0x116000 >> There are 8 program headers, starting at offset 64 >> >> Program Headers: >> Type Offset VirtAddr PhysAddr >> FileSiz MemSiz Flg Align >> PHDR 0x0000000000000040 0x0000000000000040 0x0000000000000040 >> 0x00000000000001c0 0x00000000000001c0 R 0x8 >> LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 >> 0x0000000000115a7c 0x0000000000115a7c R 0x1000 >> LOAD 0x0000000000116000 0x0000000000116000 0x0000000000116000 >> 0x00000000001acb20 0x00000000001acb20 R E 0x1000 >> LOAD 0x00000000002c3000 0x00000000002c3000 0x00000000002c3000 >> 0x000000000002f790 0x00000000000325e0 RW 0x1000 >> DYNAMIC 0x00000000002f1a80 0x00000000002f1a80 0x00000000002f1a80 >> 0x0000000000000190 0x0000000000000190 RW 0x8 >> GNU_RELRO 0x00000000002c9000 0x00000000002c9000 0x00000000002c9000 >> 0x0000000000029790 0x0000000000029790 R 0x1 >> GNU_EH_FRAME 0x00000000000d0050 0x00000000000d0050 0x00000000000d0050 >> 0x000000000000bc74 0x000000000000bc74 R 0x4 >> GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 >> 0x0000000000000000 0x0000000000000000 RW 0 >> >> Section to Segment mapping: >> Segment Sections... >> 00 >> 01 (null) (null) (null) (null) (null) (null) (null) (null) >> (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) >> (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) >> 02 >> 03 >> 04 >> 05 >> 06 >> 07 (null) (null) (null) (null) (null) (null) (null) (null) >> (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) >> (null) (null) (null) (null) (null) (null) (null) (null) (null) (null) >> There are 29 section headers, starting at offset 0x2f29b0: >> … > The object is clearly corrupted. Thanks to your hint to readelf, I found out that it gets corrupted during dump(8) (or resotore, not yet analyzed). The obj tree contains the good version, the dump archive not. The dump archive is used as source for the ISO, hence the described errors. Now I have to dig in 10 years old deployment scripts to track down and reproduce the corruption. No explanation so far, but for sure no rtld-elf problem :-) And also not a problem in the FreeBSD make chain, building stable/12 on stable/11 works as intended and doesn't produce the mutilated libcrypto.so.111! Thanks, -harry From owner-freebsd-stable@freebsd.org Thu Feb 21 21:18:39 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE22814F1520 for ; Thu, 21 Feb 2019 21:18:39 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: from mail-oi1-f182.google.com (mail-oi1-f182.google.com [209.85.167.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 483B08E0AA; Thu, 21 Feb 2019 21:18:39 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: by mail-oi1-f182.google.com with SMTP id g16so73739oib.1; Thu, 21 Feb 2019 13:18:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sRfeajHqDJ5jynQI5qauTvFDa1xiSVKpOTgQDs90dUA=; b=PGDsTVMWzT7QDXPdegGQm3mB21c963WuJkSnZiCBzvww973jQP0Qnn9/VBjS+ydmre rGwQHAwX8aG8olQ5qTJjSls1W+jNvvGCaEphT/8NY9BaENle0SqonoUfQoKjgQtgxttl hdkhqHIz0HGbGdVUvKTY3FyLHoHjIZD4Yoc4Zu+va4YiMBNsrjD1eL59xbzULmV3yUcO YyEc6WUdTmklqLLkxfYc8RUwhdUd5ST28tZP7S6z92EGxAORboN+QXDk3k+ziTcNh1g+ 0dp77V6KlFtKoRPZAl4/291YHL8K+XMcmM5GoINBuFc8EuEwqFK1VSfVjBnxeJQ/QfXN ea4w== X-Gm-Message-State: AHQUAuafgl1+x8snRuGayZAaQkjsD98F/bRBBeugAQ1/x6MP+cQn9z7+ Nbm1hjkySZ34lcAXqhtXe0ayPeveFRoy2X1zfrKeJb4Gmsk= X-Google-Smtp-Source: AHgI3IbFb2cGjiMXESogBoBMo2A0wotnuV3dtPPEbK+S2E1G0hNV4dWTW2Z3Lqq323sVwT//T6ORdJoDqZmPQ0tVLSw= X-Received: by 2002:aca:b208:: with SMTP id b8mr4049569oif.40.1550766775573; Thu, 21 Feb 2019 08:32:55 -0800 (PST) MIME-Version: 1.0 References: <20190221101815.GU2748@home.opsec.eu> In-Reply-To: <20190221101815.GU2748@home.opsec.eu> From: "Constantine A. Murenin" Date: Thu, 21 Feb 2019 10:32:43 -0600 Message-ID: Subject: Re: Java support To: Kurt Jaeger Cc: Aristedes Maniatis , freebsd-stable , "Constantine A. Murenin" X-Rspamd-Queue-Id: 483B08E0AA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.941,0]; TAGGED_FROM(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 21:18:39 -0000 On Thu, 21 Feb 2019 at 04:19, Kurt Jaeger wrote: > Hi! > > > With the Java FreeBSD mailing list pretty quiet, I thought I might ask > > here whether anyone was working on porting the latest Java versions over > > to FreeBSD. > > There's the openjdk port, java/openjdk8. > > You are asking about input from the FreeBSD community to openjdk9, 10 and > 11 ? > > > While Java 8 will be quite satisfactory for a while, the longer Java > > advances without BSD patches the harder it will be to bring across all > > the good work done for Java 8 on FreeBSD. > > This is correct. > > > Are there plans for the Foundation to sponsor some work in this area? > > Your point is, that the FreeBSD community should do regular testbuilds for > > https://github.com/AdoptOpenJDK/openjdk-jdk9u/ > https://github.com/AdoptOpenJDK/openjdk-jdk10u/ > https://github.com/AdoptOpenJDK/openjdk-jdk11u/ > > and provide patches if something does not build or work, right ? > > And, if necessary, fund someone to do that work ? Just looking at https://en.wikipedia.org/wiki/Java_version_history, it would appear that Java 9 and Java 10 are no longer supported, and, FWIIW, Java 8 is actually planned to be supported longer than Java 11, at least in the context of AdoptOpenJDK, so, there's that. C. From owner-freebsd-stable@freebsd.org Thu Feb 21 21:23:38 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D91814F192E for ; Thu, 21 Feb 2019 21:23:38 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yb1-f194.google.com (mail-yb1-f194.google.com [209.85.219.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E6C88E582 for ; Thu, 21 Feb 2019 21:23:37 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yb1-f194.google.com with SMTP id e14so15122ybf.10 for ; Thu, 21 Feb 2019 13:23:37 -0800 (PST) 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=KvC97R//Pp52bp5VYikfvyOqdH0la4Nn7VUISr6fTRw=; b=IVZDMI22FLdaD4B5I43QF0BM2xlpKQj9yBAztlAkzCuMblNAfuC11MYJ9mglN2WJ0v AnPsfVgka6qPHpvtsd5YsQwpplsZFKoFzzuLuoq1QFr1I3XMW7j7h0fOVG0Yfkqf7cwe 1Czg3OM3PeKV3AZXNV5Jbww9qcQP6irPaHD++tjPJks96nrO5VqOL/TxqWf82tvJ6pa1 DuSbpkmYiCx/D7mQr9ROYoFQ8AbMmzjuxyOPSe9w8cctxBmA654o9dgnGiULpJKxCaIG oGng+vjbNjLAREQ29LFoTwmgQ/7/ShZ/QHoygOPV7RcIGqsiDAhOvX+bFUYFX5WbgaTb kv6Q== X-Gm-Message-State: AHQUAuao4R8bqPljI2AodBB8xlimfF4pkoSihbu19IcMboXVL9+IY6Iu UHsCByuw6Q90HBspSCz9XHqV1FxYDRdbtc/kN24= X-Google-Smtp-Source: AHgI3IZdOm+cGdMbqHgmgW8tc0F1kvu9iQvnEKjhQErveyskv8NTTDgKqAidbtfUCsBUQyDQ8WduWddxguP1/E2oV+U= X-Received: by 2002:a25:6d05:: with SMTP id i5mr479992ybc.489.1550783752539; Thu, 21 Feb 2019 13:15:52 -0800 (PST) MIME-Version: 1.0 From: Li-Wen Hsu Date: Fri, 22 Feb 2019 05:15:38 +0800 Message-ID: Subject: FreeBSD CI Weekly Report 2019-02-17 To: freebsd-testing@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 7E6C88E582 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.219.194 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-3.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_TWO(0.00)[2]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.46)[-0.458,0]; DMARC_NA(0.00)[freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[194.219.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.17)[ipnet: 209.85.128.0/17(-3.79), asn: 15169(-1.99), country: US(-0.07)]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[194.219.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FORGED_RECIPIENTS(0.00)[freebsd-testing@freebsd.org,freebsd-stable@freebsd.org]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Mailman-Approved-At: Thu, 21 Feb 2019 22:02:05 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 21:23:38 -0000 (bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2019-02-17 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-02-11 to 2019-02-17. During this period, we have: * 2348 builds (93.4% passed, 6.6% failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 553 test runs (23.7% passed, 73.6% unstable, 2.7% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 12 doc buils (100% passed) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. Web version of this report is available at https://hackmd.io/s/By8HaYcSV and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## Fixed Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big These two began failing since r343964 and do not show up after r344128. ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * lib.libc.sys.sendfile_test.hdtr_positive_v4 * lib.libc.sys.sendfile_test.hdtr_positive_v6 See https://bugs.freebsd.org/235200 and https://bugs.freebsd.org/234809 for deails. WIP: https://bugs.freebsd.org/234809 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * lib.libc.sys.sendfile_test.hdtr_positive_v4 * lib.libc.sys.sendfile_test.hdtr_positive_v6 see https://bugs.freebsd.org/235200 and https://bugs.freebsd.org/234809 for deails. WIP: https://bugs.freebsd.org/234809 * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sbin.bectl.bectl_test.bectl_mount * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * https://ci.freebsd.org/job/FreeBSD-stable-11-amd64-test/ * usr.bin.procstat.procstat_test.kernel_stacks * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## Open Issues ### Cause build fails * [233339: genassym.o build race](https://bugs.freebsd.org/233339) * Patch available: https://people.freebsd.org/~bdrewery/patches/PR233339.diff * [233735: Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory](https://bugs.freebsd.org/233735) * [233769: Possible build race: ld: error: unable to find library -lgcc_s](https://bugs.freebsd.org/233769) ### Others [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) ## Other News * QEMU has onboarded FreeBSD CI: https://cirrus-ci.com/github/qemu/qemu * New clang800-import project jobs added: * https://ci.freebsd.org/job/FreeBSD-srcproj-clang800-import-aarch64-build/ * https://ci.freebsd.org/job/FreeBSD-srcproj-clang800-import-amd64-build/ * https://ci.freebsd.org/job/FreeBSD-srcproj-clang800-import-amd64-test/ * https://ci.freebsd.org/job/FreeBSD-srcproj-clang800-import-i386-build/ * The artifacts are available at https://artifact.ci.freebsd.org/snapshot/clang800-import/ for further testing needs. * Jobs for testing if drm pkgs (graphics/drm-*) can be built fine on latest -current and -stable, are being tested in staging env. From owner-freebsd-stable@freebsd.org Thu Feb 21 23:00:26 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AF5714F4F9C for ; Thu, 21 Feb 2019 23:00:26 +0000 (UTC) (envelope-from prvs=09555d50a7=ari@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.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 0BDBF6C288 for ; Thu, 21 Feb 2019 23:00:25 +0000 (UTC) (envelope-from prvs=09555d50a7=ari@ish.com.au) Received: from ip-145.ish.com.au ([203.29.62.145]:49402) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1gwxK6-00033I-2c; Fri, 22 Feb 2019 10:00:11 +1100 X-CTCH-RefID: str=0001.0A090201.5C6F2D7B.000C:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Subject: Re: Java support To: Kurt Jaeger Cc: freebsd-stable References: <20190221101815.GU2748@home.opsec.eu> From: Aristedes Maniatis Message-ID: Date: Fri, 22 Feb 2019 10:00:10 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: <20190221101815.GU2748@home.opsec.eu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 0BDBF6C288 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 23:00:26 -0000 On 21/2/19 9:18pm, Kurt Jaeger wrote: > Are there plans for the Foundation to sponsor some work in this area? > Your point is, that the FreeBSD community should do regular testbuilds for > > https://github.com/AdoptOpenJDK/openjdk-jdk9u/ > https://github.com/AdoptOpenJDK/openjdk-jdk10u/ > https://github.com/AdoptOpenJDK/openjdk-jdk11u/ > > and provide patches if something does not build or work, right ? > > And, if necessary, fund someone to do that work ? Yes. Although I don't think there is a need to worry about the short term releases 9 and 10. Only the LTS branches like JDK11 are being supported by many OS vendors. https://access.redhat.com/articles/1299013 My concern is that it might be beyond the capability of the open source community to do the amount of work required here in a timely manner, and so this might be an opportunity for the Foundation to step in and and ensure this vital work is done. Perhaps ongoing maintenance is easier once AdoptOpenJDK is brought up to speed on the BSD bits required. Functioning Java is (IMO) a critical part of a modern server operating system. Cheers Ari From owner-freebsd-stable@freebsd.org Fri Feb 22 03:52:26 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05EF214FDE26 for ; Fri, 22 Feb 2019 03:52:26 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B3A2777AE for ; Fri, 22 Feb 2019 03:52:14 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1M3q21E068621 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 22 Feb 2019 04:52:07 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd@omnilan.de Received: from [10.58.0.4] (dadv@[10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1M3q1RQ073540 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 22 Feb 2019 10:52:01 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) To: Harry Schmalzbauer , Konstantin Belousov References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> <20190221085432.GR2420@kib.kiev.ua> <20190221093645.GS2420@kib.kiev.ua> Cc: freebsd-stable From: Eugene Grosbein Message-ID: <7b8b7a29-d956-c1b1-ea16-21896c683aca@grosbein.net> Date: Fri, 22 Feb 2019 10:51:58 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 3B3A2777AE X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.85)[-0.850,0]; IP_SCORE(-1.31)[ip: (-1.90), ipnet: 2a01:4f8::/29(-2.42), asn: 24940(-2.22), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2019 03:52:26 -0000 21.02.2019 22:27, Harry Schmalzbauer wrote: >> The object is clearly corrupted. > > Thanks to your hint to readelf, I found out that it gets corrupted during dump(8) (or resotore, not yet analyzed). > The obj tree contains the good version, the dump archive not. > The dump archive is used as source for the ISO, hence the described errors. > Now I have to dig in 10 years old deployment scripts to track down and reproduce the corruption. No explanation so far, but for sure no rtld-elf problem :-) > And also not a problem in the FreeBSD make chain, building stable/12 on stable/11 works as intended and doesn't produce the mutilated libcrypto.so.111! You may find useful reading trail of this PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228174 Long story short: dump(8) will read inconsistent data (or even garbage) from mounted file system unless used with -L to make and dump a snapshot. And UFS snapshots are not compatible with SU+J UFS created with installer by default in some versions of FreeBSD. From owner-freebsd-stable@freebsd.org Fri Feb 22 05:12:52 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D719714FFD2C for ; Fri, 22 Feb 2019 05:12:51 +0000 (UTC) (envelope-from ml+freebsd@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CC83822A4; Fri, 22 Feb 2019 05:12:49 +0000 (UTC) (envelope-from ml+freebsd@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 6e7df14e; Fri, 22 Feb 2019 00:12:39 -0500 (EST) Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id cd2a29ee TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 22 Feb 2019 00:12:38 -0500 (EST) From: Charlie Li Subject: Re: Java support To: Aristedes Maniatis Cc: Kurt Jaeger , freebsd-stable References: <20190221101815.GU2748@home.opsec.eu> Openpgp: preference=signencrypt Autocrypt: addr=ml+freebsd@vishwin.info; keydata= mQINBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABtC5DaGFybGllIExp IChGcmVlQlNEKSA8bWwrZnJlZWJzZEB2aXNod2luLmluZm8+iQJOBBMBCAA4FiEE/3/Cqr5a +41PbEb+jnB43vIDq2wFAlt7iwoCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQjnB4 3vIDq2zlBQ/7Boe3K9i4pxvIlBWlFDmDuclLiju/LTsc81mO607TIwUMx5p3BfnhqTwqpcuT Gilj2JKSlIw0NioJ3HnPiPyIpMmOmdeLBwvBn8iBmjs14DdDMgKusE8gKc0KRFbTM397rB7K oXj2/R8VF3Uuo8i3vlWyah6p+Osz1dAad/7COqPeM9OBMKaYAOrdKvxMC96l5k+Wc1JKOLeA BP7BtgmQB7HydHUm+dzqUB1rgMP2djIXd5Ngc749kzNQIFvC9ZXbaABw5M4JqKRbVFm08Wgw IUyhkNEtMpkBxMPwqXsk3t1KVptYQSAfW/+8mWDP2sgUOyz9O2IBfb1acCPk04/jf8SsXRaT HzJr64NseWlZUHAMYl9EC09gdE6UDCIHR68+IzutMtgT17Djuu1HRYly+RWAGkyTOeR7Sv/V 2B89Nsq5OfHYs3F2vD57/aRj5TmZJDQWxH/rDYbj8Pk6UjXcaY6QWUtNFidvCMFlBpXuncXU ZWgTsJEyZLHP5SJ7S9sRSHU5+CVUkjsbEFNuHkkGHAkSnpP+HosnH8/q9Rykn9FTamLbiQRQ UxJ6+IlqvOUtRRrMGMBF7ZIFGHcl8tcKynsPTeaHjpqPhCrZx8PmCKKoJHwW4Ua7+cdZkBJq R20qvXuLIrInjkIpA1CbacMckS5a7el6pi/nU0NG1S1K4Zu5Ag0EW3uIdQEQANdl7YHG8JOy HbEYv+7ExSrO96qBRavg1FsDG0riDmlsOSfZ2fqL6/YJF5WsfsX99+YSdIiLQfC4QOw/cA+M I65pgY4cCu42L7YIW/AR+jB1hFg+Q/cbeOwjuKPFYtZvxeDpSsaA6iIR+p+t4DXkjWl86g6W aFLC+til/rCilFHY/1/6M918F1gm/6xCIADDFu0BXLkASc5B4LuvaFEiJIuI9ZoQDIgWxnsX 0tXXE36SwK/XrowzRzsOa+2iOHAPKu7rPGHwy28vO4T5Uq7UynMZG2sK3RTbOijaxL4IJF4W MRqpuGdBSJ4sWmr5aIpgX9au5L1TNAAILJpHXnkv+k825+9VgbhFtFYBHEkgUtXb+w34JnkH okpr9A78dpWb+T+jOEP6ZUgM+4VVy+hCCpbcCVI2PEXu8w2z3+4yZWxIFmy8UYZRoeTMKzV2 zLeisoA0XA8jj548YNPiAl20Mjyoqu42WNv0P8fD9PMTcfLFCj2PlxOhuUFaIUH3ty0/bNeS jPtVK+L9x4W37R7U1tYk+tB5MlPakQiSQtdToB+8K34rnBt/3kCoAYL7Hygw9+qyZrEKZDtP 5JKekfgsy28t1z66xWCUwq9PHuUFiij3cjbwIbskI9uy2+xITcXt4ZqVfpZcdGmjfbdTPkGf PH2pjDoCJaezYdbha/3OVhmVABEBAAGJAjYEGAEIACAWIQT/f8Kqvlr7jU9sRv6OcHje8gOr bAUCW3uIdQIbDAAKCRCOcHje8gOrbExnD/9qwSL4HiorJmUEJ+5CTh8IJql4PzeQK8Dx93gi Zs5jWVlCJTmcpQNirWIZM2eRt67C/wTJjLmEVGzySVLpGiUqhXqdROgFmDwvEnmpIbtWWyvG sgSOCmZj/tz0GEtLSsjJcV/kLffkv7XEKkt9ZjIJnFYVYSovDK1o2PoO6Rfi5AWHHB7jYhjS HJvJjDx0yClO9gEYhtw7R60YOLH+cKoDou9tu+4wR3QwRsNGO6wrzLGhptxuBrDMI+HuOx+j wBTliuzuvZrry6OdKDDdq5D4vvQCj4vFnK4p7LZXhBshCMoLkWoA0I2T+YF/V5Ob5EuvsTIC re/pO/g941ipVkehvVNAsiplSaHjasB1HS6BQ95csI8E/b6PnKm+IECp2bANbLP1jrxKeBGj UkeyRxTmOV/ADUIIj8S4a2yOxTxlysN2O5wqXCJcxaYelC/Y4TUcL6ENxn2dLBdCYKQEna0u DdxZp7fS+pXN6qyK8Qz6Q42MHAxFAZdLKf6a44d4HQt6rPcWdETVlnVKnJr0b9kg5K1Q8N4k PVoTGVrkGAZhmjFYsqWulq445VU46mX7WcqsrZx8LqNTwP6i3Bf71FJ9EBxTyA8fP8k0qosP 8U8D7jhcc5x4yVW8RBBtB+a5q3odWdFnjMLEm4wtxBH/mSN/UKRcFSBvKQ8FxTgpX4Yxcw== Organization: FreeBSD Message-ID: <1942e86e-8a6a-d5ca-c701-abb1036b5ee2@vishwin.info> Date: Fri, 22 Feb 2019 00:12:32 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WybwWlOEDytkW63jXBDir7GdhzG4ggKAH" X-Rspamd-Queue-Id: 3CC83822A4 X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[vishwin.info:+]; DMARC_POLICY_ALLOW(-0.50)[vishwin.info,reject]; MX_GOOD(-0.01)[gehlot.vishwin.info,varun.vishwin.info]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.49)[ip: (-9.91), ipnet: 46.101.80.0/20(-4.96), asn: 14061(2.48), country: US(-0.07)]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:14061, ipnet:46.101.80.0/20, country:US]; RCVD_TLS_LAST(0.00)[]; TAGGED_FROM(0.00)[freebsd]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[vishwin.info:s=fuccboi12]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2019 05:12:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WybwWlOEDytkW63jXBDir7GdhzG4ggKAH Content-Type: multipart/mixed; boundary="O3An6z3qZQPNN7zWLOvtk7a9HTOR3yG8e"; protected-headers="v1" From: Charlie Li To: Aristedes Maniatis Cc: Kurt Jaeger , freebsd-stable Message-ID: <1942e86e-8a6a-d5ca-c701-abb1036b5ee2@vishwin.info> Subject: Re: Java support References: <20190221101815.GU2748@home.opsec.eu> In-Reply-To: --O3An6z3qZQPNN7zWLOvtk7a9HTOR3yG8e Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 21/02/2019 18:00, Aristedes Maniatis wrote: > On 21/2/19 9:18pm, Kurt Jaeger wrote: >> Are there plans for the Foundation to sponsor some work in this area? >> Your point is, that the FreeBSD community should do regular testbuilds= >> for >> >> https://github.com/AdoptOpenJDK/openjdk-jdk9u/ >> https://github.com/AdoptOpenJDK/openjdk-jdk10u/ >> https://github.com/AdoptOpenJDK/openjdk-jdk11u/ >> >> and provide patches if something does not build or work, right ? >> >> And, if necessary, fund someone to do that work ? >=20 >=20 > Yes. Although I don't think there is a need to worry about the short > term releases 9 and 10. Only the LTS branches like JDK11 are being > supported by many OS vendors. >=20 > https://access.redhat.com/articles/1299013 >=20 >=20 > My concern is that it might be beyond the capability of the open source= > community to do the amount of work required here in a timely manner, an= d > so this might be an opportunity for the Foundation to step in and and > ensure this vital work is done. Perhaps ongoing maintenance is easier > once AdoptOpenJDK is brought up to speed on the BSD bits required. >=20 I don't think this is beyond the open source community's capabilities at all; quite the opposite. The real crux is individual priorities. Please refer to the following PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222568 The last comment there is exactly the point of what I had typed in an earlier incarnation of this email message before I had some second thoughts on just how rude it could come off. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use; replace local-part with vishwin for off-list communication if possible) --O3An6z3qZQPNN7zWLOvtk7a9HTOR3yG8e-- --WybwWlOEDytkW63jXBDir7GdhzG4ggKAH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlxvhMUACgkQjnB43vID q2zXZRAArrD4MIytN4zNXn2ejxCkh4FX8KJRm48TRxoDz/ldN2U4CnPtLoPKzrlH sdFdlvlkQoo8CBCv2S04rZyj9xpqvToh8Our23pJAuUg0UJsV/OaRexO1QuaRkzQ b9MMJEJTWtXnc6YhEM8ODh6l5VGmUbfBluAabFzXtPagdR3Ww05ZYdSTkKkBPw+R HzvchSmZPL6upEoCATVcRCdBinR6tHQeSDgA+6qwlNcamWATj5bExaVkOoC0ZBv+ pOoYRPOI3c5fDm42usoBC6TKizjuP66vWxLprdxXF7IJ5Ikf9V1bh18QC+QuinD3 J+G0cDKAI+KzdTS7Izco9sy+ioi29yVr3XlqeNbchGp710hg4mXcUIornlHCfoCf Zt6NqOzu/uXEhYZdelZy57lBCeOYiy5TFi1zV+8Sudce2C+RGexBYSAfi5mBwOKN /eewB15qIyUrR6EabGHuKiWgmkAhmmllrkxV2K+JVkFxGrzBG69CnGh0hzBzDhBm qQC/D1e7TmT80hMyEORdP4u4rCabZU4hIrzRyFMB5oseAdMHhKF6VGo/la5F+Q+l tcX+5VCpc5lS2cyEz0k45OjcyKe9/nlKZRS4p1m53F400qrrRvcizZqhb3c5SEcG +AKVlA+v31BHvAQWnKGRuPQs6Zss2zjy0ChZEVp1OlGRnH+CtwI= =L109 -----END PGP SIGNATURE----- --WybwWlOEDytkW63jXBDir7GdhzG4ggKAH-- From owner-freebsd-stable@freebsd.org Fri Feb 22 06:39:42 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD44514DB873 for ; Fri, 22 Feb 2019 06:39:42 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: from mail-ed1-f50.google.com (mail-ed1-f50.google.com [209.85.208.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0650484F5B; Fri, 22 Feb 2019 06:39:41 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: by mail-ed1-f50.google.com with SMTP id c55so907447edb.0; Thu, 21 Feb 2019 22:39:41 -0800 (PST) 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=MAdk9EwZ7uGc9n1Q4keznIuA8a22J/TsTEwopde0taU=; b=QCAi1aIK9cXnmjZDMgdSBasOyORgFSoVje3L6J7plaVQYGPAaiwHTNKJzf8yoXeJeq yCNKdnwSKq31ZS0tkpOMTGb4JYRoAqG8/5wF5yIWQBbTZHotoMFFM+kod1KrpIi/G4Qs We8fF9mSYLLxfeX8GJy7xhTotlrwUKnuwUAO1HH0hlV56C/uysy5ZvOLvkzroQqcWkWt gn8jQz5vwmTeBSRcxmJwhnfH7jZXyUnOGdSifEEBs5LMjooXnz92yLA2sG3qOIOsf3Ea S3gBgnUbkjRHPNmRefDdBZHJeIHLjjPU2pS2ZkuMAtMlbAJMnMpumwgUWpw94Tz33B4W KSkw== X-Gm-Message-State: AHQUAuYUJjSMM6A47U+uAqTWe51pfVS7yJoWEREFPhiPJeTiR27Z40jO Njs1i9Azoza1W+wFlyvmxAZjjWPn6VnJMBFdqIs0I1jj X-Google-Smtp-Source: AHgI3IbV25+PtvucNb9M5/RWxx3e9ywz3d76mc95DBA8dgYiTYC+PGpNVcKOavH3t9AOVuIvgJxOwMz4oyLR5G4OFoE= X-Received: by 2002:a50:c40a:: with SMTP id v10mr1962124edf.42.1550817574967; Thu, 21 Feb 2019 22:39:34 -0800 (PST) MIME-Version: 1.0 From: Antoine Brodin Date: Fri, 22 Feb 2019 07:39:23 +0100 Message-ID: Subject: stable/12 broken? To: re , freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 0650484F5B X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of antoinebrodinfreebsd@gmail.com designates 209.85.208.50 as permitted sender) smtp.mailfrom=antoinebrodinfreebsd@gmail.com X-Spamd-Result: default: False [-4.36 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_NEQ_ENVFROM(0.00)[antoine@freebsd.org,antoinebrodinfreebsd@gmail.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; SUBJECT_ENDS_QUESTION(1.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[50.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.95)[-0.952,0]; IP_SCORE(-2.39)[ip: (-6.11), ipnet: 209.85.128.0/17(-3.80), asn: 15169(-1.99), country: US(-0.07)]; FORGED_SENDER(0.30)[antoine@freebsd.org,antoinebrodinfreebsd@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2019 06:39:43 -0000 Hi, For your information, the stable/12 branch seems broken, at least on i386, there is a segmentation fault when trying to run binaries and 0 package can be produced. The regression happened between SVN Revision: Jail stable/12 -> 344262 and SVN Revision: Jail stable/12 -> 344454 Antoine From owner-freebsd-stable@freebsd.org Fri Feb 22 06:54:17 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7003714DC381 for ; Fri, 22 Feb 2019 06:54:17 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: from mail-ed1-f54.google.com (mail-ed1-f54.google.com [209.85.208.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15BA28598E; Fri, 22 Feb 2019 06:54:15 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: by mail-ed1-f54.google.com with SMTP id f2so861935edy.13; Thu, 21 Feb 2019 22:54:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=BMPsUci494vg+cBiHNva6wK09lRkCOhexZzyvWKNS7k=; b=kFN5pWsbTvwWMb3nMKb2UapUIcxycfls6SwEuSYUEB5/jNI42JlGKoU33G5T9IjOE3 AXOp2rcEpD6Dsoznrp5gRotd+iuy8Eo/dDfqpnN+lA4H++tc94m7TrgDU5kkgSqWCZ3y ElSLPqyAPnPNM4XM7eY+JgCSxUHBer+gCo5w0bIVUR0S/BLyplWvs/LaCenxk5+S/9Qv hqzYS/3u2kJdgjo/vpAtDOrrZS6hBJf30Yu1QwPS7i/zNhJhj4Y+ACYhRfgm9Sscl7MT Ax3W2QA4Lh3pzC3QsIUYRpL0yNHyYrQ9z+ONs5t8vsKTnr7ARYc8UqagoMZRsiZB9XP/ lQuQ== X-Gm-Message-State: AHQUAuZVz+f1hBkXEJJq/Og8hNuwA/ktnKwVJCUUF6Msuk+gimwTh90K XERvHJfXvH3IR9WrvD2S4pMUMP7u4S5B1cIuZSD1HWXx X-Google-Smtp-Source: AHgI3IY/iKprVN3UAsXM3ET+YijqtkwpYen93W/GJCbGVEt4k9Vy+zvLgxeMCmFEa/YQrQo1xtdfKW8lt6n1+Bbx2LA= X-Received: by 2002:a50:91ac:: with SMTP id g41mr1962902eda.249.1550818448587; Thu, 21 Feb 2019 22:54:08 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Antoine Brodin Date: Fri, 22 Feb 2019 07:53:57 +0100 Message-ID: Subject: Re: stable/12 broken? To: re , freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 15BA28598E X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of antoinebrodinfreebsd@gmail.com designates 209.85.208.54 as permitted sender) smtp.mailfrom=antoinebrodinfreebsd@gmail.com X-Spamd-Result: default: False [-4.13 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.97)[-0.969,0]; IP_SCORE(-2.15)[ip: (-4.87), ipnet: 209.85.128.0/17(-3.80), asn: 15169(-1.99), country: US(-0.07)]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_SENDER(0.30)[antoine@freebsd.org,antoinebrodinfreebsd@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[antoine@freebsd.org,antoinebrodinfreebsd@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2019 06:54:17 -0000 On Fri, Feb 22, 2019 at 7:39 AM Antoine Brodin wrote: > Hi, > > For your information, the stable/12 branch seems broken, at least on > i386, there is a segmentation fault when trying to run binaries and 0 > package can be produced. > The regression happened between > SVN Revision: Jail stable/12 -> 344262 > and > SVN Revision: Jail stable/12 -> 344454 The onlly relevant commit seems to be: Author: kib Date: Thu Feb 21 12:13:27 2019 New Revision: 344436 URL: https://svnweb.freebsd.org/changeset/base/344436 Log: MFC r344120: Unify i386 and amd64 getcontextx.c, and use ifuncs while there. Antoine From owner-freebsd-stable@freebsd.org Fri Feb 22 09:09:15 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0411D14E1E1F for ; Fri, 22 Feb 2019 09:09:15 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E32898AEE8 for ; Fri, 22 Feb 2019 09:09:13 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1M99CEv010674; Fri, 22 Feb 2019 10:09:12 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 34DE8929; Fri, 22 Feb 2019 10:09:12 +0100 (CET) Subject: Re: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) To: Eugene Grosbein , Konstantin Belousov Cc: freebsd-stable References: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> <596d1486-e2af-43f7-6f3f-65881e91819d@omnilan.de> <20190221085432.GR2420@kib.kiev.ua> <20190221093645.GS2420@kib.kiev.ua> <7b8b7a29-d956-c1b1-ea16-21896c683aca@grosbein.net> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: <9bb73bcb-ecf6-7fc0-cd34-4bf9fc0864bd@omnilan.de> Date: Fri, 22 Feb 2019 10:09:11 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <7b8b7a29-d956-c1b1-ea16-21896c683aca@grosbein.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Fri, 22 Feb 2019 10:09:12 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: E32898AEE8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-6.77 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[omnilan.de]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx0.gentlemail.de]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; IP_SCORE(-3.52)[ip: (-9.21), ipnet: 2a00:e10:2800::/64(-4.70), asn: 25074(-3.68), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25074, ipnet:2a00:e10:2800::/64, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2019 09:09:15 -0000 Am 22.02.2019 um 04:51 schrieb Eugene Grosbein: > 21.02.2019 22:27, Harry Schmalzbauer wrote: > >>> The object is clearly corrupted. >> >> Thanks to your hint to readelf, I found out that it gets corrupted during dump(8) (or resotore, not yet analyzed). >> The obj tree contains the good version, the dump archive not. >> The dump archive is used as source for the ISO, hence the described errors. >> Now I have to dig in 10 years old deployment scripts to track down and reproduce the corruption. No explanation so far, but for sure no rtld-elf problem :-) >> And also not a problem in the FreeBSD make chain, building stable/12 on stable/11 works as intended and doesn't produce the mutilated libcrypto.so.111! > > You may find useful reading trail of this PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228174 > > Long story short: dump(8) will read inconsistent data (or even garbage) from mounted file system > unless used with -L to make and dump a snapshot. And UFS snapshots are not compatible with SU+J UFS > created with installer by default in some versions of FreeBSD. Thanks a lot for that additional relevant information. I'm aware about the -L & SU+J problem. And I'm not conviced, the default installer settings handle this situation correctly, at least not for the root filesystem! My issue was unrelated though. I dump(8)ed a unmounted md(4), but restore(8) hasn't had enough space (only view bytes, so size of the corrupted file wasn't obviously wrong) and the deployment script hasn't checked the return status at all. Fixed the script and now the restore(8)ed libcrypto.so.111 works. Thanks, -harry From owner-freebsd-stable@freebsd.org Fri Feb 22 10:07:19 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B61314E47F3 for ; Fri, 22 Feb 2019 10:07:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 6D6008D2E6; Fri, 22 Feb 2019 10:07:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1MA7AEK086827 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 12:07:13 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1MA7AEK086827 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1MA7A64086826; Fri, 22 Feb 2019 12:07:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Feb 2019 12:07:10 +0200 From: Konstantin Belousov To: Antoine Brodin Cc: re , freebsd-stable@freebsd.org Subject: Re: stable/12 broken? Message-ID: <20190222100710.GW2420@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2019 10:07:19 -0000 On Fri, Feb 22, 2019 at 07:53:57AM +0100, Antoine Brodin wrote: > On Fri, Feb 22, 2019 at 7:39 AM Antoine Brodin wrote: > > Hi, > > > > For your information, the stable/12 branch seems broken, at least on > > i386, there is a segmentation fault when trying to run binaries and 0 > > package can be produced. > > The regression happened between > > SVN Revision: Jail stable/12 -> 344262 > > and > > SVN Revision: Jail stable/12 -> 344454 > > The onlly relevant commit seems to be: > > Author: kib > Date: Thu Feb 21 12:13:27 2019 > New Revision: 344436 > URL: https://svnweb.freebsd.org/changeset/base/344436 > > Log: > MFC r344120: > Unify i386 and amd64 getcontextx.c, and use ifuncs while there. Thank you, Antoine. The commit was reverted, see the commit message in r344463 for explanation of the issue.