From owner-freebsd-toolchain@freebsd.org Sun Oct 28 00:30:16 2018 Return-Path: Delivered-To: freebsd-toolchain@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 10EFF10D9B97 for ; Sun, 28 Oct 2018 00:30:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-21.consmr.mail.ne1.yahoo.com (sonic315-21.consmr.mail.ne1.yahoo.com [66.163.190.147]) (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 2AB8783CC9 for ; Sun, 28 Oct 2018 00:30:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: OEMWsQcVM1lWi4g61I3uZncfQz5SEybKgdEFO7Ow1fwENYX96V4Rgz4FjTx_OFl XS.hbl5RmmqCeRzRTvStUI9wmDspHEyKi.BugIWw.A433S6sHU6tCy.uKX35J6yEylJR9maXwP36 JS0.dgJwXhb6LLGw3L.BLZjU98tKFf7v7k3r56TB8ruQLu8Ez0JpWGdtAIG013KE0GLMWke9KHNO gEqI_nuJ3sPY7wKiuTO2Oh0aLAxM.s8tYLYxXIIQTI6D89e.eOt.oADz9Ri_yqYrcQPaWxq62NQz XqRPhqYO1WkKqMSDoOjGgl8D9b3756CT_4wvyrrHsADTudUbYusIDMV8SHM1JZoU2Og4MzPGCmTO 36U4d8NXJ3BhRfMGYC1fUnnuT6cWlbMTxwRktHik6LfcTXwRv.5yVFCvZrjxBPVL0qPSueDP6yd0 9eQW8QBpWNEzl953bH_oUhUeJpTP50vZDlDNeZu3WtVi2JBMMi9KV646zHZHWuUNO9Py1XZZucWF DKenoWbWjJQOfXOGn83356xXplz88sGkrhbrIseThMQSez.9xOZviSHsmRbDxUNN09nZkiMw6A0N 1JRO5r40dJuR3p.oYq3EEUyEaSBFtxHA8fN_rarGS0RtOIt6zdfwYN6Nd0ZWVtVIMXMLqnoyWHF5 cq_RDLR64lUIxPSDdZcAL9Gssskk1O9NFA1VIB5sonpO4UfF6f3cyqeKABJSk25HrlADDqyrvSVu _zfVw7lEq8rVm1NfGWLgCyG6IGRH_vsdrJLwrsydAWQ65sSScMI.Xe7VvssImPNMjAoalyLqZpoe dQLW1yfK3.at4uYEs0O7c1FhNeLhkZgPK3tuJPJ4gaDZtvvu8c2liMXNqchxijmaHhFBYUEIybAF 4dKqxNVFeljcxv671UU.5itmYXmW4Pzz8OFRTK1G32M7xo6OPsLxCm0UQ7Idf0GVQQxgw4k1O.C7 3i047jw0SoHqrqqTf1Bgg9OGO82C1P7ubtkHzpUsgqYmm.889swSBItiBh2f54IR8lcEK1Drpc1F .VFN3aHAQfhj_.XJvFkB6WrZrDz5O7Ifdvpw3ADMQqhHrHl9MFZ0WCulu51av3OlC8A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Sun, 28 Oct 2018 00:30:08 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp418.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4eb8cde05fb14896ea9e161e83c54e2e; Sun, 28 Oct 2018 00:30:04 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r339076 amd64 -> armv7 port cross build attempt with native tools involved: hangs between a cc (wait) and its child ld (uwait) From: Mark Millard In-Reply-To: Date: Sat, 27 Oct 2018 17:30:03 -0700 Cc: FreeBSD Toolchain , freeBSD , FreeBSD Ports ML Content-Transfer-Encoding: quoted-printable Message-Id: <220332B7-0B5E-4378-AD48-FDFB8F135A50@yahoo.com> References: <33C58480-1E76-4748-83B4-CB39FAD8584A@yahoo.com> To: =?utf-8?Q?Mika=C3=ABl_Urankar?= , Sean Bruno X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2018 00:30:16 -0000 [Just the __packed removal patch was sufficient to no longer have the hang problem that I originally reported for the print/texinfo build in poudriere.] On 2018-Oct-27, at 4:33 PM, Mark Millard wrote: > [Some of this discussion occurred off list. The point here > is not specific to the hang that I originally reported.] >=20 > On 2018-Oct-27, at 3:03 PM, Mark Millard wrote: >>=20 Mika=C3=ABl Urankar is being quoted below: >>> . . . >>>=20 >>>> There are bugs in qemu that can cause such deadlock, you can try = these >>>> 2 patches: >>>> = https://github.com/MikaelUrankar/qemu-bsd-user/commit/9424a5ffde4de2768ab6= baa45fdbe0dbb56a7371 >>>> = https://github.com/MikaelUrankar/qemu-bsd-user/commit/d6f65a7f07d280b6906d= 499d8e465d4d2026c52b Back to me: >>> I'll try those later. Thanks. (I need to get back to sleep.) >>>=20 >>> It was interesting that attach/detach to the ld process >>> caused it to progress. The rest of the build completed >>> just fine. But that one spot consistently hung up before >>> trying gdb to look at the back trace. >>>=20 >>=20 >> Looking at the qemu code related to the 2nd patch: the >> structure of the field copies (via __get_user) seems >> very sensitive to the ABI rules for the target and >> how things align and such, given that the structure >> description and code are host code. __packed vs. not >> is possibly not sufficient control to always make things >> match right across all the potential combinations of >> host and target from what I can see. >>=20 >> Lack of __packed may prove sufficient for my specific >> context (amd64 host and armv7 target) but it seems >> non-obvious what to do in general. >>=20 >> There would also seem to be big endian vs. little endian >> issues on the individual __get_user styles of copies >> when the host and target do not match for a multi-byte >> numeric encoding. >=20 > Well, I get the following for: >=20 > #include "/usr/include/sys/event.h" // kevent > #include // offsetof > #include // printf >=20 > int > main() > { > printf("%lu\n", (unsigned long) sizeof(struct kevent)); > printf("ident %lu\n", (unsigned long) offsetof(struct kevent, = ident)); > printf("filter %lu\n", (unsigned long) offsetof(struct kevent, = filter)); > printf("flags %lu\n", (unsigned long) offsetof(struct kevent, = flags)); > printf("fflags %lu\n", (unsigned long) offsetof(struct kevent, = fflags)); > printf("data %lu\n", (unsigned long) offsetof(struct kevent, = data)); > printf("udata %lu\n", (unsigned long) offsetof(struct kevent, = udata)); > printf("ext %lu\n", (unsigned long) offsetof(struct kevent, = ext)); > return 0; > } >=20 > (This code avoided warnings for type mismatches with the > printf strings and such.) >=20 > amd64 native [host of qemu use] (comments hand added): >=20 > # ./a.out > 64 > ident 0 > filter 8 // NOTE! > flags 10 // NOTE! > fflags 12 // NOTE! > data 16 > udata 24 > ext 32 >=20 > (The above is not particularly important but I > include it for completeness.) >=20 > armv7 native [target in qemu use] (comments hand added): >=20 > # ./a.out > 64 // NOTE vs. below! > ident 0 > filter 4 // NOTE vs. above! > flags 6 // NOTE vs. above! > fflags 8 // NOTE vs. above! > data 16 // NOTE vs. below! > udata 24 // NOTE vs. below! > ext 32 // NOTE vs. below! >=20 > /usr/include/sys/event.h lacks __packed in both cases. >=20 > With __packed in qemu-arm-static's source code > for target_freebsd_kevent I confirm that via > gdb for the qemu-arm-static: >=20 > p/d sizeof(struct target_freebsd_kevent) > p/d &((struct target_freebsd_kevent *)0)->ident > p/d &((struct target_freebsd_kevent *)0)->filter > p/d &((struct target_freebsd_kevent *)0)->flags > p/d &((struct target_freebsd_kevent *)0)->fflags > p/d &((struct target_freebsd_kevent *)0)->data > p/d &((struct target_freebsd_kevent *)0)->udata > p/d &((struct target_freebsd_kevent *)0)->ext >=20 > reports as the 2nd patch's problem-report > material reports (56,0,4,6,8,12,20,24): not > even the right size. >=20 > I also confirm that removing __packed in qemu's > code and rebuilding and then checking with gdb > reported a match to the above armv7 native report > (64,0,4,6,8,16,24,32). >=20 > I have not verified __packed used vs. not for any > other combination of host and target platforms. Removing the 2 examples of __packed, including the 1 for target_freebsd_kevent, as in Mika=C3=ABl Urankar's 2nd listed patch, was sufficient to avoid the hang that I originally reported. (Technically FreeBSD 11 is not involved and so one of the __packed removals is not relevant to my example.) I have not applied Mika=C3=ABl Urankar's first listed patch at all. It did not prove necessary for my context. Again: the only tested context is amd64 -> armv7 (host -> target) under a head -r339076 based build. (So still 12.) I'm doing a larger amd64 -> armv7 rebuild (around 210 ports overall) that originally included the problematical hang and a full-bootstrap build of lang/gcc8 (so extensive emulation use after the clang-based stages). Prior to the patch, all smaller attempts also hung at the same place for print/texinfo. But I'll only report if this larger test has a problem. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sun Oct 28 01:00:45 2018 Return-Path: Delivered-To: freebsd-toolchain@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 5E3EE10DAA86 for ; Sun, 28 Oct 2018 01:00:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-14.consmr.mail.bf2.yahoo.com (sonic315-14.consmr.mail.bf2.yahoo.com [74.6.134.124]) (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 8F2EA8527F for ; Sun, 28 Oct 2018 01:00:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: eqXV0d0VM1nnbUIn5c.TMF5hI6nfHdHGJv36YbvJeRnW0YjTZDDgYfkXJ8G27kI vrNHPcWsddMYXb.1hNGUpI4jA70.cwqGr6Ds03YOWMHiX._h1QhjCHycfmaPNUD8kkPQ9xGc0iYE BUidC3_YFwymt1BG7u4wikQQ2u83hXyN2tfNmMbLkbbD9UCpX0Kec44UQ0qpjNl93hi7_y0JVkbz xInhJo32qkBcdTIv59l_z_9Rg4ctEQUuZsfmP.nSG_TvysNJPuj9KJeQNw2q24tBMzpIR9ltt3rS mz4uZZrvtSnphZMxoVqes_MedTaj2LEVisif7zwco2xjkM84NzMIP9Pl53AyLo1CIbRMwTGZi_rw wYqqEaKh3Und2p5pVRScKgsvOVKOF7LBgMIGnFEiqoJz2duFfOPfQWl3saO7JW9mqLL0HXzBtC45 SHyvNJrNXtbfFEmnyKSWRyV3ED_u8Yg9fevpMya_njhf8ZQuRvhgq445sdXVt80nuX8Gi3mhe3Vg H95OY.EhyzQLeiduxXM4v3RiDmn2r.nfQ1Z0Y9_uvXo5Cl1o_I13ysgTgrHonkqpPRWa7HKkgyZt .pyf3.Lc7atGa5gK3fOfps87TLInasjxaloDB1o9QapFG3JACwp5INyX2IbZU.zTH5oEOO24Bx.F Get.5Nqn3YHyb4jB21DD.0w8JF_eLAVOi9gYR3KSL76iB9s96cmPVd6iPnomb1n9Lglcukv9v2w1 fWl50PE29e.l7EI02v6S5pxDS34aF6lK97QjzfnnZBsu0reARZVv3bPHw99iUi2DKkj7eIjWS7qo Z9Vz_3Rp7yPJaQKZ1.j8FVn6uZdivr73J5OSwwEuYL.xbYruMubW9UB38ZpPxNWcHew_k.r0Srw6 IbDBEUK6eA9ggOXyoF0yKUg2LS2u2p445XGF3DbljPOMadFifJg9i6puXrEF5MtF9GLD_fmfG8QT v9HzaYL4wP3XgqC9m3Jgepsfy2dTWJoBemtlk5W4pbYWE3BfQvFCALElpjyBNWdNMeLjPSD9hepl 7M5xmW35gDUtn2hB6Nb8bX2cR8mxGzcuq6tGXt.asB3rIM4wj35RzhC9Wj3XhKrsd Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Sun, 28 Oct 2018 01:00:37 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9624598178b30c9fbdfbfdd2fdeac5c0; Sun, 28 Oct 2018 01:00:37 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r339076 amd64 -> armv7 port cross build attempt with native tools involved: hangs between a cc (wait) and its child ld (uwait) From: Mark Millard In-Reply-To: <220332B7-0B5E-4378-AD48-FDFB8F135A50@yahoo.com> Date: Sat, 27 Oct 2018 18:00:34 -0700 Cc: FreeBSD Toolchain , freeBSD , FreeBSD Ports ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <33C58480-1E76-4748-83B4-CB39FAD8584A@yahoo.com> <220332B7-0B5E-4378-AD48-FDFB8F135A50@yahoo.com> To: =?utf-8?Q?Mika=C3=ABl_Urankar?= , Sean Bruno X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2018 01:00:45 -0000 [The bigger test still hung up.] On 2018-Oct-27, at 5:30 PM, Mark Millard wrote: > [Just the __packed removal patch was sufficient to no longer > have the hang problem that I originally reported for the > print/texinfo build in poudriere.] >=20 > On 2018-Oct-27, at 4:33 PM, Mark Millard wrote: >=20 >> [Some of this discussion occurred off list. The point here >> is not specific to the hang that I originally reported.] >>=20 >> On 2018-Oct-27, at 3:03 PM, Mark Millard = wrote: >>>=20 >=20 > Mika=C3=ABl Urankar is being quoted below: >=20 >>>> . . . >>>>=20 >>>>> There are bugs in qemu that can cause such deadlock, you can try = these >>>>> 2 patches: >>>>> = https://github.com/MikaelUrankar/qemu-bsd-user/commit/9424a5ffde4de2768ab6= baa45fdbe0dbb56a7371 >>>>> = https://github.com/MikaelUrankar/qemu-bsd-user/commit/d6f65a7f07d280b6906d= 499d8e465d4d2026c52b >=20 > Back to me: >=20 >>>> I'll try those later. Thanks. (I need to get back to sleep.) >>>>=20 >>>> It was interesting that attach/detach to the ld process >>>> caused it to progress. The rest of the build completed >>>> just fine. But that one spot consistently hung up before >>>> trying gdb to look at the back trace. >>>>=20 >>>=20 >>> Looking at the qemu code related to the 2nd patch: the >>> structure of the field copies (via __get_user) seems >>> very sensitive to the ABI rules for the target and >>> how things align and such, given that the structure >>> description and code are host code. __packed vs. not >>> is possibly not sufficient control to always make things >>> match right across all the potential combinations of >>> host and target from what I can see. >>>=20 >>> Lack of __packed may prove sufficient for my specific >>> context (amd64 host and armv7 target) but it seems >>> non-obvious what to do in general. >>>=20 >>> There would also seem to be big endian vs. little endian >>> issues on the individual __get_user styles of copies >>> when the host and target do not match for a multi-byte >>> numeric encoding. >>=20 >> Well, I get the following for: >>=20 >> #include "/usr/include/sys/event.h" // kevent >> #include // offsetof >> #include // printf >>=20 >> int >> main() >> { >> printf("%lu\n", (unsigned long) sizeof(struct kevent)); >> printf("ident %lu\n", (unsigned long) offsetof(struct kevent, = ident)); >> printf("filter %lu\n", (unsigned long) offsetof(struct kevent, = filter)); >> printf("flags %lu\n", (unsigned long) offsetof(struct kevent, = flags)); >> printf("fflags %lu\n", (unsigned long) offsetof(struct kevent, = fflags)); >> printf("data %lu\n", (unsigned long) offsetof(struct kevent, = data)); >> printf("udata %lu\n", (unsigned long) offsetof(struct kevent, = udata)); >> printf("ext %lu\n", (unsigned long) offsetof(struct kevent, = ext)); >> return 0; >> } >>=20 >> (This code avoided warnings for type mismatches with the >> printf strings and such.) >>=20 >> amd64 native [host of qemu use] (comments hand added): >>=20 >> # ./a.out >> 64 >> ident 0 >> filter 8 // NOTE! >> flags 10 // NOTE! >> fflags 12 // NOTE! >> data 16 >> udata 24 >> ext 32 >>=20 >> (The above is not particularly important but I >> include it for completeness.) >>=20 >> armv7 native [target in qemu use] (comments hand added): >>=20 >> # ./a.out >> 64 // NOTE vs. below! >> ident 0 >> filter 4 // NOTE vs. above! >> flags 6 // NOTE vs. above! >> fflags 8 // NOTE vs. above! >> data 16 // NOTE vs. below! >> udata 24 // NOTE vs. below! >> ext 32 // NOTE vs. below! >>=20 >> /usr/include/sys/event.h lacks __packed in both cases. >>=20 >> With __packed in qemu-arm-static's source code >> for target_freebsd_kevent I confirm that via >> gdb for the qemu-arm-static: >>=20 >> p/d sizeof(struct target_freebsd_kevent) >> p/d &((struct target_freebsd_kevent *)0)->ident >> p/d &((struct target_freebsd_kevent *)0)->filter >> p/d &((struct target_freebsd_kevent *)0)->flags >> p/d &((struct target_freebsd_kevent *)0)->fflags >> p/d &((struct target_freebsd_kevent *)0)->data >> p/d &((struct target_freebsd_kevent *)0)->udata >> p/d &((struct target_freebsd_kevent *)0)->ext >>=20 >> reports as the 2nd patch's problem-report >> material reports (56,0,4,6,8,12,20,24): not >> even the right size. >>=20 >> I also confirm that removing __packed in qemu's >> code and rebuilding and then checking with gdb >> reported a match to the above armv7 native report >> (64,0,4,6,8,16,24,32). >>=20 >> I have not verified __packed used vs. not for any >> other combination of host and target platforms. >=20 > Removing the 2 examples of __packed, including the > 1 for target_freebsd_kevent, as in Mika=C3=ABl Urankar's > 2nd listed patch, was sufficient to avoid the hang > that I originally reported. (Technically FreeBSD 11 > is not involved and so one of the __packed removals > is not relevant to my example.) >=20 > I have not applied Mika=C3=ABl Urankar's first listed > patch at all. It did not prove necessary for my > context. >=20 > Again: the only tested context is amd64 -> armv7 > (host -> target) under a head -r339076 based > build. (So still 12.) >=20 > I'm doing a larger amd64 -> armv7 rebuild (around > 210 ports overall) that originally included the > problematical hang and a full-bootstrap build > of lang/gcc8 (so extensive emulation use after > the clang-based stages). Prior to the patch, > all smaller attempts also hung at the same > place for print/texinfo. >=20 > But I'll only report if this larger test has > a problem. The bigger test still hung up in the same old place. A gdb attach/detach sequence against the qemu-arm-static for the ld again let it continue from there. Drat. But good to know. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sun Oct 28 13:58:23 2018 Return-Path: Delivered-To: freebsd-toolchain@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 AD9F010D1A40 for ; Sun, 28 Oct 2018 13:58:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-22.consmr.mail.gq1.yahoo.com (sonic303-22.consmr.mail.gq1.yahoo.com [98.137.64.203]) (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 16E5E8547E for ; Sun, 28 Oct 2018 13:58:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zoFnuvAVM1mZUfQrPQcXwTDWeh_CkHZaQK_CXgY4I_1t1nMYmFUOIDoqPMoiTS6 tYOPUXQVV0A.ta62JcS6B3PI1hd9ZCbKiyYbcHutTqKIR3XVitCRSyT9yLpx8J.YiCqX2PA2AkvP m9HIVpVapI6qo.rULBBM9pfYIwq77vkLGHzZ_pvG4qTpf5yFWQ62FZoRlvevvLH5X.QZAvfsLgqq SicbPbi7SnR5jc422Z_MP0HQLltct0tifyKcT5dbieJlMNuznbXuOmpbVClh_h7bkUMpX.ebGMw4 Q4rh94SC5uwrGnvL7WtQ5O6BCdJw3Iw4wJXr6PGXbOHP8OaPv.wrTIVb5M.cFZQ7hE1.g_JLfAVZ l9WgGHXhWmtdJpwpYjY48rgljCobe5iFzXGVhb_8fSMZmVR8Ia_sKVoXiUnBpgQo_Y9QVyrSMKxt Ko8AIcv4jBpCo_dj5Q4edTY9LlieaeThvIRQvkmfCtS.WY0eGCWOcEzJzk8_CIibyGXSIoaccIWF 246s4KIZbrKEh2jvRHZ6ztvmvDRiXBLO314O0ZtuvA6ZNLyupWA9rFaiFszrNlZRmxCGeKeFby0S qaxKIskMfItH5Gyrbky6YSVeBHSIv5f7ELU_GNAmv6VJzfsNqkjRy_tFTV8IF5wB5ZNou0_iR9DB dTosYamrBtmW_rWzEdv9JWwVK802OBwEWC59Wi3xuE807hOhNScTdimpXbP5Ylfx4J4TzG9pCEWP 6_Say2cQ8YBLaKZ1dx6trRvI_bLTp6xNxHViUI3M.F3ibsfb3E3FOQ.1ELGA8RxpQ4wF3R_3VAmK BVzewVQUBlaKkAiBJBAt1UHrhqJPiqywLPDLbYyzEX3.cF_IdKwypLBGP9xNNy5Mlbk0NpxHtQdI OA648emVASgtn6WgnFnb5KykusQaOF5xLLavEsn4Ekbl.fJ11mPJCpKc_i0SDcMPhgiE4msz7eQ2 kSZ7aglSOtJlNHPFZ_kb6IOdCEBHVeTFeIlmybPxiv9cDYyr4B82gph56gL.lPgGKdozug5xAtXQ _jKqHSrjOIWV5kVnjuBIc8jipS7BNDjHbhpZbxP0tmwujmRM_sfmBC.vw1A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 28 Oct 2018 13:58:16 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp428.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fef59226e7a8c8d85910decefd040bb7; Sun, 28 Oct 2018 13:58:14 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r339076 amd64 -> armv7 port cross build attempt with native tools involved: hangs between a cc (wait) and its child ld (uwait) From: Mark Millard In-Reply-To: Date: Sun, 28 Oct 2018 06:58:13 -0700 Cc: FreeBSD Toolchain , freeBSD , FreeBSD Ports ML Content-Transfer-Encoding: quoted-printable Message-Id: <324BD0F0-4017-4395-9B59-B7A8558EA6FD@yahoo.com> References: <33C58480-1E76-4748-83B4-CB39FAD8584A@yahoo.com> <220332B7-0B5E-4378-AD48-FDFB8F135A50@yahoo.com> To: =?utf-8?Q?Mika=C3=ABl_Urankar?= , Sean Bruno X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2018 13:58:23 -0000 [I have a work around for the specific activity to avoid the hang.] On 2018-Oct-27, at 6:00 PM, Mark Millard wrote: > [The bigger test still hung up.] >=20 > On 2018-Oct-27, at 5:30 PM, Mark Millard wrote: >=20 >> [Just the __packed removal patch was sufficient to no longer >> have the hang problem that I originally reported for the >> print/texinfo build in poudriere.] >>=20 >> On 2018-Oct-27, at 4:33 PM, Mark Millard = wrote: >>=20 >>> [Some of this discussion occurred off list. The point here >>> is not specific to the hang that I originally reported.] >>>=20 >>> On 2018-Oct-27, at 3:03 PM, Mark Millard = wrote: >>>>=20 >>=20 >> Mika=C3=ABl Urankar is being quoted below: >>=20 >>>>> . . . >>>>>=20 >>>>>> There are bugs in qemu that can cause such deadlock, you can try = these >>>>>> 2 patches: >>>>>> = https://github.com/MikaelUrankar/qemu-bsd-user/commit/9424a5ffde4de2768ab6= baa45fdbe0dbb56a7371 >>>>>> = https://github.com/MikaelUrankar/qemu-bsd-user/commit/d6f65a7f07d280b6906d= 499d8e465d4d2026c52b >>=20 >> Back to me: >>=20 >>>>> I'll try those later. Thanks. (I need to get back to sleep.) >>>>>=20 >>>>> It was interesting that attach/detach to the ld process >>>>> caused it to progress. The rest of the build completed >>>>> just fine. But that one spot consistently hung up before >>>>> trying gdb to look at the back trace. >>>>>=20 >>>>=20 >>>> Looking at the qemu code related to the 2nd patch: the >>>> structure of the field copies (via __get_user) seems >>>> very sensitive to the ABI rules for the target and >>>> how things align and such, given that the structure >>>> description and code are host code. __packed vs. not >>>> is possibly not sufficient control to always make things >>>> match right across all the potential combinations of >>>> host and target from what I can see. >>>>=20 >>>> Lack of __packed may prove sufficient for my specific >>>> context (amd64 host and armv7 target) but it seems >>>> non-obvious what to do in general. >>>>=20 >>>> There would also seem to be big endian vs. little endian >>>> issues on the individual __get_user styles of copies >>>> when the host and target do not match for a multi-byte >>>> numeric encoding. >>>=20 >>> Well, I get the following for: >>>=20 >>> #include "/usr/include/sys/event.h" // kevent >>> #include // offsetof >>> #include // printf >>>=20 >>> int >>> main() >>> { >>> printf("%lu\n", (unsigned long) sizeof(struct kevent)); >>> printf("ident %lu\n", (unsigned long) offsetof(struct kevent, = ident)); >>> printf("filter %lu\n", (unsigned long) offsetof(struct kevent, = filter)); >>> printf("flags %lu\n", (unsigned long) offsetof(struct kevent, = flags)); >>> printf("fflags %lu\n", (unsigned long) offsetof(struct kevent, = fflags)); >>> printf("data %lu\n", (unsigned long) offsetof(struct kevent, = data)); >>> printf("udata %lu\n", (unsigned long) offsetof(struct kevent, = udata)); >>> printf("ext %lu\n", (unsigned long) offsetof(struct kevent, = ext)); >>> return 0; >>> } >>>=20 >>> (This code avoided warnings for type mismatches with the >>> printf strings and such.) >>>=20 >>> amd64 native [host of qemu use] (comments hand added): >>>=20 >>> # ./a.out >>> 64 >>> ident 0 >>> filter 8 // NOTE! >>> flags 10 // NOTE! >>> fflags 12 // NOTE! >>> data 16 >>> udata 24 >>> ext 32 >>>=20 >>> (The above is not particularly important but I >>> include it for completeness.) >>>=20 >>> armv7 native [target in qemu use] (comments hand added): >>>=20 >>> # ./a.out >>> 64 // NOTE vs. below! >>> ident 0 >>> filter 4 // NOTE vs. above! >>> flags 6 // NOTE vs. above! >>> fflags 8 // NOTE vs. above! >>> data 16 // NOTE vs. below! >>> udata 24 // NOTE vs. below! >>> ext 32 // NOTE vs. below! >>>=20 >>> /usr/include/sys/event.h lacks __packed in both cases. >>>=20 >>> With __packed in qemu-arm-static's source code >>> for target_freebsd_kevent I confirm that via >>> gdb for the qemu-arm-static: >>>=20 >>> p/d sizeof(struct target_freebsd_kevent) >>> p/d &((struct target_freebsd_kevent *)0)->ident >>> p/d &((struct target_freebsd_kevent *)0)->filter >>> p/d &((struct target_freebsd_kevent *)0)->flags >>> p/d &((struct target_freebsd_kevent *)0)->fflags >>> p/d &((struct target_freebsd_kevent *)0)->data >>> p/d &((struct target_freebsd_kevent *)0)->udata >>> p/d &((struct target_freebsd_kevent *)0)->ext >>>=20 >>> reports as the 2nd patch's problem-report >>> material reports (56,0,4,6,8,12,20,24): not >>> even the right size. >>>=20 >>> I also confirm that removing __packed in qemu's >>> code and rebuilding and then checking with gdb >>> reported a match to the above armv7 native report >>> (64,0,4,6,8,16,24,32). >>>=20 >>> I have not verified __packed used vs. not for any >>> other combination of host and target platforms. >>=20 >> Removing the 2 examples of __packed, including the >> 1 for target_freebsd_kevent, as in Mika=C3=ABl Urankar's >> 2nd listed patch, was sufficient to avoid the hang >> that I originally reported. (Technically FreeBSD 11 >> is not involved and so one of the __packed removals >> is not relevant to my example.) >>=20 >> I have not applied Mika=C3=ABl Urankar's first listed >> patch at all. It did not prove necessary for my >> context. >>=20 >> Again: the only tested context is amd64 -> armv7 >> (host -> target) under a head -r339076 based >> build. (So still 12.) >>=20 >> I'm doing a larger amd64 -> armv7 rebuild (around >> 210 ports overall) that originally included the >> problematical hang and a full-bootstrap build >> of lang/gcc8 (so extensive emulation use after >> the clang-based stages). Prior to the patch, >> all smaller attempts also hung at the same >> place for print/texinfo. >>=20 >> But I'll only report if this larger test has >> a problem. >=20 >=20 > The bigger test still hung up in the same old place. > A gdb attach/detach sequence against the qemu-arm-static > for the ld again let it continue from there. >=20 > Drat. But good to know. Having lld use -Wl,--no-threads avoids the problem. Without the option, lld for N "cpus" creates N or so extra worker threads (besides the thread for main) plus one more that does something different. Having only the thread for main (and possibly one more) avoids the hangups. In my context, N=3D=3D28 (Hyper-V) or N=3D=3D32 (native FreeBSD boot) was in use. Also: The hangups when there were around N+2 threads total only happened when lld was executed as emulated code instead of as host-native code. Some autoconfig activity does not use ${CC} or the like and so some lld use ends up emulated even when most of the clang/llvm activity in the poudriere bulk run is host-native. Side note: The ports infrastructure does not have LINKER_TYPE in use like buildworld buildkernel does, so I did not use LDFLAGS.lld+=3D-Wl,--no-threads like I do for buildworld buildkernel . For now I'm using LDFLAGS.clang+=3D-Wl,--no-threads with LDFLAGS+=3D${LDFLAGS.${CHOSEN_COMPILER_TYPE}} in order to select the option when lld is more likely to be in use. I also avoid the LDFLAGS.clang assignment for powerpc* families, because lld is not used in that context (so far). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Tue Oct 30 05:22:24 2018 Return-Path: Delivered-To: freebsd-toolchain@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 03EA310D4AA2 for ; Tue, 30 Oct 2018 05:22:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-2.consmr.mail.bf2.yahoo.com (sonic301-2.consmr.mail.bf2.yahoo.com [74.6.129.41]) (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 A0E5073120 for ; Tue, 30 Oct 2018 05:22:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FHEDemwVM1l.D5E2MX8iqFE8ViUCuwh5ThafUDudqFBFhaN3dQTNn7A9jYcjLpP CwYRWf6mVQL5KWndongPcUV6uLcMensS6JyatkY2_n7QGTc0YCyS8R1a1CZ0WB97aXt6jUHD2xHk p7gN8FdDdzPt45EPKJO.MPAEp5r56Fs7dUx6tWKYhFgBulpavD1nBldjBaDbWiPC47AOBvZauPK3 kV5wtH7g2QQSKHRs8z_7hvUiCOLolXG97HpWT4KgZgzzUVw16E_G9BqL2.RL2NzK355t1UYNcKcK liXjqvpCQdigBEWp6uAoSq768QETZHxoj_.bLl073RcWNLnT6MUl5jaiKaG1IGpIjaUs1ZM80_FG hySD5gkjvWpMQblBu0gkBUZuC1ErhreeUcob0m99hJx4w6j00ZHi7_PghRPCh78HGZ4TMHFyQ52f N4FWMe..d81Y_2CITOvXI2L4QvU1PD0MiwpYH45tGgO7clX382lA3ASVp5xyjV1x2imoKjz2UcJx 1qRntH0nRrXWH6AFRdDV6ZyMBB8BBsmPEa4fMLHExdGNgPaiZZcBX6aKtfd0Mgx_vPeVZAJbDKAn yQDjF830RsnyDQI2.HlMX_Aqp0H13GMwdwX6W3ClvU7MGbijhHo5UVJ0pniXBUEw8RVRRaOVg2Fh XFFVTNzAFiJm7OLSQWIiJSq9Vo455MgfaLARev_wxCidySrlODjTwVIqIC_AJT.OnOUp6ioaf6k7 R7k2SEfm3vuEMtzD7xMW8Z7UHpWusyd9DWXZN_srJK3K1K767c9RZ7.RhlVp0SbncX91ts7XjBxN SuRiK9thNvsei8lZCxEGrVH_BgX2Znh97Dp6.ciwaasvdwQzut0wJDL9rfarxfx1_LzaLvc4gXSi JH_DOnDq0380Ykruq9GEZ5DGz2gbE0zH.EPGMv33CLcE2NNDKbdQB33CIIFK33_LQFFjdf6SDbWq Yg6X5ald9TxP_o21Z8eCN4JvqxTlapghh240Gtkz5N5G3gEG6mdRIwAfFJ_LF.cadXFj7YDtRIzu 94VYfSZGEOmEV5wCBOuDs9wg7BUfjZq9u Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Tue, 30 Oct 2018 05:22:17 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp420.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a89d621bb30336f05689e7017f60c349 for ; Tue, 30 Oct 2018 05:22:13 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: objdump vs. elfdump for powerpc64 ( via devel/powerpc64-xtoolchain-gcc and base/binutils ) and amd64: some odd differences Message-Id: Date: Mon, 29 Oct 2018 22:22:11 -0700 To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2018 05:22:24 -0000 For looking into a bugzilla issue I used both elfdump and objdump for /boot/kernel/kernel (for example) in a amd64 context and in a powerpc64 context. I ran into more odd differences in the powerpc64 context but noticed one also seen on amd64. objdump for powerpc64: (just some examples) Sections: Idx Name Size VMA LMA File off = Algn 0 .kboot 000000a4 0000000000100000 0000000000100000 00010000 = 2**0 CONTENTS, ALLOC, LOAD, READONLY, CODE 1 .text 00a41ee0 0000000000100100 0000000000100100 00010100 = 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE 2 .interpX 0000000d 0000000000b41fe0 0000000000b41fe0 00a51fe0 = 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA . . . 14 .data.read_frequently 0000003e 0000000000ec7000 0000000000ec7000 = 00dd7000 2**2 CONTENTS, ALLOC, LOAD, DATA . . . elfdump on powerpc64 (note the initial entry with an empty sh_name that is not mentioned above, leading to differing numbering, and note that the sh_flags are all empty below): section header: entry: 0 sh_name:=20 sh_type: SHT_NULL sh_flags:=20 sh_addr: 0 sh_offset: 0 sh_size: 0 sh_link: 0 sh_info: 0 sh_addralign: 0 sh_entsize: 0 entry: 1 sh_name: .kboot sh_type: SHT_PROGBITS sh_flags:=20 sh_addr: 0x100000 sh_offset: 65536 sh_size: 164 sh_link: 0 sh_info: 0 sh_addralign: 1 sh_entsize: 0 entry: 2 sh_name: .text sh_type: SHT_PROGBITS sh_flags:=20 sh_addr: 0x100100 sh_offset: 65792 sh_size: 10755808 sh_link: 0 sh_info: 0 sh_addralign: 16 sh_entsize: 0 entry: 3 sh_name: .interpX sh_type: SHT_PROGBITS sh_flags:=20 sh_addr: 0xb41fe0 sh_offset: 10821600 sh_size: 13 sh_link: 0 sh_info: 0 sh_addralign: 1 sh_entsize: 0 . . . entry: 15 sh_name: .data.read_frequently sh_type: SHT_PROGBITS sh_flags:=20 sh_addr: 0xec7000 sh_offset: 14512128 sh_size: 62 sh_link: 0 sh_info: 0 sh_addralign: 4 sh_entsize: 0 . . . I will note that on amd64's elfdump does produce sh_flags lists filled in for its kernel, for example: entry: 50 sh_name: set_vnet sh_type: SHT_PROGBITS sh_flags: SHF_WRITE|SHF_ALLOC sh_addr: 0xffffffff824dc200 sh_offset: 36553216 sh_size: 220872 sh_link: 0 sh_info: 0 sh_addralign: 16 sh_entsize: 0 (Note the SHF_WRITE: so not readonly. And SHF_ALLOC is there.) amd64 objdump for this shows: 49 set_vnet 00035ec8 ffffffff824dc200 00000000024dc200 022dc200 = 2**4 CONTENTS, ALLOC, LOAD, DATA But amd64 does still have the empty sh_name entry (only in elfdump output, not objdump output): section header: entry: 0 sh_name:=20 sh_type: SHT_NULL sh_flags:=20 sh_addr: 0 sh_offset: 0 sh_size: 0 sh_link: 0 sh_info: 0 sh_addralign: 0 sh_entsize: 0 entry: 1 sh_name: .interp sh_type: SHT_PROGBITS sh_flags: SHF_ALLOC sh_addr: 0xffffffff80200200 sh_offset: 512 sh_size: 13 sh_link: 0 sh_info: 0 sh_addralign: 1 sh_entsize: 0 objdump: Sections: Idx Name Size VMA LMA File off = Algn 0 .interp 0000000d ffffffff80200200 0000000000200200 00000200 = 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA So this oddity and numbering difference is beyond being powerpc64-specific. It appears that the numbering in the st_shndx fields in the elfdump output do match the section (when it is not some special value). For example for the earlier "entry: 50" there is a reference that matches: entry: 16765 st_name: __start_set_vnet st_value: 0xffffffff824dc200 st_size: 0 st_info: STT_NOTYPE STB_GLOBAL st_shndx: 50 in objdump output I need to match against st_shndx-1 instead in order to find the section information. Context: head -r339076 based builds for both powerpc64 and amd64. But powerpc64 was built via devel/powerpc64-xtoolchain-gcc and the powerpc64 system binutils are from base/binutils . How much of this is expected? I would guess that the empty sh_flags for powerpc64 are just wrong/inappropriate. It is less clear for the first section header where the two tools disagree (the same way in both environments). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Wed Oct 31 18:49:53 2018 Return-Path: Delivered-To: freebsd-toolchain@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 B7D5E10E1FB2 for ; Wed, 31 Oct 2018 18:49:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3FAA98367C for ; Wed, 31 Oct 2018 18:49:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 04CB410E1FB1; Wed, 31 Oct 2018 18:49:53 +0000 (UTC) Delivered-To: toolchain@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 D741810E1FAF for ; Wed, 31 Oct 2018 18:49:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 772908366E for ; Wed, 31 Oct 2018 18:49:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7E8DD4247 for ; Wed, 31 Oct 2018 18:49:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w9VInpEW085472 for ; Wed, 31 Oct 2018 18:49:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9VInpG7085471 for toolchain@FreeBSD.org; Wed, 31 Oct 2018 18:49:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 231355] Compiler assert error when compiling lang/qt5-qml Date: Wed, 31 Oct 2018 18:49:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: dim@FreeBSD.org X-Bugzilla-Flags: mfc-stable11+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 18:49:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231355 --- Comment #5 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Wed Oct 31 18:49:08 UTC 2018 New revision: 483602 URL: https://svnweb.freebsd.org/changeset/ports/483602 Log: MFH: r481120 Update to a new snapshot. Update LICENSE data per mailing list feedback and move to a seperate Makefile.LICENSE for use by other llvm ports. MFH: r483054 Add all patches from base llvm/clang/lld/lldb 6.0 to devel/llvm60 This adds all the patches that were applied in the past to head, under contrib/llvm. After these, there only minimal diffs left between the port sources and the base sources. Most of these remaining diffs are due to #ifdef shortcuts in the base sources, because we don't compile certain features in. Other diffs are because the port has applied a few changes that we don't have in base. While here, use Makefile.LICENSE from the devel/llvm-devel port. Approved by: portmgr (miwi) Reviewed by: brooks PR: 212343, 225128, 225471, 226388, 226658, 226872, 229050, 230= 444, 230604, 231355 Differential Revision: https://reviews.freebsd.org/D17702 Changes: _U branches/2018Q4/ branches/2018Q4/devel/llvm-devel/Makefile branches/2018Q4/devel/llvm-devel/Makefile.LICENSE branches/2018Q4/devel/llvm-devel/Makefile.snapshot branches/2018Q4/devel/llvm-devel/distinfo =20 branches/2018Q4/devel/llvm-devel/files/lldb-patch-tools_lldb_source_Plugins= _Process_FreeBSD_ProcessFreeBSD.cpp branches/2018Q4/devel/llvm-devel/pkg-plist branches/2018Q4/devel/llvm60/Makefile branches/2018Q4/devel/llvm60/files/clang/patch-head-r331066.diff branches/2018Q4/devel/llvm60/files/clang/patch-head-r336227.diff branches/2018Q4/devel/llvm60/files/clang/patch-head-r338697.diff branches/2018Q4/devel/llvm60/files/clang/patch-head-r339019.diff branches/2018Q4/devel/llvm60/files/lld/ branches/2018Q4/devel/llvm60/files/lldb/ branches/2018Q4/devel/llvm60/files/patch-head-r308867.diff branches/2018Q4/devel/llvm60/files/patch-head-r330686.diff branches/2018Q4/devel/llvm60/files/patch-head-r331065.diff branches/2018Q4/devel/llvm60/files/patch-head-r331366.diff branches/2018Q4/devel/llvm60/files/patch-head-r336969.diff branches/2018Q4/devel/llvm60/files/patch-head-r336970.diff branches/2018Q4/devel/llvm60/files/patch-head-r337615.diff branches/2018Q4/devel/llvm60/files/patch-head-r338689.diff --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Nov 1 13:01:01 2018 Return-Path: Delivered-To: freebsd-toolchain@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 BA9D410F2028 for ; Thu, 1 Nov 2018 13:01:01 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4252274FB6 for ; Thu, 1 Nov 2018 13:01:01 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id 036AC10F2025; Thu, 1 Nov 2018 13:01:01 +0000 (UTC) Delivered-To: toolchain@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 BBB2910F2023; Thu, 1 Nov 2018 13:01:00 +0000 (UTC) (envelope-from ml@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 E362D74FA8; Thu, 1 Nov 2018 13:00:56 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 44700316; Thu, 1 Nov 2018 08:57:36 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=j/BWBpF4K5CXV0Kt9KMuBVIOiAcnYGvSs 3U5xaDW16k=; b=lv0JhlmMKHkGJQCeGgk9/4e3c27cr9rRP4N/8VYFXIE3ozlN9 uvn5JKCrsLQqiSxM5/53uLxmDBCn3ukl38EgAVfxuoteNpHRNNmwIcQahOfSsX75 K+OlY2M4W9uxGp/D1FQ+RM8U6UcusHE5JMmDtbuO7JAEw3vXQUwpAVi80Gpb8p0q WBGZZ1dSq/Z/baGqkbVN+jytdh6bw36Jt7a4BDxLgnPPPTfUIt95ZqCv1w1AeePC YfLO5IFXgUGVMn7t0jkPpE9d8Oky1jZgM8c2oTIMj7t8tbB3484MXb2zNBtPR0hk r+JwCCfWdhBSAkRxDhSKZTthZsK5EQU+iSQ1g== 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 fd77c86d TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 1 Nov 2018 08:57:36 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Konstantin Belousov , svn-src-head@freebsd.org, current@freebsd.org, toolchain@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/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/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Thu, 1 Nov 2018 08:57:24 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <201810300011.w9U0BUui038857@repo.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2018 13:01:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx Content-Type: multipart/mixed; boundary="VXCCe4XLvxobDqQWmYCQ7uJO8tYfzIBkk"; protected-headers="v1" From: Charlie Li To: Konstantin Belousov , svn-src-head@freebsd.org, current@freebsd.org, toolchain@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> In-Reply-To: <201810300011.w9U0BUui038857@repo.freebsd.org> --VXCCe4XLvxobDqQWmYCQ7uJO8tYfzIBkk Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 29/10/2018 20:11, Konstantin Belousov wrote: > Author: kib > Date: Tue Oct 30 00:11:30 2018 > New Revision: 339898 > URL: https://svnweb.freebsd.org/changeset/base/339898 >=20 > Log: > Convert amd64_get/set_fs/gsbase to ifunc. > =20 > Note that this is the first use of ifuncs in our userspace. > =20 > Sponsored by: The FreeBSD Foundation > MFC after: 1 month >=20 > Deleted: > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.c > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.h > Modified: > head/lib/libc/amd64/sys/Makefile.inc > head/lib/libc/amd64/sys/amd64_get_fsbase.c > head/lib/libc/amd64/sys/amd64_get_gsbase.c > head/lib/libc/amd64/sys/amd64_set_fsbase.c > head/lib/libc/amd64/sys/amd64_set_gsbase.c >=20 Using LLVM 7 to build world, fails: --- amd64_get_fsbase.o --- /usr/src/lib/libc/amd64/sys/amd64_get_fsbase.c:60:1: error: ifunc resolver function must have no parameters --- amd64_get_gsbase.o --- /usr/src/lib/libc/amd64/sys/amd64_get_gsbase.c:60:1: error: ifunc resolver function must have no parameters DEFINE_UIFUNC(, int, amd64_get_gsbase, (void **), static) ^ /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: note: expanded from macro 'DEFINE_UIFUNC' --- amd64_get_fsbase.o --- DEFINE_UIFUNC(, int, amd64_get_fsbase, (void **), static) ^ /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: note: expanded from macro 'DEFINE_UIFUNC' --- amd64_get_gsbase.o --- qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \= ^ --- amd64_get_fsbase.o --- qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \= ^ 1 error generated. --- amd64_get_gsbase.o --- 1 error generated. *** [amd64_get_gsbase.o] Error code 1 make[4]: stopped in /usr/src/lib/libc CI appears green after this commit, so I'm inclined to pin this on yet another instance of LLVM 7 being stricter than LLVM 6. Backing out this revision allows the build to continue (successfully). --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --VXCCe4XLvxobDqQWmYCQ7uJO8tYfzIBkk-- --mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx 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+jnB43vIDq2wFAlva+DwACgkQjnB43vID q2ymnA//VPMjcUnWr85R3WDEugYWjNQZ1PRMzJoE5yl5meVrb4mN3cM8LAONid2x FsyKmEgnwRpvCuTzthyrqmzWA1mEBqzX6ruCsaP6dVCCDPwSrbDJjkQfuciXHK+J Ryv4QICrRctkuYwPoxk2MdX97vStdRutp7HzGeRhPDojTUCwzKB5mKOefVCwh2Nf p8XJ4Q0H003DKc3/zBqvcmM3eeuETq/T6ALokD2Vo2E6JBCbnO2p2LoObzowH9Ur hNF8nycIJRX0nyNXwKRh7GA9BojINq10JNW/pTi7Rnvl3nJgG0a2J7v2d2Ed5w73 pYriflzTZlZHHMWNwVVkClJkaOEaZhqf3CehIXD3BURSXPH58F5J7Qhl09CJ8HnH yhUiK+BLke7I7KNjenXyQLfdRsnKJ5WGbiI0ULBaMMjNWf7Z8ilFsFCjs4Z/KPTB ufvRL35VETlIs0NI2BR7kpYpihZWIBZzLc+RX+nMJ5UrvmhpZ+6w9VluesKeMdOE nIVIv7XV6Uop4AsmMgP8X/cMQsnBwv0m9RUAnS+KTgsdXM8VvHpsKl09XqdlYnRu 0IIJpwe9Aq2BphG8ys67d0XJIAENQs0YeX6/GzFctqgavAA0S+WU/WbIAff4EkxJ FV44ax4e64SGhUuCUc3r4ou1BHcOQgA8MlgTJdaltVgNbjaPHXs= =XSeE -----END PGP SIGNATURE----- --mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx-- From owner-freebsd-toolchain@freebsd.org Thu Nov 1 16:04:09 2018 Return-Path: Delivered-To: freebsd-toolchain@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 6A1A610F720B for ; Thu, 1 Nov 2018 16:04:09 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4D57D578 for ; Thu, 1 Nov 2018 16:04:09 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by mailman.ysv.freebsd.org (Postfix) id BF2BF10F7207; Thu, 1 Nov 2018 16:04:08 +0000 (UTC) Delivered-To: toolchain@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 9912510F7205; Thu, 1 Nov 2018 16:04:08 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 37C817D575; Thu, 1 Nov 2018 16:04:08 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 0008D3C475F; Thu, 1 Nov 2018 16:04:06 +0000 (UTC) Date: Thu, 1 Nov 2018 16:04:06 +0000 From: Brooks Davis To: Charlie Li Cc: Konstantin Belousov , svn-src-head@freebsd.org, current@freebsd.org, toolchain@freebsd.org Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys Message-ID: <20181101160406.GA60233@spindle.one-eyed-alien.net> References: <201810300011.w9U0BUui038857@repo.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2018 16:04:09 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 01, 2018 at 08:57:24AM -0400, Charlie Li wrote: > On 29/10/2018 20:11, Konstantin Belousov wrote: > > Author: kib > > Date: Tue Oct 30 00:11:30 2018 > > New Revision: 339898 > > URL: https://svnweb.freebsd.org/changeset/base/339898 > >=20 > > Log: > > Convert amd64_get/set_fs/gsbase to ifunc. > > =20 > > Note that this is the first use of ifuncs in our userspace. > > =20 > > Sponsored by: The FreeBSD Foundation > > MFC after: 1 month > >=20 > > Deleted: > > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.c > > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.h > > Modified: > > head/lib/libc/amd64/sys/Makefile.inc > > head/lib/libc/amd64/sys/amd64_get_fsbase.c > > head/lib/libc/amd64/sys/amd64_get_gsbase.c > > head/lib/libc/amd64/sys/amd64_set_fsbase.c > > head/lib/libc/amd64/sys/amd64_set_gsbase.c > >=20 > Using LLVM 7 to build world, fails: >=20 > --- amd64_get_fsbase.o --- > /usr/src/lib/libc/amd64/sys/amd64_get_fsbase.c:60:1: error: ifunc > resolver function must have no parameters > --- amd64_get_gsbase.o --- > /usr/src/lib/libc/amd64/sys/amd64_get_gsbase.c:60:1: error: ifunc > resolver function must have no parameters > DEFINE_UIFUNC(, int, amd64_get_gsbase, (void **), static) > ^ > /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: > note: expanded from macro 'DEFINE_UIFUNC' > --- amd64_get_fsbase.o --- > DEFINE_UIFUNC(, int, amd64_get_fsbase, (void **), static) > ^ > /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: > note: expanded from macro 'DEFINE_UIFUNC' > --- amd64_get_gsbase.o --- > qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \ > ^ > --- amd64_get_fsbase.o --- > qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \ > ^ > 1 error generated. > --- amd64_get_gsbase.o --- > 1 error generated. > *** [amd64_get_gsbase.o] Error code 1 >=20 > make[4]: stopped in /usr/src/lib/libc >=20 > CI appears green after this commit, so I'm inclined to pin this on yet > another instance of LLVM 7 being stricter than LLVM 6. Backing out this > revision allows the build to continue (successfully). Is this failure with devel/llvm70? It's currently missing the patch required to make this work. https://reviews.freebsd.org/D17709 contains this patch among others. I'll see about getting it applied. -- Brooks --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJb2yP2AAoJEKzQXbSebgfA39kIAJ4/w70jlXm1KldpSc7K37Sd mxV2Js4ZNOJgqp0eSGZJwekuTYXUGn8kQtOn52AemDZeHOw1zGRp9+wV0OqlaPrj AchHnivDHkk1hHs0Yfv+zH/F2V2ED/kaYp+RDLZ0J73GYRsDv/HmVxQpmnIcDuf6 DfXmy+OdeD97MF6/ny+2v7xG4XFvxq04LZZ0uUiMANOJ2ARsi301HfQSOBSD+Y8J 76uP8aN9TCoC0p/ZT8JSFCEY3jps22fp4R1iOZGgqnb8Z/my6lbZs7R08ck3INoA tn3uXFr1QTVOFzYwX/sDDRMj6fsRtJWsDCsCdMXYXNAq+OMwtc72A+W/JQVJoGc= =Quxb -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-toolchain@freebsd.org Thu Nov 1 17:27:15 2018 Return-Path: Delivered-To: freebsd-toolchain@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 434ED10F9481 for ; Thu, 1 Nov 2018 17:27:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C803481045 for ; Thu, 1 Nov 2018 17:27:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 89ED610F947E; Thu, 1 Nov 2018 17:27:14 +0000 (UTC) Delivered-To: toolchain@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 785FF10F947D for ; Thu, 1 Nov 2018 17:27:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 193B481040 for ; Thu, 1 Nov 2018 17:27:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 46A1DFE57 for ; Thu, 1 Nov 2018 17:27:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wA1HRDXe048856 for ; Thu, 1 Nov 2018 17:27:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wA1HRDiC048855 for toolchain@FreeBSD.org; Thu, 1 Nov 2018 17:27:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 230857] loading carp module panic i386 kernel (VIMAGE related) Date: Thu, 01 Nov 2018 17:27:12 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: panic, toolchain, vimage X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bz@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2018 17:27:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230857 --- Comment #9 from commit-hook@freebsd.org --- A commit references this bug: Author: bz Date: Thu Nov 1 17:26:18 UTC 2018 New revision: 340009 URL: https://svnweb.freebsd.org/changeset/base/340009 Log: carpstats are the last virtualised variable in the file and end up at the end of the vnet_set. The generated code uses an absolute relocation at one byte beyond the end of the carpstats array. This means the relocation for the vnet does not happen for carpstats initialisation and as a result the kernel panics on module load. This problem has only been observed with carp and only on i386. We considered various possible solutions including using linker scripts to add padding to all kernel modules for pcpu and vnet sections. While the symbols (by chance) stay in the order of appearance in the file adding an unused non-file-local variable at the end of the file will exte= nd the size of set_vnet and hence make the absolute relocation for carpstats work (think of this as a single-module set_vnet padding). This is a (tmporary) hack. It is the least intrusive one as we need a timely solution for the upcoming release. We will revisit the problem in HEAD. For a lot more information and the possible alternate solutions please see the PR and the references therein. PR: 230857 MFC after: 3 days Changes: head/sys/netinet/ip_carp.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Nov 1 19:43:15 2018 Return-Path: Delivered-To: freebsd-toolchain@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 86AE310D48E3 for ; Thu, 1 Nov 2018 19:43:15 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0C15589732 for ; Thu, 1 Nov 2018 19:43:15 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id C256C10D48DF; Thu, 1 Nov 2018 19:43:14 +0000 (UTC) Delivered-To: toolchain@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 9F10810D48DD; Thu, 1 Nov 2018 19:43:14 +0000 (UTC) (envelope-from ml@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 BC7C38972D; Thu, 1 Nov 2018 19:43:13 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 4347337f; Thu, 1 Nov 2018 15:43:08 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=bhVMsJpaO2oQ2n/wXB6je2AOEW20Pk3Fy jbdY8hmU6k=; b=fsmvT5rPXn1l79yH64KA7TZYfT3cdJgU4tXHl4DB3SmwP3YKm EsnNmUtlDxDzpVcKGwUCUzCGZZS5pIWskIo0fkTzlzGslFBJTg8hYLmHN+L8EeQH HBREuI8KX8nMc74JCD/TGy6yq6WoqQXaAN/Sn/ehgLGOerYI7SI4oAFLeFel4b+3 uhd4N9QG+g8ejAMSBb+o61j2rxFeCehuSbruKMvXyJ6WmHQkkJSUVDPoFtcLqftG bBfSKTDVCMw6HesMjzc+DRXf1UAz/Ky59HRMWgkTGVLm7LjQ6KksGZde5DIO3rKE Qxk9xMR2jPa8xoWHobfk3T1osWOzjAFaKt1Nw== 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 af4c5057 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 1 Nov 2018 15:43:08 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/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/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Thu, 1 Nov 2018 15:43:02 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2018 19:43:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao Content-Type: multipart/mixed; boundary="VlfO2RE3ONQ0rsN77C61XpNal9OxMPZaN"; protected-headers="v1" From: Charlie Li To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> In-Reply-To: <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> --VlfO2RE3ONQ0rsN77C61XpNal9OxMPZaN Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 01/11/2018 12:04, Brooks Davis wrote: > Is this failure with devel/llvm70? It's currently missing the patch > required to make this work. https://reviews.freebsd.org/D17709 contain= s > this patch among others. I'll see about getting it applied. >=20 Yes, devel/llvm70. Will build with your port commit at my next opportunit= y. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --VlfO2RE3ONQ0rsN77C61XpNal9OxMPZaN-- --J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao 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+jnB43vIDq2wFAlvbV0YACgkQjnB43vID q2zGiA//Qtsjp/+PDMU00MXD9r0Rzd5dkZxzE4phpBVqukKNecFDioac0fZ0HCXQ KGt8soscLIoC9LNc8n3UNXCxNR8BWZNjOquvcx21gJpGDJLe/fQtMkF6V4zYIQaF cPIA/zks2+LeagshG8AkOnly8zc6xqBV9Rjv86A1V2fgL3dQh170O0VTAGWkNMhL JhzpM3U27cpIDAJqT5EIdUycM50F8AvinUnFLnhou93zEqdzYPbExaeAUXPfjVRo A6ivAvyBLm/AJN++hkh1dXxs+A1e/Ekp4BOJclm2icA59AVMsHVvjUvykwiX4hsi Qd5qFRLWOTEd39bOdapC7lH5nKa5T14lcnwQl9D9ElfCXTejYrG/BwR29+h+S4px pN+a3Q3+9gdhHuC72bi62McyXelZyfOuyo5FqUZv9a1NplS8L5HYt2uF/RcJII0v O1vJu0EqedA12DHA6w6zIetV9BpLY/6LJfyRrYBYybScEYcFbBiy0PCEKPYe6nJZ So9i7SFdNULmCjzaGII13GthTw6FhSW2taeVcAI5TtO2lSk7/RRsGGj3Tm1dzmd2 wrTgvv9eoQ6NE+UrMCk6blG3aTTD1d6lg2P4ggOuDwqB+2vj2cb3+hRdlLsJ2YdE QjlNoa5Q0XEzGmUUOt8bg0uhvWxplnuFVVeJItBt17tmAZSlSu4= =flp3 -----END PGP SIGNATURE----- --J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao-- From owner-freebsd-toolchain@freebsd.org Fri Nov 2 13:52:46 2018 Return-Path: Delivered-To: freebsd-toolchain@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 2857010F7952 for ; Fri, 2 Nov 2018 13:52:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B704E6BC4F for ; Fri, 2 Nov 2018 13:52:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7C19A10F7951; Fri, 2 Nov 2018 13:52:45 +0000 (UTC) Delivered-To: toolchain@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 6AC5710F7950 for ; Fri, 2 Nov 2018 13:52:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B8CC6BC49 for ; Fri, 2 Nov 2018 13:52:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1A7291A689 for ; Fri, 2 Nov 2018 13:52:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wA2Dqhqw051716 for ; Fri, 2 Nov 2018 13:52:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wA2DqhvL051715 for toolchain@FreeBSD.org; Fri, 2 Nov 2018 13:52:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 230857] loading carp module panic i386 kernel (VIMAGE related) Date: Fri, 02 Nov 2018 13:52:44 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: panic, toolchain, vimage X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: bz@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bz@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 13:52:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230857 --- Comment #10 from Bjoern A. Zeeb --- As Alex R points out if we run into symbol reordering problems with the ext= ra variable fix committed, we could add an extra .o file to the end of the list which (unless there is a linker-script doing magic) should always stay at t= he end of the list. We could add that to just problematic modules or to all modules (and then c= ould still ignore the extra bytes). We'd use a static __used variable to not conflict with duplicate symbols or= if that does not work, asm. I am just adding this to the PR as to write own more possible ways to fix t= his. He also mentions -fPIC would probably solve the initial problem (but that's= a totally different can of worms on our i386). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Nov 2 14:16:48 2018 Return-Path: Delivered-To: freebsd-toolchain@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 22BBB10F86B1 for ; Fri, 2 Nov 2018 14:16:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B3D286CFCD for ; Fri, 2 Nov 2018 14:16:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7919910F86AE; Fri, 2 Nov 2018 14:16:47 +0000 (UTC) Delivered-To: toolchain@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 6804E10F86AD for ; Fri, 2 Nov 2018 14:16:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07BE76CFC9 for ; Fri, 2 Nov 2018 14:16:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BD1DB1A947 for ; Fri, 2 Nov 2018 14:16:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wA2EGj2P024746 for ; Fri, 2 Nov 2018 14:16:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wA2EGjvX024745 for toolchain@FreeBSD.org; Fri, 2 Nov 2018 14:16:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 230857] loading carp module panic i386 kernel (VIMAGE related) Date: Fri, 02 Nov 2018 14:16:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: panic, toolchain, vimage X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: bz@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bz@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 14:16:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230857 Bug 230857 depends on bug 232289, which changed state. Bug 232289 Summary: kern/link_elf.c fails for small sections sizes ( Delivered-To: freebsd-toolchain@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 EA44410FD0D1 for ; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 703528118A for ; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id 3482C10FD0CE; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) Delivered-To: toolchain@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 11FB110FD0CD; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) (envelope-from ml@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 29E2D81186; Sat, 3 Nov 2018 12:52:35 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 2e4c757f; Sat, 3 Nov 2018 08:52:25 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=mwq4fvqbYQJFwZ8nnwNk2PUU6aCuGX1k3 dCj4+fN0f4=; b=qh45drA6mwkKVdUQDEHon0AphrDgyWkXo2m6LkWPJX5PMAbkP /DT0vabXmg4tB2m8FdIvAnI+EpNU7C70lI5jpRkrSvIhMHFQuFJKrqJErGp4Zk2H DXE/qIf/jrR48GXjuBsecKHxlP1rraJHl8JpGJo8ENtm1r9VM+A+AAKdxYt+PEC8 dorPyRGWRK3/YYp3Ra7LES9b8ap3kfNGINdJOLfcE2iV4G9xpLn4AMtLXKshWmK0 ZJfWGVVJOJubm0ofAvRzewJ5pAyKiMCCnU5gPHrtENKhy6QG8dDL8LuxMqu/mSAn 7gasnnoB8HA5jUIYhqTQFVWrZYwxCpXp0WemA== Received: from [IPv6:2600:1002:b023:fe03:2815:7eff:fe80:5264] (2600:1002:b023:fe03:2815:7eff:fe80:5264 [IPv6:2600:1002:b023:fe03:2815:7eff:fe80:5264]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id e857e33e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 3 Nov 2018 08:52:24 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/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/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Sat, 3 Nov 2018 08:52:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 12:52:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka Content-Type: multipart/mixed; boundary="U4mnKhyu4E5ivA7g9U4oz1g4zewYaeRyC"; protected-headers="v1" From: Charlie Li To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> In-Reply-To: --U4mnKhyu4E5ivA7g9U4oz1g4zewYaeRyC Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 01/11/2018 15:43, Charlie Li wrote: > On 01/11/2018 12:04, Brooks Davis wrote: >> Is this failure with devel/llvm70? It's currently missing the patch >> required to make this work. https://reviews.freebsd.org/D17709 contai= ns >> this patch among others. I'll see about getting it applied. >> > Yes, devel/llvm70. Will build with your port commit at my next opportun= ity. >=20 After building world and kernel r340097, kernel runs fine, but every userspace program in world crashes with Illegal instruction. They all crash in exactly the same way. Example backtrace from bmake, running from objdir (first discovered after updating a poudriere jail and attempting to even start it): Reading symbols from /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make...Reading symbols from /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make.debug...done. done. [New LWP 100097] Core was generated by `/usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make --help'. Program terminated with signal SIGILL, Illegal instruction. #0 0x00000000002f5664 in _init () (gdb) bt #0 0x00000000002f5664 in _init () #1 0x00000000002290fe in _start (ap=3D, cleanup=3D) at /usr/src/lib/csu/amd64/crt1.c:66 Given the line number referenced in crt1.c, I'm guessing this condition may have existed since at least r339351. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --U4mnKhyu4E5ivA7g9U4oz1g4zewYaeRyC-- --C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka 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+jnB43vIDq2wFAlvdmgcACgkQjnB43vID q2wIlxAAmPnnEBn8xQQFszrUQLehIroYFjhTrNNBc0XNrbo2vgayedxEdhZ+az6m EsFtzcKXVwCXhyrDlkk8uliZ9OzFkvZWZwSb0IoUDllSPAIn8ghqGLVkFiQPGK/3 n4E2t7oCWLSFRf/OXvEzXZcIZtDc6xzN6h3tAkORkG9rGt/+vp+MWWOLk30zixc2 7Y2iahHEdZEfJrfoZyOo6V7q6Is+pQZlhHcnhCbzixRoeubFTcu5+vwesNip7KRa QVG52zxfr3ROoct7BnwVihh/lYN2GlY/ps17VyuYw6hTACXHQKWrspLdyzeKUzjB gjrJ067Tz8+gBqpEkapYAViKdtswVS18YkB1tCvzwRl6CEqVNx42U1synjWBbmuL j+zcDp08alX89NYFDW9j9SYEqN9RxwrjWrWwYpPwK9EB+2BVrrsyl2ahc/1QPH6g eRoR0jRvC2q6PwUmaWiYQWBcYXzqXojVhwTrTtWdKkozAE3AJBLyMhwr7MNbs1p7 REIEu7rrLszskdwRoCzedRbtgj5sfBbSqZmxZV7RHOieC783NvCigSkrfZT1ovdr APafYeKMOS58WHDnvCCiQZHCGlMwnoa/Y13lFG7A6fHDdBfXGOv9/VzKqvhAKq53 t57HcActG81EAYrKVJFNUrdIecFS+C7MuXM51ujnS4WRXSTTdus= =58qI -----END PGP SIGNATURE----- --C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka-- From owner-freebsd-toolchain@freebsd.org Sat Nov 3 15:29:48 2018 Return-Path: Delivered-To: freebsd-toolchain@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 AF85210D4CC0 for ; Sat, 3 Nov 2018 15:29:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 47E5986478 for ; Sat, 3 Nov 2018 15:29:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 086D610D4CBD; Sat, 3 Nov 2018 15:29:48 +0000 (UTC) Delivered-To: toolchain@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 E8E6610D4CBB; Sat, 3 Nov 2018 15:29:47 +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 44CE886474; Sat, 3 Nov 2018 15:29:47 +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 wA3FTawa052863 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 3 Nov 2018 17:29:39 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wA3FTawa052863 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wA3FTamU052862; Sat, 3 Nov 2018 17:29:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 3 Nov 2018 17:29:36 +0200 From: Konstantin Belousov To: Charlie Li Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys Message-ID: <20181103152936.GQ5335@kib.kiev.ua> References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) 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-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 15:29:48 -0000 On Sat, Nov 03, 2018 at 08:52:16AM -0400, Charlie Li wrote: > On 01/11/2018 15:43, Charlie Li wrote: > > On 01/11/2018 12:04, Brooks Davis wrote: > >> Is this failure with devel/llvm70? It's currently missing the patch > >> required to make this work. https://reviews.freebsd.org/D17709 contains > >> this patch among others. I'll see about getting it applied. > >> > > Yes, devel/llvm70. Will build with your port commit at my next opportunity. > > > After building world and kernel r340097, kernel runs fine, but every > userspace program in world crashes with Illegal instruction. They all > crash in exactly the same way. Example backtrace from bmake, running > from objdir (first discovered after updating a poudriere jail and > attempting to even start it): > > Reading symbols from > /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make...Reading symbols from > /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make.debug...done. > done. > [New LWP 100097] > Core was generated by `/usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make > --help'. > Program terminated with signal SIGILL, Illegal instruction. > #0 0x00000000002f5664 in _init () > (gdb) bt > #0 0x00000000002f5664 in _init () > #1 0x00000000002290fe in _start (ap=, cleanup= out>) at /usr/src/lib/csu/amd64/crt1.c:66 > > Given the line number referenced in crt1.c, I'm guessing this condition > may have existed since at least r339351. Some minimal amount of facts instead of guesses would be much more useful. What is the instruction which faulted ? Disassemble the text at 0x2f5664. Regardless of what is the instruction, show either the output from 'x86info -f' on the machine, or cpu identification lines from the _verbose_ boot dmesg. make is statically linked, do dynamically linked program fault ? From owner-freebsd-toolchain@freebsd.org Sat Nov 3 22:59:28 2018 Return-Path: Delivered-To: freebsd-toolchain@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 E8FC210EB882 for ; Sat, 3 Nov 2018 22:59:27 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 267556FE21 for ; Sat, 3 Nov 2018 22:59:27 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id DC01D10EB87C; Sat, 3 Nov 2018 22:59:26 +0000 (UTC) Delivered-To: toolchain@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 A0AB710EB87A; Sat, 3 Nov 2018 22:59:26 +0000 (UTC) (envelope-from ml@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 543F16FE1E; Sat, 3 Nov 2018 22:59:25 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 39ca564f; Sat, 3 Nov 2018 18:59:21 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=M8q6+yQnc2GVecjvmnxpREtFXyxIaHRb8 Wi08kPHVts=; b=Mqc6fvFTHb3NaKWLYhYxyAa6a+gHC2aBOibY3zFoeo5CcV2RD fjVXC9xC/50nJD0Um/4X7zxSfbe+YmqncOyO0LGUGssWC8at4AOI4r2xm1Iv38Lv ekfxNmGc317jp64wprnB9zU14pIvoSFdkzEJqiqdsHtmr/KxlBGKMcnW4h8h9/Wg MWHPq2j+pqDWVqMoYb1gxBifoVsMdltRK8COKBEqFe9xA9X6gHlkh/Em1PuEvanc zpbfcjLTtB2OTrVqX6lapFjIrNKQsp+f1AqINzUYxdYFeDygpsAj/TojEffORA9I +AhmX8MsJP1JWGAzRNx+JMaAThwVt5CRTLRcg== Received: from [IPv6:2600:1002:b023:dc42:3602:86ff:fe03:d90] (2600:1002:b023:dc42:3602:86ff:fe03:d90 [IPv6:2600:1002:b023:dc42:3602:86ff:fe03:d90]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id 99563cba TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 3 Nov 2018 18:59:21 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Konstantin Belousov Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@kib.kiev.ua> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; prefer-encrypt=mutual; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/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/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Sat, 3 Nov 2018 18:59:02 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181103152936.GQ5335@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD" X-Rspamd-Queue-Id: 267556FE21 X-Spamd-Result: default: False [-5.15 / 200.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; R_DKIM_ALLOW(-0.20)[vishwin.info]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[vishwin.info]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[vishwin.info:+]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: varun.vishwin.info]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.14)[ip: (-9.48), ipnet: 2001:1900:2254::/48(-3.58), asn: 10310(-2.58), country: US(-0.08)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[kostikbel@gmail.com ..,freebsd-toolchain@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 22:59:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD Content-Type: multipart/mixed; boundary="q9Jfd9G1NjpUiLTkRuGIPkOE0DmXqX611"; protected-headers="v1" From: Charlie Li To: Konstantin Belousov Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@kib.kiev.ua> In-Reply-To: <20181103152936.GQ5335@kib.kiev.ua> --q9Jfd9G1NjpUiLTkRuGIPkOE0DmXqX611 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 03/11/2018 11:29, Konstantin Belousov wrote: > Some minimal amount of facts instead of guesses would be much more usef= ul. >=20 Yeah, being sleep deprived and hurried (on my end) certainly doesn't help= =2E > What is the instruction which faulted ? Disassemble the text at 0x2f56= 64. > Regardless of what is the instruction, show either the output from > 'x86info -f' on the machine, or cpu identification lines from the > _verbose_ boot dmesg. >=20 It appears that 0x2f5664 does not exist: Disassembly of section .init: 00000000002f565c <_init>: 2f565c: 48 83 ec 08 sub $0x8,%rsp 2f5660: e8 fb 3c f3 ff callq 229360 2f5665: e8 b6 ff ff ff callq 2f5620 <__do_global_ctors_aux> 2f566a: 48 83 c4 08 add $0x8,%rsp 2f566e: c3 retq CPU ident: CPU: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz (2394.52-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306d4 Family=3D0x6 Model=3D0x3d Step= ping=3D4 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended Features=3D0x21c27ab Structured Extended Features3=3D0x9c000000 XSAVE Features=3D0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics > make is statically linked, do dynamically linked program fault ? >=20 After some more checks, only the statically linked programs crash. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --q9Jfd9G1NjpUiLTkRuGIPkOE0DmXqX611-- --fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD 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+jnB43vIDq2wFAlveKDYACgkQjnB43vID q2y/SA/9H7IB8/yfLonhV0cMf7JeBsRg9WbrfQ4MoVPjDVwDOfH1CSPDTjySfAl1 kcNtuMYPgf1Y3RKhDsXsnK+qNft8MSme5shP8PHf6p/yO9eIeiaFCX1NjLnFq4GS 41tW9MmiuImORGGj4m8vtkBQ5yvD3lJ+AoBAH4IKpGRU8vtcRQ2e/cDe2k/5S67V QWvrIdSjmNECeKEmNbtf/P28OCGby8FWK+OjIDDxoJiDu1+qT40xnyOhm5NuvBCc 7/gkrclqELvZHnLxUf14dL3zD50mNqC7j+0EX1NIQ5WzKxjcypOo2WleTCQKizct MOljVRI7DU+xwvTlTm99nsthRpMirUn8hh/QIkzgjPj08JJt6ZwPgsRTvP0+AO2R l5P+0qvkJlTzkx/9+35GYxL9s+9g4Wah0GBt69cynrAxVecgAAAosf45eQfvosq8 7klEkC+yj2lFo1YYXTKFQ844nNEehec6qwIGwVaj3IBJpbGn9RJAz4Rmr0v2yCMi 6XPcQdL6FQoE2zzG9h2l5Re8Ty58fb9kCLB+AhYqWmQiNvz+HS85E90XaK7APCdw 6FyreBE+hpgyp/oBq4uE84qrGgmW4lcNLwnjY8H6dZWclAEOXPUDlVNFtC2NtVxk 7MlO3paEEy+UYZcjjBgBHKjlaH1jjKZm7y7+oZMjNB/SXDVIslQ= =rTb7 -----END PGP SIGNATURE----- --fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD-- From owner-freebsd-toolchain@freebsd.org Sat Nov 3 23:46:04 2018 Return-Path: Delivered-To: freebsd-toolchain@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 9B6BE10ECA79 for ; Sat, 3 Nov 2018 23:46:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 19F9A713B3 for ; Sat, 3 Nov 2018 23:46:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id CF97610ECA76; Sat, 3 Nov 2018 23:46:03 +0000 (UTC) Delivered-To: toolchain@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 ACA3910ECA74; Sat, 3 Nov 2018 23:46:03 +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 E98A3713B0; Sat, 3 Nov 2018 23:46:02 +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 wA3Njpki067743 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Nov 2018 01:45:54 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wA3Njpki067743 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wA3NjpQa067742; Sun, 4 Nov 2018 01:45:51 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Nov 2018 01:45:51 +0200 From: Konstantin Belousov To: Charlie Li Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys Message-ID: <20181103234551.GX5335@kib.kiev.ua> References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@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.10.1 (2018-07-13) 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-Rspamd-Queue-Id: 19F9A713B3 X-Spamd-Result: default: False [-4.22 / 200.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_FIVE(0.00)[5]; IP_SCORE(-3.12)[ip: (-9.48), ipnet: 2001:1900:2254::/48(-3.50), asn: 10310(-2.55), country: US(-0.08)]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[ml@vishwin.info ..,freebsd-toolchain@freebsd.org]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 23:46:04 -0000 On Sat, Nov 03, 2018 at 06:59:02PM -0400, Charlie Li wrote: > On 03/11/2018 11:29, Konstantin Belousov wrote: > > Some minimal amount of facts instead of guesses would be much more useful. > > > Yeah, being sleep deprived and hurried (on my end) certainly doesn't help. > > What is the instruction which faulted ? Disassemble the text at 0x2f5664. > > Regardless of what is the instruction, show either the output from > > 'x86info -f' on the machine, or cpu identification lines from the > > _verbose_ boot dmesg. > > > It appears that 0x2f5664 does not exist: Or rather, it is a middle of the valid instruction. Next frame looks like it is process_irelocs(), if trusting the line numbers. So most likely it is something related to calling wrong relocator function, if anything. Perhaps you could try to trace the things manually, doing single-stepping of the startup code in debugger. There should be very modest amount of the irelocs, perhaps only one, and see where things go off the way. Might be try to vary the clang version, we know that this work with 6.0.1, and according to your report, breaks with 7.0. Try clang trunk ? > > Disassembly of section .init: > > 00000000002f565c <_init>: > 2f565c: 48 83 ec 08 sub $0x8,%rsp > 2f5660: e8 fb 3c f3 ff callq 229360 > 2f5665: e8 b6 ff ff ff callq 2f5620 > <__do_global_ctors_aux> > 2f566a: 48 83 c4 08 add $0x8,%rsp > 2f566e: c3 retq > > CPU ident: > > CPU: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz (2394.52-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x306d4 Family=0x6 Model=0x3d Stepping=4 > > Features=0xbfebfbff > > Features2=0x7ffafbbf > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended > Features=0x21c27ab > Structured Extended Features3=0x9c000000 > XSAVE Features=0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > > make is statically linked, do dynamically linked program fault ? > > > After some more checks, only the statically linked programs crash. > > -- > Charlie Li > Can't think of a witty .sigline today… > > (This email address is for mailing list use only; replace local-part > with vishwin for off-list communication) >