From nobody Sun Jun 22 13:14:08 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQBWB5tPJz5ykXd for ; Sun, 22 Jun 2025 13:14:14 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQBW94hpBz3jmB for ; Sun, 22 Jun 2025 13:14:13 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4bQBW74LGczMLQv; Sun, 22 Jun 2025 15:14:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1750598049; x= 1752412450; bh=hQlv9bSfg92PwVmIiY40VdvOvIoqHxZ/JAJEZ/AnYfo=; b=H AJqP+N92hdAEXjH0JlA6QtuXZsLA11mbT4jpJ8ojgehum1rirB7bKyWeTwLHi0Gj R7N/W/j7k8yHzaU3uVrNL5AaXeb+byIfOli/zwu8OjucgIe3mpK9C6OGki/K7DZK GnGtCXH0w/1TEsBNzaw7rhVPqI/Anj7klADsTkkwn1NsaYNr1700TAr9+e0KaFaS hjTWUs0FJ8NU8jggeWK6dIHHYc/IW3BPa3a/w424m47BihG5b8xt0xmf+GTPTC+B yckhPUE53J2uFfs/x7fxrc1r68Yas12BzEeVnfG1ZE6kk9liEt71UWVWELTALxns ko4UyzbgwbXSpqitIcFFQ== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id jV5Y0OcHdr30; Sun, 22 Jun 2025 15:14:09 +0200 (CEST) Message-ID: Date: Sun, 22 Jun 2025 15:14:08 +0200 Subject: Re: net/asterisk22: Illegal instruction To: A FreeBSD User Cc: FreeBSD Ports References: <20250621141656.2b7572e5@thor.sb211.local> <20250622145242.7840523a@thor.sb211.local> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <20250622145242.7840523a@thor.sb211.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4bQBW94hpBz3jmB X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE] List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org On 6/22/25 14:52, A FreeBSD User wrote: > Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200 > Guido Falsi schrieb: > >> On 6/21/25 14:17, A FreeBSD User wrote: >>> Hello, >>> >>> After a recent upgrade of a 14-STABLE (14.3-STABLE #0 n271755-ef360183df81: Sat Jun 21 >>> 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere build, builder host is >>> also 14-STABLE, just for the record) the asteriks binzry quits with >>> >>> Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD GX-412TC SOC). >>> >>> Does anybody see this issue, too? >>> >>> >> >> If I understand correctly you are building binaries yourself. > > That is correct. > >> >> Do you use any optimization options, especially -march and similar ones? > > I;m not aware of using optimizations on net/asterisk* ports themselfs but I have made a "make > rmconfig config" recently due to the same thought as of yours. On net/asterisk, I haven't > changed anything within the past few months, but I also do not track versions, my fault - so > the statement is a kind of useless. I also have no clue about faulty optimizations in > adjacent/required ports like those mutually transcribing codecs which are candidates for > vectore unit optimizations, I guess. What happened is: I exchanged my builder platform from > Intel based, much outdated Xeon Ivybridge to recent AMD Zen 5 based equipment. While in the > bureau an older dual socket Intel Xeon performs the same task without problems, first guess is > a problem with compiling AMD Zen5 code. The change in build CPU could definitely be relat4ed to what you're seeing. > >> >> The error could be caused by a binary optimized for a newer arch >> supporting features (so instructions) not supported by the actual CPU >> you're using. >> >> It is quite possible that with the same optimizations the previous >> version used to work and the newer one does not. Maybe the code in the >> old version did not cause the compiler to output any instructions not >> compatible with your CPU, while some code in the new version does. >> >> >> This is just one possibility though, maybe there are more possible causes. >> > That possibility sounds reasonable, see my comment on the hardware vendor change of the CPU. I > disabled all optimization flags as far I got a handle on them and/or being aware of, so the > host is just right now a complete new repository for 14-STABLE. It did not help just disabling > the optimization flag on both net/asterisk20 and net/asterisk22 (both suffer from the same > issue). Will report back. Check make.conf for any options. Also, build logs usually have compiler command lines, check those for any "-m" options, like "-mnative". If you have anything similar you should make them go away, but discovering what is adding those to the command line could be challenging. But I forgot asterisk has an "OPTIMIZED_CFLAGS" option. Looking at the Makefile that is most probably your problem, with that flag asterisk is adding the "-mnative" option (or something equivalent and will optimize for the CPU it is building on, taking advantage of all its features, so the resulting binary could fail like yours on another machine with a "simpler"(less featureful) CPU. -- Guido Falsi