From nobody Thu Jun 27 04:57:48 2024 X-Original-To: freebsd-arm@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 4W8mXq1tDlz5NqJF for ; Thu, 27 Jun 2024 04:58:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (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 4W8mXp5lXyz48WW for ; Thu, 27 Jun 2024 04:58:02 +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=1719464281; bh=CLtq1U2zqGR1sDCtUgtD3+9LSykgO8jjpqOlYSBdiEM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=lcYEkN4bYHAYnMIEIUjQxfGjEtUL24EYJMFw5tSjiyOiYFppdKwnJwZmHUyMSuMNPea6g3gOpfKKnOb9Lfk6XlaeSG7U+hR3FDjkxuVPhi8F1tEk5HFcn2I736nXzHiDfaoInxs7uJhlcnwqlfkLk1nseROkk9UNkGqjNSqKwBP0ZGtK9Wtl+9qZvnYO4f9y2Z0hJeTM6DzOpBWDRsKjSEnpexsP4PNJBVYPN0kHIzvFGLCs29OtS7vpA2RCfdKtscqGfDR2glU89DrGsyqyqpTcOdYPZ5vc8Hl1e9tqjHx4reXdc/aCq9sD/jwyKBrzx4Oxy5HXcEfg+FcdPwVjRQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1719464281; bh=172yc1HAn/PhfpV6KTrkpWHR9oc4eM35v3sv6BL7zQx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=c5cI0fI/JFHQ0y3FyFXis5+ZX/1ZOkVoWeoGpG1K8G+sIf3NoSJB1EX0JIaN83doRHLsd5W/AofXvBbPDSMtl5i3XcIvoapblhZoHvWUHZoEurBBGwlW5FJiZOBK8U1jFAPLwNfj0GaxUsRUp8IbcsdElYSfDj1/K9swnARnP2xkIK/PhxanV9Y1d5NNt0e+48BFCgOrZ/mseBQtM8FHgZ9gpBz81B1Rc2SqVUOCLeR5GvWY8BpRnviH6uuaeX4J51sQeS8Ude0L8LmjJvSXwXVrbvGctDMLXE3ZwbcVNSaWYdxziFsk28jK/2wNqD6fQONpRUPZcMtBzuX/sauIzQ== X-YMail-OSG: 4e3RSdcVM1n1TPZB8DxB.IQR_vJPqefLOg5prm6v7vMVXf2kSenDOJ1_cmC4Dvf 6EHDlBGBLwpnkTusxmo80hpnKY7dVPG_nFnw0YgLwu8PTd2z7HXBhsMljYyPvX4NybFtm0uz0u67 wxq5Ki7you4hQfX.hrstbdA08WFnbyXFzpScLUW5.xl0YoAvG9xFTMRZl_pEmhVgqRMCuN1aqExq 3GQKZm7YKciRz1rDsfcEAmA31OKdoXw.lvXFo3uqos4sqclQk014tI3TlcFC1KmJSo.SYn_jeBOj fh815Q5RoAm3_x3Ja.Dg7Q5DHXtSdRdwB30JK9VyDiCza.eumS24tD.yNZDOwB2_lkxeqfXI8jqp 3cjHbPIU7cELXTy9Zg18kPV.w3wfdxIaP7anML.h9oNjy2rq4BMM7JYTIuXKt0iHiVcEXZx_vzC_ boVHVFCLTf26Ya2c8PLKya7ivKPcH2U.W4N6NkjsAVVFX8MuWNHTZkUvtFM5MXa6C6ZqpFgvKLuj LHHdafSeJiXQUlFlzJTFbkwYVXLjkyijVC1RVCLmAFTe.JMMaiBg_zf5S97HpsJScH7Cu8lJmdFE XYWolEsjeFbO_lcqEpCJkunETs5wZMsReLW4wFekgVx9_zkaCHV2E9C77PrB75UdeQKfzwmKcXiR ks_mVc4PTtez1TYpkRWM.soQp53_w02jG.cFRL28jsDjENMkKpgC59pW.fo92KJv9wmZLKxRfXnM Wkv8ixTqs.6d53zwV.VNxM5baoDf6MSRy7YYE_o9Mc.V56YISoAmWYAxPk350pP58LCMJx0KuqVG vJCPZELcLgdXbb_icb2M6zB1hykJy7XTVZbGIMcQy_mGDtQvUVg1Vq9FQ.dflsC.HRl6nqyz1g.W ogcff_c_fXhoZoQ8vHi5hRswh0etvtO83eOo407JNPmz33Y16hNVXsEDtcG.c7SjgAgN5iTeyvqm SwNzcHb.zDBlIGtkY57LYGFmNY5U38jZ0mfuAWTWwO0gncnDKIn_kYE68JmO7EdK0NtFdw8DfhrB FNxv60GGZbdKYdpqQJkVWVtC5TWCzAOWPnR1vgAIZ76KpueXxBDU45A9rZsZchpe4Tsg5UPDSwAM 6JoZDPd1YnGo4EafkVjrIIj4BigkwOtWdfREHidImfir4ny76JbCFq0jxD55p17jhCJKmBlm3O8i b_zRuifk0OhmWQrRz2gMonHYq0hnvfWH7Hs7saqwD2WNG6ZTs0N5qrjUUP.5aAPP2y07C41q.X5n VeUqAeRoUWB4DBrl3wKoZFeAG0Dt6c4E0xR7Q.Rsbq.ChsSD2vMQhsEmVYOaAvCvWEU2Oxht1ODd znPeWtXAvE3ST_sxDSjcOeOwxOsUHM0hGLlzqwD43fjpdWcOWhKSngg5CF0qSgcI569G4CTnan15 E1em7GzkJTX4HqWS7e5UZphVwhMLwLXTL.rR7A65MvcZOCENHKGYqszyrbqTYpBQg8YJnJF5RmPM IC6ocQgRUxa3nUCq8AXQWJ_RWtP0rX_iM7W1ltnjCS2TWeKUvbGBcQzbZBPXU8EMMuaDJAhCV_PP 0jWQwV1SYgwWrKD5iTnB51L4.hoFVdOXZJVimyIMpNwI6Vz2uCogBlNa3bcMH0XEneaSnFC7DRxp V7AllefESaetLe3jsY2L61b_Oo2uOl.I2.4G0pB0sHTtyWbVTm8vz9GjGqQPey6VvbSkWT_8Xoj8 YMC7WffrZPFPBliHAgNDEJi2c_PAhiv2OAVH8luxRJrYIHHVGstFKHXGAFKtM2pg9oTjMyU7eCyU CRWLPopGVYuVgjHoQbinvea50zDHgeqMSr_g_NGEJC.deYm5iBA3meEe2O27XZbl1MzSb5XgCPW2 JETAoC0EfKucSNO8V8sYrj5Ysqi41OH3UKGseroA1xjeyBB4wS5SxGbhqYUTlIa9v24y1qPP1s9d p5L0enoHC4t16AtFHQubrzXzVFsoT9BE391N.LbHC2459lvLlL.X_TcypFnQYSiZ4U95K5yZ.hQ_ vegiDEty.62GFAiRihaVzcIkUvBuLeFxr.mpMf3c.fwNPDPEmXi0AUWxB8TzB2_wqF0y9ZyEqHcV k7o9CAWKXR70CikdLOLHslqre9Tc3NixOJqz5OKvyRdxGdv8eIWBqZ7hMk7xKRedmcSuBDPSw4sE HpOO8fLbTYGcikNogQf8U1NlgZUDB2wJ_v0hLhvL8qdsSXf9Jz38GOT8mQVzkO1cBQr8wP5CNteo 72UzZNBZ34KDJr0lJBwXF5yyNu.H7vEtupjiY4Q1N2yCLWhV3ha78rvqk90sCRWF.ggu2qGgOXnX hvR8- X-Sonic-MF: X-Sonic-ID: 55b3c1bf-90ff-42b1-bfd8-393d95842772 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 27 Jun 2024 04:58:01 +0000 Received: by hermes--production-gq1-5b4c49485c-4758j (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 292ac9f63d3288370709f0946d719efb; Thu, 27 Jun 2024 04:57:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\)) Subject: Re: Any idea what's going on here? (clang blow-up on Pi3 under 14.1) From: Mark Millard In-Reply-To: Date: Wed, 26 Jun 2024 21:57:48 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Karl Denninger X-Mailer: Apple Mail (2.3774.600.62) 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:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4W8mXp5lXyz48WW On Jun 26, 2024, at 15:01, Karl Denninger wrote: > FreeBSD 14.1-STABLE stable/14-n267995-2472e352d80f GENERIC > Environment: Pi3; this code has built without issue for quite some = time on 13.x. > But check this out on the same physical Pi3 I use for development = under 14.1: > $ make clean > rm -f *.o hd-mcp hd-mcp.freeware license-server hd-commit > $ make > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c config.c = -o config.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c funcs.c = -o funcs.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c hd-mcp.c = -o hd-mcp.o > PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and = include the crash backtrace, preprocessed source, and associated run = script. > Stack dump: > 0. Program arguments: cc -g -Wstrict-prototypes = -DVERSION=3D\"8.0.0-LocalAuth\" -c hd-mcp.c -o hd-mcp.o > 1. parser at end of file > 2. Code generation > 3. Running pass 'Function Pass Manager' on module 'hd-mcp.c'. > 4. Running pass 'AArch64O0PreLegalizerCombiner' on function = '@process_unit_get_response' > #0 0x0000000004b17588 (/usr/bin/cc+0x4b17588) > #1 0x0000000004b15650 (/usr/bin/cc+0x4b15650) > #2 0x0000000004ae16a0 (/usr/bin/cc+0x4ae16a0) > #3 0x0000000089b92eb8 (/lib/libthr.so.3+0x2aeb8) > cc: error: clang frontend command failed with exit code 139 (use -v to = see invocation) > FreeBSD clang version 18.1.6 (https://github.com/llvm/llvm-project.git = llvmorg-18.1.6-0-g1118c2e05e67) > Target: aarch64-unknown-freebsd14.1 > Thread model: posix > InstalledDir: /usr/bin > cc: note: diagnostic msg: > ******************** >=20 > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > cc: note: diagnostic msg: /tmp/hd-mcp-a07b96.c > cc: note: diagnostic msg: /tmp/hd-mcp-a07b96.sh > cc: note: diagnostic msg: >=20 > ******************** > *** Error code 1 >=20 > Stop. > make: stopped in /data/karl/HD-MCP > $ make > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c hd-mcp.c = -o hd-mcp.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c www.c -o = www.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c slave.c = -o slave.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = amcrest.c -o amcrest.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = license.c -o license.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c z-wave.c = -o z-wave.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c malloc.c = -o malloc.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = S0-encryption.c -o S0-encryption.o > PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and = include the crash backtrace, preprocessed source, and associated run = script. > Stack dump: > 0. Program arguments: cc -g -Wstrict-prototypes = -DVERSION=3D\"8.0.0-LocalAuth\" -c S0-encryption.c -o S0-encryption.o > 1. parser at end of file > 2. Code generation > 3. Running pass 'Function Pass Manager' on module = 'S0-encryption.c'. > 4. Running pass 'AArch64O0PreLegalizerCombiner' on function = '@decrypt_packet' > #0 0x0000000004b17588 (/usr/bin/cc+0x4b17588) > #1 0x0000000004b15650 (/usr/bin/cc+0x4b15650) > #2 0x0000000004ae16a0 (/usr/bin/cc+0x4ae16a0) > #3 0x0000000089887eb8 (/lib/libthr.so.3+0x2aeb8) > cc: error: clang frontend command failed with exit code 139 (use -v to = see invocation) > FreeBSD clang version 18.1.6 (https://github.com/llvm/llvm-project.git = llvmorg-18.1.6-0-g1118c2e05e67) > Target: aarch64-unknown-freebsd14.1 > Thread model: posix > InstalledDir: /usr/bin > cc: note: diagnostic msg: > ******************** >=20 > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > cc: note: diagnostic msg: /tmp/S0-encryption-30d26b.c > cc: note: diagnostic msg: /tmp/S0-encryption-30d26b.sh > cc: note: diagnostic msg: >=20 > ******************** > *** Error code 1 >=20 > Stop. > make: stopped in /data/karl/HD-MCP >=20 > Note that the first time it stops in one of the files, hd-mcp.c in the = function "process_unit_get_response." > But if I invoke "make" again having changed nothing the same file = compile succeeds! > It then fails on a different file in the routine "decrypt_packet"; = that particular source file has only a handful of functions in it and = I've seen it fail on different entries -- it is not always in the same = place. > Once in a great while the entire build will succeed. Note that on the = same Pi3 running 13.1 (which is what I'm using right now in most cases, = but looking to move to 14.x) the same code builds every time. > I've grabbed a brand-new in-box Pi3 that I have here as a spare - no = difference - thus I conclude its not the specific hardware that decided = to take a dump on me without warning. > Now I take the same SD card and stick it in a 4Gb Pi4 and boot that, = clear the object files (so it has to do the entire thing) and.... > root@rpi:~ # su - karl > $ ls > HD-MCP > $ cd HD-MCP > $ make clean > rm -f *.o hd-mcp hd-mcp.freeware license-server hd-commit > $ make > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c config.c = -o config.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c funcs.c = -o funcs.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c hd-mcp.c = -o hd-mcp.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c www.c -o = www.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c slave.c = -o slave.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = amcrest.c -o amcrest.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = license.c -o license.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c z-wave.c = -o z-wave.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c malloc.c = -o malloc.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = S0-encryption.c -o S0-encryption.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = boot-include.c -o boot-include.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = root-include.c -o root-include.o > cc -g -o hd-mcp hd-mcp.o www.o config.o slave.o amcrest.o license.o = funcs.o z-wave.o malloc.o S0-encryption.o root-include.o boot-include.o = -lm -lcrypt -lssl -lpthread -lcrypto -lgpio > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = hd-commit.c -o hd-commit.o > cc -g -o hd-commit hd-commit.o > cc -g -Wstrict-prototypes -DVERSION=3D\"8.0.0-LocalAuth\" -c = license-server.c -o license-server.o > cc -g -o license-server license-server.o funcs.o malloc.o -lcrypto = -lssl -lm > $ > No problem. > Ehhhh.... that does not smell good. > Has anyone seen some sort of problem with 14.x and the Pi3 series = CPUs? There ARE a LOT of complaints about "clk_fixed...." printed on = both the 3 and 4 during boot (clk_fixed4: clock-fixed has no = clock-frequency), probably 50 all-in, but other than the complaint = during the boot it appears to have no other effect and doesn't show up = again once the system has come up. > The only other complaint of note during the boot is several of these = on the Pi4 during the boot process : > sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no = active command. > sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 > sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 > sdhci_bcm0-slot0: Argument: 0x000001aa | Trn mode: 0x00000000 > sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 > sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 > sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb > sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 > sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 > sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 > sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 > sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > The complaint asks to submit a bug on the compiler but I suspect this = isn't the compiler at all, but rather something odd going on related to = the OS and the CPU instead since the exactly same SD card booted in a = "4" completes every time and the same code also compiles cleanly without = problems on the Pi3 under 13.1. > Thanks in advance! > --=20 > Karl Denninger > karl@denninger.net > The Market Ticker > [S/MIME encrypted email preferred] Hello. Can you provide any folks the files (or from similar failed attempts): /tmp/hd-mcp-a07b96.c /tmp/hd-mcp-a07b96.sh and/or: /tmp/S0-encryption-30d26b.c /tmp/S0-encryption-30d26b.sh ? The purpose of these is to allow attempted replication without having = to have as much detailed material duplicated. The .c file has the after preprocessing source file. The .sh has the command(s). You could also try the replication in your failing contexts and see if = they are sufficient for you to get example failures or not. (If you can not, = it might not be reasonable for other folks to try to get the failures this = way.) =3D=3D=3D Mark Millard marklmi at yahoo.com