Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Jun 2025 14:52:15 +0200
From:      A FreeBSD User <freebsd@walstatt-de.de>
To:        Guido Falsi <mad@madpilot.net>
Cc:        FreeBSD Ports <freebsd-ports@freebsd.org>
Subject:   Re: net/asterisk22: Illegal instruction
Message-ID:  <20250622145242.7840523a@thor.sb211.local>
In-Reply-To: <f77a9e52-8bd7-4cc8-84f0-ab4a71ba3c9b@madpilot.net>
References:  <20250621141656.2b7572e5@thor.sb211.local> <f77a9e52-8bd7-4cc8-84f0-ab4a71ba3c9b@madpilot.net>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/R_PqDfs9AC0/nI5HJxXDm9X
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200
Guido Falsi <mad@madpilot.net> schrieb:

> On 6/21/25 14:17, A FreeBSD User wrote:
> > Hello,
> >=20
> > After a recent upgrade of a 14-STABLE (14.3-STABLE #0 n271755-ef360183d=
f81: 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
> >=20
> > Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD GX-412TC =
SOC).
> >=20
> > Does anybody see this issue, too?
> >=20
> >  =20
>=20
> If I understand correctly you are building binaries yourself.

That is correct.

>=20
> 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/aster=
isk, I haven't
changed anything within the past few months, but I also do not track versio=
ns, my fault - so
the statement is a kind of useless. I also have no clue about faulty optimi=
zations in
adjacent/required ports like those mutually transcribing codecs which are c=
andidates for
vectore unit optimizations, I guess. What happened is: I exchanged my build=
er platform from
Intel based, much outdated Xeon Ivybridge to recent AMD Zen 5 based equipme=
nt. While  in the
bureau an older dual socket Intel Xeon performs the same task without probl=
ems, first guess is
a problem with compiling AMD Zen5 code.
=20
>=20
> The error could be caused by a binary optimized for a newer arch=20
> supporting features (so instructions) not supported by the actual CPU=20
> you're using.
>=20
> It is quite possible that with the same optimizations the previous=20
> version used to work and the newer one does not. Maybe the code in the=20
> old version did not cause the compiler to output any instructions not=20
> compatible with your CPU, while some code in the new version does.
>=20
>=20
> This is just one possibility though, maybe there are more possible causes.
>=20
That possibility sounds reasonable, see my comment on the hardware vendor c=
hange 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 suffe=
r from the same
issue). Will report back.

Kind regards,
oh



--=20

A FreeBSD user

--Sig_/R_PqDfs9AC0/nI5HJxXDm9X
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaFf8mgAKCRCxzvs8Oqok
r9XOAQDFAkMISIhA9AlDyZM4eSkKtxZwl/7NMsu8kKkArqF0BgEArKazmiYXB3kf
o6egLeJjiFQ8jyqCsZIJFhEUDW91qgk=
=dVYy
-----END PGP SIGNATURE-----

--Sig_/R_PqDfs9AC0/nI5HJxXDm9X--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20250622145242.7840523a>