From nobody Fri Nov 14 13:15:52 2025 X-Original-To: freebsd-current@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 4d7HhZ46Cnz6GPxB for ; Fri, 14 Nov 2025 13:16:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4d7HhZ2lgDz3FTp for ; Fri, 14 Nov 2025 13:16:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763126168; bh=2s8FIlSZTajT2wx3tGHSFNMZrXuR6iZHqTo0AkjtQg8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=U+zSoZCnFCuV2xhApntV8uadtVwkLLEZ0E/pJJSjGj3QAd1WcONHSz12oXdKrW1JTBdM5HIvDHZW07ilhhePmlkzMe6oPg2h712XhFszEP7AQwozCWNbiqNMHD+HqlJf9o8/JQgq0LAvK/D3ygWU+x+SBcjFKR74z9eG8R0jd2C5vbVZ/AO4cpMp7GlOvmqeURXI0CqQcqggfQoe8lhIoTjxtdVcPf/kx7MZMTaLXbYj9wBcBrq6BWENlRDdsCLTKt2RlwvynTkSXUlleLKpC8abAl0seVc7xfPBaDc5xsyh1cnVykCbACqyZAqdGhdtuOHEJK525B1FrV12RZ1mlw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763126168; bh=IZwBh7oq/vJPVTTX5edsmKJwP1nulsk4G7Kpf5vzGzG=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Bqzxvd/w3t9ieJX6qnjzofCVCSTRqnbqIq+/3rT1da5FtKy9ORHsPdeP/RzaW9bU5GPN54sz2mtde/lbA9c0e7GVU8leeMVj2MlzqZ8sD0YC3+A7XOQrltUt9HX15h+jatRSujjzWxo21YNucMfLRbU2IUZVDRVTNEGojyocfykXt4omp0zEXwtgbWNEAatRZzbKhiOAoEKMD6+1nhVzmFEZoDUwkxi5mGiQtKx7CTxlPyVBVHYsrn1sgu8zw2YkJK3yc+x4OtAwIO+XxFT/LNjZ+ijDBotIMn8zrYKgHXXYmGjpZJr6cR+04shaN6ezmnwN++7nrPe0cAdgZUCpIA== X-YMail-OSG: 5HZd3FAVM1lNtrDkUStYpSImBi1iYY8ErdulgLjHbLID5Wd796ji4BX4sybI85G QVDndC_14UNfRRO3PSysDjtexjyoDZcKzMCLFAhRlwPWBE_PMttevGggc5npeQXOgWPmpK2ZaLvw LubmEbp.Ll8hydEvvy8o1h8wUorDaM_JYdquLex7nd6mWQ.K0hsIcosb4TMYDPFcMs4Gq3kzkpv3 VCyh7jB9feCzeY.LcS7y_zLSEIZnkx12nWmlIw1Q7oEgCEmt8c62ywE0SWilEZfrC0El0l_qipf. TL55X3B2YIqCBI9QtFkfB8KK7UpRjL_WCUTqeHRttWx8oN_z2yuJfnZMiQr3DZnI2pRiPck0SW2o 2Q6TjfGGLHrJJYorZnS4utbEcrtcnA4wG9NaN0DgQubp7IXUqiYbDfHILiyKO5cYK74jpPaHShs3 raFiUTkliK4UIZtFFdsIfCXtnM6PHUcodVXOpTyHIELSInCjlN_w1oPjqpG2FxvIYNfFqCXTeHYH GQ83yOHjtOJG9mLuamIrkxh3Y1qGYYl1q3aazsIUFd5GEXTXpuvSInul7i1M1eHBOdv708bueLMl DsjoS4uB2msYc4LvkTFskSkXsc1oVJu_qzZBsG84sMfE8Y3rhZD8xttGNU694EmajgC3FE5UNvz1 bqyNHeQV8GAi.FUWmwiz0gBuEBcQmyY2g8xT3.HcDQJEx1YL_xt9S2tW2z6BRK3EZUR.mvZgGXMk U3d7XdAqFRX8f6sQj5uJhk.Vu.FHnlfmxgpUel7Exsby6Eunw0jcKw3ov5xdnt41G8aXgByQ8gWf XIF8NSmSK_NFQ6TXuIN53LWm9oY_wZMrAAIYpBx_gMdPgD7KaZxsEh46BTZbwYF.tE40DwK.lwV_ VYU8YbcyMAvqlKV5sXXjDoXiRBiOfYaFYcVuRx0Ag1ggAdF94omi.A1t_e8IsniSR4os8xgBQCNm HQm8.cuZ_uu4QZn9oBgfCj5iGIn4wd80riO9aeLt_yOuqYu1DZkr2C9fMoqwyu9KW_v29YuIDRcS NEpGVNt4DxFnp.t08PtbIcHie3tO4CBU79ra4K2lhnlWFE3h.ln2MxAG9wNZiO5ygXRTNv4DeJfD wpHPAazwlnm.RMQwNcH40_v4yQKyyrLfxoi9qiedmjvq3np1.9ieh0F9E3gdFEI1FZC9Uxv4gAlU VhyRgkI41AVCSwrJ7uUp1Gy_bBAwlqs3TV_6U3o4eNBSOPfDWvROsh9AdLARqAR0LpkleD_KIMDu bJaA.aC3Vt1GQz9gkHyCUEq0z64sg9FNbFtYKQuKRlXT53YOWsVUJ1AITZfalPez0J3RflPF2Kha mLhLE81sNYpsFPxtc4mdqlj_BRQRIQVkImZz1IGbi4p6.XimsOwo1Wwo1nBDnsGcmSM2_2mprp10 1NCssdzRTlrSTiKdFH__KaXKk4N3.S4uIvdxz0DX5YJkNFNua8rdCDPK1HFwLVWaYiJfc1wUgRxg H3JjTlj2Axr9fwnXv14Nz16owhnOMtgPmpVmx15QCRUtnblrIjyPAhAoo8GDjlJrluB_IiG_b6S6 7zZZT7K.x_ge98u8YH2GLIl7GVlnnnHaaYs1HbdXMFOV.WdAEzjxpL26CBRBvSLNo5x0dITyNTSa tDRbLHKNwScQhJ04UbX7T7taR1Souwe8ZSPyDce3sQhB15hLRjM5AlZEyHviyGqv8zAUjGBPqpzC qXoeromVRpxrwKmD3m7nIzP0y6gOMOLYuHcFpc5wIIWA5Oms_BNFyqjYaNf7YnFzYGBk87Ljk1Bx 1S_62S9tZrDatw9HVRNeua6CjH2ukWv4tlnFLaHGI5Yif2WPI9MgZdPEOAs7.HYCdvifBNn59fr4 qd26.c5TdgCmgmqujv7gJXScF4L1eGEbRDVDCiAkN8LvjxCvdVahxTYjeVCLOe3jWOVxVa_YxId7 JOrAAG0qxnx8xqrJlv2uhLAFnbbv.ltBTIVPUAgEeEe6dUJpKc0mrnjysQQobV8gX2JBRti76rKp 60QCUQF78lXYKpC2j2lrfwDdm4L.SVhPB1GpCDf306w2_z.xZSN_x1jrCfL4sQ3kTwhIqJHS3AJY 57pXR4SLjVJIoAannP44FuHGWqQJQNqk_ni.fYcgMb9auOu.9.VBwiYQ6Zz5PJCemckCpF3q3fZR GilnySLx2eZ1Kjo6_zq_R96a_XQpqbAFA4rzn2CcYj6MlhCJmGomIxaemKVEL4RwuPNnG.DkT4Y9 9VC48bUkE.Q2wIZHxPNhS8bibQOrosDFy1QcuzXwB37o.Aw6TzSd2uEyhkU881HkwL2zjGcWzbd7 a06dCahM- X-Sonic-MF: X-Sonic-ID: aa31afe4-6b9e-4139-9400-efbc9224fa9e Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 Nov 2025 13:16:08 +0000 Received: by hermes--production-gq1-76c986f798-n7lp5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c803e95b636707069e2908be7fe314ca; Fri, 14 Nov 2025 13:16:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: openjdk11 compile fail on armv7 - (Re: Still seeing Failed assertion: "p[i] == 0" on armv7 buildworld) From: Mark Millard X-Priority: 3 (Normal) In-Reply-To: <562279.6155.1763124654329@localhost> Date: Fri, 14 Nov 2025 05:15:52 -0800 Cc: "mmel@freebsd.org" , Ronald Klop , bob prohaska , freebsd-current@freebsd.org, Carl Shapiro , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2ECC872F-CA50-40C6-A2DD-7ED8DEE49BAD@yahoo.com> References: <4957be52-e57f-4f5f-9626-d0f706480fe1@FreeBSD.org> <87ldkai9lu.fsf@panix.com> <5dd66c4c-ed4d-4034-9fb3-f9079a513595@FreeBSD.org> <10c8be48-e9cd-4574-868f-51b113159311@FreeBSD.org> <562279.6155.1763124654329@localhost> To: Ronald Klop X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4d7HhZ2lgDz3FTp On Nov 14, 2025, at 04:50, Ronald Klop wrote: > Van: Michal Meloun > Datum: donderdag, 13 november 2025 11:38 > Aan: Ronald Klop , Carl Shapiro = > CC: bob prohaska , freebsd-arm@freebsd.org, = freebsd-current@freebsd.org > Onderwerp: Re: Still seeing Failed assertion: "p[i] =3D=3D 0" on armv7 = buildworld >=20 >=20 > On 13.11.2025 10:52, Ronald Klop wrote: > > Op 13-11-2025 om 10:07 schreef Carl Shapiro: > >> Ronald Klop writes: > >> > >>> My thought was triggered by this as a build of opendjk11 failed = with a > >>> jemalloc error. > >>> https://lists.freebsd.org/archives/freebsd-pkg-fallout/2025- >>> = September/804963.html > >> > >> Is this build failure very reproducible? Is there more of a stack = trace > >> to go with it? > >> > >> When the jemalloc witness code observes a locking error the process > >> should abort immediately with a SIGABRT. However, there is SIGBUS > >> reported in the build output prior to the witness error which makes = it > >> look like OpenJDK may have been handling a signal while the witness = code > >> was running. If malloc is somehow being called from a signal = handler > >> that is asking for trouble. > >> > >> Here's a closed issue from the old jemalloc repository about a = witness > >> error when malloc was called from a signal handler > >> > >> https://github.com/jemalloc/jemalloc/issues/1224 > > > > > > Hi, > > > > I only have this example. I don't run armv7 myself. > > Unfortunately the armv7 pkg builders don't run that often. > > > > This is the only failure on main-armv7, but AFAIK no new pkg build = run > for main-armv7 has happened since. > > https://portsfallout.com/fallout? > = port=3Djava%2Fopenjdk&maintainer=3D&env=3Darmv7&category=3D&flavor=3D > > > > I just noticed that the full build log is also already gone from the = pkg > build server. > > > > Regards, > > Ronald. >=20 > I am also a victim of this problem. In my case, unfortunately, the = problem is rare and transient. It occurs intermittently and can be = resolved by restarting the make. I can confirm that the problem is not = related to a specific port. I have experienced it with gdal, = qt6-webengine, and rust at minimum. >=20 >=20 > I'm guessing it may be related to memory pressure before OOM. = Unfortunately, I'm out of ideas now... >=20 > Michal > =20 >=20 > I was able to reproduce openjdk11 failure in an armv7 poudriere build = on aarch64 Raspberry Pi. > The build doesn't always fail and the output is not always the same. = Here is the output of two different compile runs. [00:19:54] =3D=3D=3D = Output from failing command(s) repeated here =3D=3D=3D > [00:19:54] * For target jdk_modules_java.base__the.java.base_batch: > [00:19:54] # > [00:19:54] # A fatal error has been detected by the Java Runtime = Environment: > [00:19:54] # > [00:19:54] # SIGBUS (0xa) at pc=3D0x2031ce84, pid=3D34578, tid=3D124336 > [00:19:54] # > [00:19:54] # JRE version: OpenJDK Runtime Environment (11.0.11+9) = (build 11.0.11+9-1) > [00:19:54] # Java VM: OpenJDK Server VM (11.0.11+9-1, mixed mode, g1 = gc, bsd-) > [00:19:54] # Problematic frame: > [00:19:54] # C [libc.so.7+0x1ace84] _malloc_thread_cleanup+0xa43c > [00:19:54] # > [00:19:54] # Core dump will be written. Default location: = /wrkdirs/usr/ports/java/openjdk11/work/jdk11u-jdk-11.0.29-7-1/make/java.co= re > [00:19:54] # > [00:19:54] # An error report file with more information is saved as: > [00:19:54] # = /wrkdirs/usr/ports/java/openjdk11/work/jdk11u-jdk-11.0.29-7-1/make/hs_err_= pid34578.log > [00:19:54] # >=20 >=20 >=20 > [03:09:57] =3D=3D=3D Output from failing command(s) repeated here =3D=3D= =3D > [03:09:57] * For target support_jmods_java.sql.jmod: > [03:09:57] # > [03:09:57] # A fatal error has been detected by the Java Runtime = Environment: > [03:09:57] # > [03:09:57] # SIGBUS (0xa) at pc=3D0x2169d0c4, pid=3D16567, tid=3D137017 > [03:09:57] # > [03:09:57] # JRE version: OpenJDK Runtime Environment (11.0.29+7) = (build 11.0.29+7-1) > [03:09:57] # Java VM: OpenJDK Server VM (11.0.29+7-1, mixed mode, = serial gc, bsd-) > [03:09:57] # Problematic frame: > [03:09:57] # J 77 c2 java.io.DataInputStream.readUnsignedShort()I = java.base (39 bytes) @ 0x2169d0c4 [0x2169cf40+0x00000184] > [03:09:57] # > [03:09:57] # Core dump will be written. Default location: = /wrkdirs/usr/ports/java/openjdk11/work/jdk11u-jdk-11.0.29-7-1/make/jmod.co= re > [03:09:57] # > [03:09:57] # An error report file with more information is saved as: > [03:09:57] # = /wrkdirs/usr/ports/java/openjdk11/work/jdk11u-jdk-11.0.29-7-1/make/hs_err_= pid16567.log >=20 >=20 > This is in a poudriere build that does not leave the environment = behind after a failure. This weekend I can try to run poudriere with the = options to keep the jail alive and gather some more artifacts for people = to analyze. There is the "poudriere bulk" is the option: -w Save WRKDIR on build failure. The WRKDIR will be tarred = up into ${POUDRIERE_DATA}/wrkdirs. I have a /wrkdirs/usr/ports/ that I use for creating /wrkdirs/usr/ports/*/*/ and expanding the archive. I do that to have the same path as seen in the builder jail. However, sometimes there are materials that are outside the area tar'd ( such as the builder's /tmp/ ). So live sessions can have required uses. > What kind of info would be valuable? The *.core and the hs_err*.log = file maybe. =3D=3D=3D Mark Millard marklmi at yahoo.com