From nobody Sat Jul 29 20:38:07 2023 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 4RCxD25rY3z4qfL9 for ; Sat, 29 Jul 2023 20:38:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 4RCxD22j3sz4PxD for ; Sat, 29 Jul 2023 20:38:26 +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=1690663104; bh=+tNpYCWeRxYDAH1TYW45QesNvIGTx+nPwONbioEv9ag=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ij4cuKI8a4qVJuzPaR09EgFQ++/XgJC1hTjCJorbgRnKwb9d6lJTgTJYjiKdbY52KhfY7NUxxqPoB6ugKitOednny10tx0ZxlGRUBhFx7SeP16vpNmBAfem+jumYQeXUEPqhkmdSXf/wvMO1FtIL/BwhCYbUk4nRc18lVvSWpgbZQeykJZn29P9G61uFsjt9zT4vMakoeyOCJ71wV8Eu/O913vg/6Sz8VOlg8ee65nQd/0um5CZZN9IQf1gojRKXPepjUIWr/v1CFSDF5Tt5phG5DVguc7N9XPqp3FGlUvrZYQbZhYcP/KG89QqSpVzi5+UKr8MmTZjXWZQIWCjn0g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690663104; bh=1eoBbJDs4NuzOuJl2D+wzvbNaJUe/BU9SnSpxm2Hp2D=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=D7oWYJICO5SH0fRtRmGpmhbdy5IQj9kJ+mdAI7Fp6xcGDf318/5WWKhuEqYZW4Yr5+2s5lf6XtiKL/vv1hquBUgrSje25o0nPngAI3WLvJ78q08njcTu8IlDjRlHJa87oR6XNTsJR9+0qkZI1tVTt0oeKAEbIG9PcL7B1ydJdTt585YTnbvSnW8q9wrA1xeS3P8FFFlnWdr5X7ZQ4DrxoguPdX03GwT+UVpJYHh0aVxnNsSp1bCdBoYcOuPMakM9LnNfpkmZK/+K0jka4BFD1DaU9tgT2beE0M62y+F8PoByOSo6Ke6guLsdpbx9kQcwn5bop0a6MGECCmQLWtTLIw== X-YMail-OSG: dLmtUUkVM1mlUyC4oQxbAWO2qUiGggQIifNK7FMyaqtKmpXMhO5lnsJueaRxzfe wEaycZPx7HDUsLOn5x3PvmXeR451Avfk77BIbFPm6U7Aw2Ou9nnEuN1uyeNGFSWILdb6cBqzm.Nx _tE4oQoFwni10trGiWmBxXiO.z_aQsvrUcvKwSLCKZi1XfVNheQBefVQBhEDCNvqmi.kgSlkW0nG zE.nlbS8fTSPGlL1CmVH8XbQbvXtEry1fTRg3w3v.sB9_06Gxk.ZN2oLVqhlC1wtTNA3h2_NqwCe ZeoU_OFq3zjb1JHOUkulF5fbCRq4XOHo72YLkq_EZobgcP_A9ih7GdIssLi9cV91woOU3KhBiW3Y M18Z8nxOpO3wcnqdyPfuyGiMyBGc2LyFCfLmop_8E0AiM7hoPzfYS4rrkJiysSDoqCoPg.Pluq8g y2rC7Q42mtzTVqnsKxzTKsFxvuxaaAN3izapSBjp9IZkLmUnP7NjPz3JoVjB1ZHQaWcgYQSOK6LN W6TZTmEweF9Gh.qPdgRJ_8Vr9.aGdzDkWmSW3SOvJYD9Bb48OszfpD8nkGtrWX1Tn66x5mrpjV0_ _PHW7MMrvpNB0eiLL5CZ0qvheR55ZPjHeOxgt4qdAFcaFdZwyNUrAjXyfRXqELQtlAP7j8aEeTNF S7jJrQDM3V8k1aoeJgCA8zz83CwD2nIPHh2j4RaX0MQ0VfSR0WV_mLk7_2Ke8Vxo90pDgJnyQR4F ckKnqOS._i3Hm91QyI8H0nj7eGhJ0F3h.KukCUsv6.nGIgWoGvvQgZed7zoA3iMDLyeRTcs9QSmS 7hgPlDVbGG45L_5xhnYSVSvMETCtC4XeQPW_tUODUathaiQqp.5nDmzzd2w.wLgohMdIG1dyplL3 Ogwi.WXtwNvY9SGL_vArWXq9MyeLp8eZxgEmU_His_SFcMHOdX0pzGd5ZwdVXCA.whM39OcpWa1A T2v928m2wC0t5RTfQAyj_j2IfIgFVedkRgtftszxPOOmVyed4nPGq4ETIS2DsWt0xbKD0wJOViKQ dDgbeFxKpy4_LcT9NEQfZ9IN3r745wDsaj_MuZxO8BYPwduuzk8oj2G26G.W4vOdgBMpTFB_4lfr qTbw7FV.GYR12dJraQwMmZLV09OCGCBaSXxws0VQQvrwpjqypieDd0aZ98QGuG2uMt47bB_MwXJ8 JgYchXdd8P2RFuNDFE8WQOdeKz2VguXY9bSgYu3CFabhkgRj1E55ap_sA5kJQo8ODi.YAL3VemOD Dno0ellP7EYNa8_pUIVA2a8RkVwkpZVZZFbMdC.mO.SdJbgwU_R.ddGJf_mLyn6JAHrFsOUCQCqu q5ax.L32u3M_14gRUCDkUbRitHJaZ99e4OU5v2sko5uZBeyMHwhSPJyxgkB1jSNvmIPR2MAZdVMa KsbFs5xCRSmlgMbfIytg6Ujd0A5q8BA9lw58H9cLyf3oJDnNcXgL70n2l8E8qBKm1P9Od4VO6oV1 LAAsKK4LiIX9oIMxkUsW9sLrYsomGrjerOD4zyaMn0fhEN41AB6PWtjhtM.1.hSu0b.W7D8jyena o.QUy2IWf2guZ9qNUwr8GIffR0pURREZNkGKWgK5PsFDpRz6UGPpOCwduPrAs38gZRbhPWvJsEHI SUUtmEPLDXJ2jBPKqeTKXL5lToyavs.6RQWthTi2SnWVSMB6o8NjigQXLm6ZiavGYJTsC8M7oBFG otLb2Wdn3C_OkJC4tSbmfwuOee5EmEOJw1kB7QL5dLDSWHFmkW0RvazjFj2h2h2SNSYgij6IZlhx RY_j82x91GyotKSSCfcJqKHhyLtTtfD6AppeOvCD7_ksm3r4V.jj2zgufNEaPcEDRixIjKl4FzoE If7TajHyrhi3JaavCXFDmAc6AXJpXPq6yv_KHLWs.v4IV_nDuFUaT8p_QEjZlcCgbfvZBFhQ0RLP YPpfdLVoBKIb.JCzpAecKMYuazIAv8asVp0yoWTBfCk9deMWKm6Zn.sgL6p4kU4haLg8mKJ_bBaA d0s5ZzhYjJxPD2PAvzHMqt6rU2cN8J7TfFchYZ6.odU_L9IL3Bp6ytJ4bs9SGQiVB1zUk7FWr.4m BgwURLkEkWxkW21a15_oPSPG7akEmqF.aeG4b8iL.E671ERnmZbZzHZagbRx13JYohet3X4x_IH1 QKkWtvk2o3vJANP55ZaWQee4xBi9lAjiwzR7FuSb2OygXEH8tS64vf07kqhdQZDK_u54hZwMc.ev cX_3VDr8oWI7HJME.6F8chbSG5DnloPh0p_gk4UVrsMn7fejtgGw0L6qfWVwYKWhRqhOdtnPZn0g a X-Sonic-MF: X-Sonic-ID: 727521e2-9f3a-4a96-8ffd-fa0e9d850114 Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 29 Jul 2023 20:38:24 +0000 Received: by hermes--production-ne1-549c7f6c44-z56p4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4a4314c505512e7ef65351e2164503c6; Sat, 29 Jul 2023 20:38:19 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 \(3731.700.6\)) Subject: Re: Some issues related to the port of Raspberry Pi. From: Mark Millard In-Reply-To: Date: Sat, 29 Jul 2023 13:38:07 -0700 Cc: freebsd-uboot@freebsd.org, FreeBSD ARM List Content-Transfer-Encoding: quoted-printable Message-Id: <301B53AB-47CD-4BCE-9888-2BEF2F2F8437@yahoo.com> References: To: ykla X-Mailer: Apple Mail (2.3731.700.6) X-Rspamd-Queue-Id: 4RCxD22j3sz4PxD X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Jul 29, 2023, at 11:30, ykla wrote: > In = https://github.com/FreeBSD-Ask/freebsd-ports/tree/main/sysutils/rpi-firmwa= re we are indeed using the same version of Raspberry Pi firmware i.e. = 1.20230405, I am using freebsd 13.2 release of u-boot, FYI for 13.2-RELEASE (at least the RPi* aarch64 image): Its U-Boot was specially built/installed, avoiding the problematical version. After mounting the msdosfs file system from the 13.2-RELEASE RPi* aarch64 media that I have: # strings /mnt/u-boot.bin | grep "U-Boot 20" U-Boot 2022.10 (Apr 07 2023 - 02:47:36 +0000) > which one are you using? I already indicated my U-Boot context in the material that you replied to: QUOTE I actually use my own U-Boot build, in part because some of my USB3 boot media require something like a usb_pgood_delay for U-Boot to tolerate them. My in-use build is based on 2023.01 : # strings /boot/efi/u-boot.bin.2023.01.arm64 | grep "U-Boot 20" U-Boot 2023.01 (Feb 06 2023 - 08:06:49 +0000) END QUOTE I'll note that one way to identify the RPi* firmware build in the tagged release is to do the likes of: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 10:50:39 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Mar 17 2023 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 82f3750a65fadae9a38077e3c2e217ad158c8d54 (clean) on the start*.elf file of interest. Sometimes a new tagged release is for changes elsewhere and this part does not change. The above from 1.20230405 is actually unchanged from the prior 1.20230317 tagged release, for example. Another thing that is involved is the RPi* EEPROM content's vintage. The tagged versions of the files used to update the EEPROM can be accessed via: https://github.com/raspberrypi/rpi-eeprom/tags/ An oddity of the last release for this is that it has 2 tags for bf7419c: a) 1 based on YYYY.MM.DD (normal): v2023.01.11-138c0 and: b) 1 based on YYYY.DD.MM (unusual): v2023.11.01-138c0 Again, if I can, I tend to use tagged releases of these, not development versions. I'm not aware of being able to use FreeBSD to manage the EEPROM contents. I use RaspiOS64 (my abbreviation) for such management. > Mark Millard =E4=BA=8E 2023=E5=B9=B47=E6=9C=8830=E6=97= =A5=E5=91=A8=E6=97=A5 =E4=B8=8A=E5=8D=882:07=E5=86=99=E9=81=93=EF=BC=9A > On Jul 29, 2023, at 09:23, ykla wrote: > >=20 > > Hi, > > However, strangely, when I replaced the rpi4-firmware in the ports = with the latest version from the official Raspberry Pi source and copied = it to a USB drive, the system started to loop with the following code. > >=20 > > --------------- > >=20 > > Net: eth0:ethernet@7d580000 > > PCIe BRCM: link up, 5.0 Gbps x1 (SSC) > > starting USB=E2=80=A6=E2=80=A6 > > Bus xhci_pci:Reglster 58000420 NbrPorts 5 > > Starting the contorller > > USB XHCI 1.00 > > scanning bug xhci_pci for devices... Unexpected XHCI event TRB, = Skipping I'll note that I've never gotten that "Unexpected XHCI event TRB" message historically. So I'm not familiar with what leads to it. > > 6a0 000000004 01000000 01008401) >=20 > That output looks like U-Boot output, before FreeBSD's UEFI loader > has been loaded. (I'd be more sure if there was more context.) Of > course the RPi* firmware and .dtb starts being involved before > U-Boot starts and, so, is involved. >=20 > I actually use my own U-Boot build, in part because some of my USB3 > boot media require something like a usb_pgood_delay for U-Boot to > tolerate them. My in-use build is based on 2023.01 : >=20 > # strings /boot/efi/u-boot.bin.2023.01.arm64 | grep "U-Boot 20" > U-Boot 2023.01 (Feb 06 2023 - 08:06:49 +0000) >=20 > (My config.txt references that name.) >=20 > So, the later material below is not based on the same U-Boot that > you are using. >=20 > > --------------- > > The original author seems to have abandoned the project, so I forked = a copy from the ports archive. You can find it here: = https://github.com/FreeBSD-Ask/rpi3-psci-monitor and = https://github.com/FreeBSD-Ask/freebsd-ports/tree/main/sysutils/rpi-firmwa= re > > I don't understand programming very well. Can someone help me with = this problem? > >=20 > > Additionally, the author of raspberrypi-userland (who is the same = person as the firmware's port author) has also deleted the project. = There is currently no upstream for this project > >=20 > > The current Raspberry Pi 4B 8GB version has issues with booting. The = current u-boot booting process gets stuck at the rainbow screen.see also = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272792 > > If someone could provide assistance, I would be very grateful. > >=20 > > I'm not sure if the upstream has made any fixes for this issue. > >=20 >=20 > I expect that you may not be using an officially tagged release > but instead are using a development version of the RPi* firmware. > I avoid the development versions when I can. >=20 > I had no trouble with the firmware-1.20230405 materials, the > most recent tagged release available. The RPi4B context is > the 8 GiByte Rev 1.5 with the "C0T" part number label on the > top of the SOC. >=20 > The tagged versions are available via: >=20 > https://github.com/raspberrypi/firmware/tags/ >=20 > The most recent there is: >=20 > https://github.com/raspberrypi/firmware/releases/tag/1.20230405/ >=20 > I downloaded: >=20 > = https://github.com/raspberrypi/firmware/archive/refs/tags/1.20230405.tar.g= z >=20 > and did: >=20 > # tar -xf 1.20230405.tar.gz firmware-1.20230405/boot/ = firmware-1.20230405/README.md > # rm ~/firmware-1.20230405/boot/kernel*.img >=20 > to extract the relvent material. >=20 > I updated one of the RPi4B USB3 boot media to have this firmware > (and .dtb's) in its msdosfs file system. >=20 > It booted the 8 GiByte RPi4B Rev 1.5 just fine (based, in > part, on my U-Boot build, however). >=20 > The media I picked to test with has not had its FreeBSD updated > in a while: >=20 > # uname -apKU > FreeBSD CA72_UFS 14.0-CURRENT FreeBSD 14.0-CURRENT #90 = main-n261544-cee09bda03c8-dirty: Wed Mar 15 20:25:49 PDT 2023 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400082 1400082 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Jul 30 04:54:55 2023 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 4RD8FF6MQYz4pk9N for ; Sun, 30 Jul 2023 04:55:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 4RD8FD3MRNz4JKZ for ; Sun, 30 Jul 2023 04:55:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=sqZxPoaY; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690692909; bh=hJ4W5DARohQtXekRZZdF+LY1PVuj5tnLNAPVLA8Thxc=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=sqZxPoaYpg3u7Ma1zfQ2ya17DKX1pR+VAvPbPDHWXTYsFmL3fbYIUirFvdpfBxNKq1M2LiTM/p0WjKEZ1CenEBHfomThKcgprBscMlGcf8NZWgJ6bE7WsPCsR0CUZ5U2rxNEsgjq5KdRWA6282VE2TSc704qCUSedq5jrhrXVsDQYGk+uH/EKP9DGEKawtB9Ndktqh4HYIQQYiBkMYgaENe+o5r8evuaKT2o4RUMXLRPrU91HKTXc+HRqAysz5BIVoZfW1cB0dIm5pnAaKMnixWlg95Hs+0w7LHXXDd1rw9NkyzZ0LAAipYlVXgpJmPk3WC9U+DLrmRbFfkYeaPqRw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690692909; bh=ukER8oLTWnpbQeEmFymtCU3fgi+LA1Qm6Z0D94DBfOX=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=TSTSQsFILCS+ikZAI4GjjbAEdga30KJBJHdyK4Y+cuCWY/QaVZSnu6yPs1/EhXqDXFAigu2Mot069n0yCydpJGzY8xADSeJbeBf/sQwyF4RIqnKzEgcDT7HLYnzrTiYRJ3hHlxljnSxia0aou5NVD+EfU9KYR93V7zutkrBf97Dz6nyQLLo1hvilqxF7XEnYIW9BJn4fJ01uPYsXQZTExa/2SgCfyyjA/MT2arwr2B56XRiENwJqR6MOiNbPiwEAyozCovWkyQezWKAl4S3jzzk6nTlb5yYvkojvQU2JdXQhYllh357I5wq/W8Izs9vStjAHcVFY9bKsBWULOtEVgg== X-YMail-OSG: iEet3YEVM1k9ZkEzgZILgi_GknOGJVPlQG8tHUcr2r5peVUPSGeF.gpG0Z6SZIA 5jjovtpw_1iH.8ynT6YIn.6ZRNX4RffKvpq88nwmlZ9FWs51_xL9TyzAr7wVh0i3YyBkGsIwW6l9 hnzufKEyO99ghIpnp_5CmQuGS6C49Z7E5kxzbMuQNOGZk2nkKcJCFxj04wqTTvVR9CXH112mPazG H1zsDSqIWEyoHFYVB2YeVjTdvu85Edn1mqwL_EKg8zhpMo6axz4DBw5lgFG8sJymN0Yc47uiTlth P9bZbKwT2HLjtC0HfQQ.VJyuVVVqm4Cp1Ge1BquLTvkms3HuvTti..8cdl_A849zdSDFnVvH49OX xqpI7Z_VlzLBxveC260RoaBz56JUPabsp.Wb.neFV.1y2FLtZKcQMZNy6cYdcEm7br0hS9sgcqk3 WlOY4v4pj8SuptSxvAUc2uP54PtoPpf4BAfU7NcskgBBKuvzhNx4OTE7rkpDvXsSNpC.yQFDyF.Q UIMd3OeVk8QTCJG0ttzEbGhmdX4DCCQPKJHO6RTbYr4RS0FW1eapZhziMWkC0BlkrsOIRJYmXtUM 3EOIFQh6HLBwKUfVF0WxR7z1jx.dsDTU0y80RbTh5TTMTGhVtGmdYIV58gqB5b8R6ISUu8rlnwVO rXmu3bHneTmc3whah1dS9BS0PMrnfMvv6B14d9BV7QT9tyw61qW9zyxxYb0404gtWYfss09l3EuQ nXKkUtcCIcizds7CXpc87hhWWjoRIMvA82ATdIqtqeRg0HTwbtxWXm_URm_4g59NToOjR.yYWP61 d6CbW07a.WNmzstt5P3kCNeouSw7BYKMMySLPXHghYrf..CVwNK57GMMvCqB_cy7NCPL4YSL2_I4 Z06GRpbSyDrDM6BQot2zjE2.B..nkhh5qkKJbEpLr5nuoKU_E6v.WUqbrTHhMsLizFR3mMhlPrN0 2m6f6gcHcb8o1JNw15bw.KnzV9vH3VzaxI5_ZJsirq3fcbts71VB4mvTPGxxJj05FAoNs4waVDBP HMv2mkaI.6BGkAhY6bH0CTwm3LQ_EIA7JogWpKl3UiWPQfeZ0jwvr0Xb9n8syu4QJPqNIaMvA5dc 3ESK7cwwkOTtT659uEkXzZYfFy6BMIOlBrH4ptrRNREwnCGTCnJtb0h_AqeFxxg3RkpPn0Grn1Jz e68n4i3bcSLhW8l2OMPvRdEQAO35kXn5kV7f4Jb_HXJbj.h2obYdhAKx5aUJe8XMy2aZPng6TBq9 RcP2w1n5NIh0lYlFIU2o.LNVGH5Xe9ZKPqOZ.pmvYO08dKrdos0FS0bS_kjsYOTlBDmmntRWI0UK WBMtC.5vD0Z2JalrVDjC45aUY2EapMfv2RCXDJksCew44pJRdJBy3LgMoLd.IN.eSoE8wciQ8W5g MaCx2nfqycWRtMe1qjCrSnL7LNABxNNTcMs7OFDZOLwMTyp3GRvj32XgsmhImNlwIJibZo2QL0pX l_hEGCN4qR__KmtDjQ0N0n_ZCvu2kaPzlXwz1DbUliQKzRuYMdgcddW9QD9djSj2JMvBiClBOn33 njDIh278dVo1zNWBnSf1BLg9icwfV7rMiR33K6X18XEGPcT9XpfOJP0yeMHGLLorJqHy.UjisCv3 vCj67OsgEJ9CYXkEaXFJXnMQ69m2J2TTd1vzQAYWC0DHFROUcFycxuRTsWqS_Xkx1JYeas.DCCAu 1.HknRWfhxhrYV_bSJXHUTfP0oZreys4tevr.v7B7GAnIOUM2N8myz1yLK4ozzLWay1NvfDWQFb7 jPPDRVhCW8SAGuMnZnKE6wkgrYx.pySlGUX316XLY2pfVSRRzqxI447zXq.8pv3z4jpxxyZYi7W_ 5QhkZnU9FjCEOG4voSYP1B7fEr7x0J9FLk0kIMcLQCghhnuzRmnMUNU9QuUPBz96SZeoM0S6Fd4l pChEXOmOD6uoUoBOBz8k4x4ry79PogFXmNceuOuR5uY_HveEgUaYfNWAhbi.ZGr4yc0fHwUcB0VK RMZWIjjooCABx22nWinXIbhnVZYixchDzmeeKCF.axJkfUYpCMAMqteUvaIfI90aZ84T46V8abSY LFH_Vr.fNx7viRr6U4CWbk5EVYsbm3ZEGDoTN7PMP5KcShgRDYMmE6nnrUOs2HQmgG_oFMDJx34T T76vMe2NgSokPWlJaT2G8lCtbNNZfzmq6eaVpLz1iodekAPOX6VOMa9lcGCK03gtdJSFCwhpB6xK HvBxVB2k58xgGnXudL5K.QQsoxmDYuRC9j_XegsqQpYtFYmg1xYgORdEiMrwfZELd4GAcW8sClFQ - X-Sonic-MF: X-Sonic-ID: 77326888-25a6-4a32-9e4a-dba15a80eb12 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 30 Jul 2023 04:55:09 +0000 Received: by hermes--production-bf1-7c4db57b6-vlnps (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4659ebd3072a8fb8f7ff6fb5c2e2d285; Sun, 30 Jul 2023 04:55:07 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 \(3731.700.6\)) Subject: FYI for aarch64/armv7 lib32: armv7 kyua test sys/net/if_bridge_test:gif with preloaded if_bridge.ko still panics in my style of testing Message-Id: <6ED951F4-E08A-4448-A748-C80DE8515AED@yahoo.com> Date: Sat, 29 Jul 2023 21:54:55 -0700 Cc: FreeBSD ARM List , Current FreeBSD To: Mike Karels X-Mailer: Apple Mail (2.3731.700.6) References: <6ED951F4-E08A-4448-A748-C80DE8515AED.ref@yahoo.com> X-Spamd-Result: default: False [-1.45 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_SPAM_MEDIUM(0.21)[0.212]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.17)[-0.165]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; BLOCKLISTDE_FAIL(0.00)[98.137.64.82:server fail]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from] X-Rspamd-Queue-Id: 4RD8FD3MRNz4JKZ X-Spamd-Bar: - I finally got around to testing lib32 some more, first trying the panic case that I'd gotten in early testing. The below is without any special lib32 patching for testing, just my normal non-debug environment updated to a lib32-present aarch64 FreeBSD vintage. Reminder: /usr/obj/DESTDIRs/main-CA7-chroot/ contains an armv7 installworld distrib-dirs distribution DB_FROM_SRC=3D1 result. (It also has various ports installed.) # ~/prekyua-kldloads.sh . . . # env \ > LD_32_LIBRARY_PATH=3D/usr/obj/DESTDIRs/main-CA7-chroot/lib\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/lib\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/libexec/rtld-elf\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libxo\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/csu/dynamiclib\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/tls\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/stdlib\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libthr/dlopen\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib\ > = :/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/python3.9/site-packages\ > = :/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/python3.9/lib-dynload\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/perl5/5.32/mach/CORE\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/perl5/5.32/mach/auto = \ > PATH=3D/usr/obj/DESTDIRs/main-CA7-chroot/sbin\ > :/usr/obj/DESTDIRs/main-CA7-chroot/bin\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/sbin\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/bin\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/sbin\ > :/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/bin\ > :/usr/obj/DESTDIRs/main-CA7-chroot/root/bin \ > /usr/obj/DESTDIRs/main-CA7-chroot/usr/bin/kyua test \ > -k /usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/Kyuafile = sys/net/if_bridge_test:gif sys/net/if_bridge_test:gif -> Jul 29 21:29:16 CA72-16Gp-ZFS = dhclient[56641]: epair0a: not found Jul 29 21:29:16 CA72-16Gp-ZFS dhclient[56641]: exiting. Fatal data abort: x0: 0xffffa0275306c560 x1: 0xffffa027f9d053d2 x2: 0x000000000000002a x3: 0xffffa0275306c560 x4: 0xffffa027f9d053fc x5: 0xffffa0275306c58a x6: 0x3ec2ffffffffffff x7: 0x010006085ba958bc x8: 0x000000000000002a x9: 0x000000000000002a x10: 0x0008010006085ba9 x11: 0x58bc3ec201000406 x12: 0x0000016433c65ba9 x13: 0x026433c600000000 x14: 0x00000000000000ff x15: 0x000000000000289f x16: 0xffff0002d056b370 (_DYNAMIC + 0x370) x17: 0xffff000000598110 (m_dup + 0x0) x18: 0xffff0002801e94a0 x19: 0x0000000000000001 x20: 0x0000000000000000 x21: 0x0000000000000000 x22: 0xffff000000d95000 (vop_spare3_desc + 0x18) x23: 0xffffa0275306c500 x24: 0xffffa0275306c500 x25: 0x00000000000000a0 x26: 0x0000000000000002 x27: 0x0000000000000000 x28: 0xffffa0275306c500 x29: 0xffff0002801e94c0 sp: 0xffff0002801e94a0 lr: 0xffff000000598308 (m_dup + 0x1f8) elr: 0xffff000000598160 (m_dup + 0x50) spsr: 0x0000000020000045 far: 0x000000000000001c esr: 0x0000000096000004 panic: vm_fault failed: 0xffff000000598160 error 1 cpuid =3D 14 time =3D 1690691356 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x13c panic() at panic+0x44 data_abort() at data_abort+0x2fc handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x96000004 m_dup() at m_dup+0x50 bridge_input() at bridge_input+0x17c gif_input() at gif_input+0x2dc in_gif_input() at in_gif_input+0x5c encap_input() at encap_input+0xfc encap4_input() at encap4_input+0x30 ip_input() at ip_input+0x5ac netisr_dispatch_src() at netisr_dispatch_src+0xf8 ether_demux() at ether_demux+0x14c ether_nh_input() at ether_nh_input+0x39c netisr_dispatch_src() at netisr_dispatch_src+0xf8 ether_input() at ether_input+0x50 epair_tx_start_deferred() at epair_tx_start_deferred+0x110 taskqueue_run_locked() at taskqueue_run_locked+0x198 taskqueue_thread_loop() at taskqueue_thread_loop+0x130 fork_exit() at fork_exit+0x88 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic [ thread pid 0 tid 1028122 ] Stopped at kdb_enter+0x44: str xzr, [x19, #3328] For reference: # uname -apKU FreeBSD CA72-16Gp-ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT aarch64 1400093 = #102 main-n264334-215bab7924f6-dirty: Wed Jul 26 02:02:48 PDT 2023 = root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400093 1400093 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Jul 30 21:00:41 2023 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 4RDYgJ0GySz4pSp9 for ; Sun, 30 Jul 2023 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RDYgG1c6Cz3qZf for ; Sun, 30 Jul 2023 21:00:42 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1690750842; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=FC60hUp5f08NxW0rBA3xuNnraS9xblon8Ys4Gb6ooPo=; b=AxFxyUBVrszBZx/42xizYCYfyUDQQ6nKFXZlspdC9HK7bP18o6jEm+mrmy7p4BFht4IImh lHxZPjBaYRpQLgmfkfNEvJs42BYntXJI6Rw7jszM34Dz50qAXc0FzKugP/HNip0ly3rMiV bW3ZwTnmq6bxoQMQ/lzEmYrvQRFzpEwRL74xUVEzL6PclJUZ8v9QaN40qvhL5/j5tpUQWQ aXZGjPh0GVBASUNRFPV9iJjRQKwevrRSFTwmK7ypk66VbV2eCvrStkLRyiGDqZ56Le0bcs rx1rOmwnbpQaOdtZOCEMEY5G3lHTTPY/buRfXIe1uHFQSoioUJ+h4DRSD2tH9g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1690750842; a=rsa-sha256; cv=none; b=GvSXpmkrD5S4MCtkE566xcWonwN4JSnjw5V3WEF2iXLpHb5oyXNXZbzx2zSZpCy38OFE4M Bem2lZYg2ajptGiXWTe9/JyBeaV+dLOOKKjL2xsfd+yLCUM1aXhq4cwFDnHYmau2XKF9QA sYcd+ARUb/0t1nVHpf0/1QVBx0Wjy8vIuzBFVAo3B35BcEvyXmKvkJw0F3CwHAPmipAP/+ 7Q3D83dFhm2j8L7SqKWuj2xVwkOQqvmKrSP43oN35+vP6c7p0lVcVOjw1+Y51SBBzY54HM 4Q1Cpqg/ojgPssalgEIhgYMqLua+ePUSwT7bskuKI6++S40Gj9UcnRmeuUCc6w== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RDYgG0k0BzT8R for ; Sun, 30 Jul 2023 21:00:41 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 36UL0fIk011283 for ; Sun, 30 Jul 2023 21:00:41 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 36UL0fLC011282 for freebsd-arm@FreeBSD.org; Sun, 30 Jul 2023 21:00:41 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202307302100.36UL0fLC011282@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 30 Jul 2023 21:00:41 +0000 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 Content-Type: multipart/alternative; boundary="16907508416.1d12aA.7958" Content-Transfer-Encoding: 7bit --16907508416.1d12aA.7958 Date: Sun, 30 Jul 2023 21:00:41 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 2 problems total for which you should take action. --16907508416.1d12aA.7958 Date: Sun, 30 Jul 2023 21:00:41 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off 
Open        |    257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat

2 problems total for which you should take action.
--16907508416.1d12aA.7958-- From nobody Sun Jul 30 21:17:19 2023 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 4RDZ3K4B09z4pTlJ for ; Sun, 30 Jul 2023 21:17:52 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Received: from nmtao201.oxsus-vadesecure.net (mta-231a.oxsus-vadesecure.net [15.204.3.4]) (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 4RDZ32125Mz3rX4 for ; Sun, 30 Jul 2023 21:17:49 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=webcom.xion.oxcs.net header.s=mail1 header.b=OSsey0Jv; spf=pass (mx1.freebsd.org: domain of fred@thegalacticzoo.com designates 15.204.3.4 as permitted sender) smtp.mailfrom=fred@thegalacticzoo.com; dmarc=pass (policy=quarantine) header.from=thegalacticzoo.com DKIM-Signature: v=1; a=rsa-sha256; bh=P0SFy0+wOTtRWSVrthvjr9AuRUkEnqHQEnQMjM nRRk8=; c=relaxed/relaxed; d=webcom.xion.oxcs.net; h=from:reply-to: subject:date:to:cc:resent-date:resent-from:resent-to:resent-cc: in-reply-to:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; q=dns/txt; s=mail1; t=1690751866; x=1691356666; b=OSsey0JvK2kZIx+OREEqHVHepTd708nPv2DUuB/xT YWWK6wpLs4iuaiHEmb4zyNrpo9YbD24Qe1Sz2YYM3ZhTworoSX+4HN06EomNdz8Zzr7FMfd P5IsO4PGYKGeUCPfKfd1AsLp1ULRbdNXpVwOhj8Wxr37mCgY5SCFNXFprjXWgHs0Vydr+Ea 8nbFDvoKv2iTv2r2eeCRNj179hDGb3CYZEJT73IBsN0oiJHkxzDiigLTwJPcXRIpuSK0lpG qFZ8mkpcCJ6+hYajAfrcT48MMqCKOuI3oYdZBAqscFid0VJBE3hfJ9umzpq3ptvIwUg1Cx9 TAYeyfSQ3+uuHXPhQ== Received: from proxy-8.proxy.cloudus.ewr.xion.oxcs.net ([76.14.239.229]) by oxsus2nmtao01p.internal.vadesecure.com with ngmta id 065227f3-1776c1dd18bdc6d3; Sun, 30 Jul 2023 21:17:46 +0000 Content-Type: multipart/alternative; boundary="------------dVp08GWspIZYESi3v6e3bgRa" Message-ID: Date: Sun, 30 Jul 2023 14:17:19 -0700 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-US To: yklaxds@gmail.com, freebsd-arm@freebsd.org From: Fred Finster Subject: [SOLVED] July 002839 post: u-boot.bin Not Booting on Raspberry Pi 4B? Replace with older working version u-boot.bin X-Spamd-Result: default: False [-4.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[thegalacticzoo.com,quarantine]; R_DKIM_ALLOW(-0.20)[webcom.xion.oxcs.net:s=mail1]; R_SPF_ALLOW(-0.20)[+ip4:15.204.3.4/30]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[15.204.3.4:from]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16276, ipnet:15.204.0.0/17, country:FR]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[webcom.xion.oxcs.net:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[15.204.3.4:from]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4RDZ32125Mz3rX4 X-Spamd-Bar: ---- This is a multi-part message in MIME format. --------------dVp08GWspIZYESi3v6e3bgRa Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Yes, I also had problems with booting latest FreeBSD 14.0-CURRENT snapshot on a Raspberry Pi 4B with 8 GB ram  SoC B0T version 1.2 https://lists.freebsd.org/archives/freebsd-arm/2023-July/002839.html Your post https://lists.freebsd.org/archives/freebsd-arm/2023-July/002789.html My [SOLVED] answer to replace u-boot.bin with an older working version https://ghostbsd-arm64.blogspot.com/2021/05/audit-your-boot-files-with-md5deep.html How to Audit your directories and files using MD5DEEP or HASH utility. Read the comments section  verify what the MD5 checksum is on your u-boot.bin  file.  Replace that newer u-boot.bin file with an older version that does work to boot the RASPBERRY PI. 602552 71287bb1f4d4ceb9dc9cbf1efb0186a8 /media/msdos/u-boot.bin Look at the size and the MD5 checksum value to determine a working version compared to a broken version root@Fred_RasPi4B:/mnt/rpifat32 # ls -l u* -rwxr-xr-x  1 root  wheel  568960 Oct 21  2021 u-boot.bin -rwxr-xr-x  1 root  wheel  602552 Jun 22 07:08 u-bootJune22_broken.bin root@Fred_RasPi4B:/mnt/rpifat32 # root@Fred_RasPi4B:/mnt/msdos # md5 u-boot.bin   # 568960 Oct 21 2021 u-boot.bin  Working Older Copy MD5 (u-boot.bin) = 4c2998a9bd108775ada821a56e6362a7    # Working Older Copy of u-boot.bin -rwxr-xr-x  1 root  wheel   602552 Jun 22 07:08 u-boot.bin root@Fred_RasPi4B:/mnt/rpifat32 # md5 u-boot.bin    # MD5 (u-boot.bin) = be6c1637a6c775fad754efa723eff516      # Not booting June 22 2023 u-boot.bin replaced FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230706-884eaacd24bd-263985.img.xz I would be glad for your testing assistance on Raspberry Pi 4B with FreeBSD software. https://ghostbsd-arm64.blogspot.com/2022/09/freebsd-140-compiling-kernel-for.html See the VCHIQ_AUDIO_PATCH_file.txt , https://reviews.freebsd.org/D37878  This patch allows HDMI Audio to work on the speakers from your HDMI TV / Monitor. https://reviews.freebsd.org/D37878?download=true  Get the Patch File text saved  HDMI_VCHIQ_sound_patch.txt (or filename patch_vchiq_D37878_diff.txt) fred@generic-arm64:/usr $ ls -l pat* -rw-r--r--  1 root  wheel 47621 Jul 30 19:27 patch_vchiq_D37878_diff.txt fred@generic-arm64:/usr $ md5 patch* MD5 (patch_vchiq_D37878_diff.txt) = 0d5f9016a8b07c5cdb1966e3486da376 fred@generic-arm64:/usr $ wc patch*     1694    5413   47621 patch_vchiq_D37878_diff.txt cd /usr/src Does this match your usage work flow? I am asking you to verify the steps, so that I or others can duplicate those steps and have a working kernel to install. please modify, add, or update the steps below: su root cd /usr/src patch -v

Yes, I also had problems with booting latest FreeBSD 14.0-CURRENT snapshot on a Raspberry Pi 4B with 8 GB ram  SoC B0T version 1.2

https://lists.freebsd.org/archives/freebsd-arm/2023-July/002839.html  Your post

https://lists.freebsd.org/archives/freebsd-arm/2023-July/002789.html  My [SOLVED] answer to replace u-boot.bin with an older working version

https://ghostbsd-arm64.blogspot.com/2021/05/audit-your-boot-files-with-md5deep.html  How to Audit your directories and files using MD5DEEP or HASH utility.

Read the comments section  verify what the MD5 checksum is on your u-boot.bin  file.  Replace that newer u-boot.bin file with an older version that does work to boot the RASPBERRY PI.

602552 71287bb1f4d4ceb9dc9cbf1efb0186a8 /media/msdos/u-boot.bin

Look at the size and the MD5 checksum value to determine a working version compared to a broken version

root@Fred_RasPi4B:/mnt/rpifat32 # ls -l u*
-rwxr-xr-x  1 root  wheel  568960 Oct 21  2021 u-boot.bin
-rwxr-xr-x  1 root  wheel  602552 Jun 22 07:08 u-bootJune22_broken.bin
root@Fred_RasPi4B:/mnt/rpifat32 #

root@Fred_RasPi4B:/mnt/msdos # md5 u-boot.bin   # 568960 Oct 21 2021 
u-boot.bin  Working Older Copy
MD5 (u-boot.bin) = 4c2998a9bd108775ada821a56e6362a7    # Working Older 
Copy of u-boot.bin

-rwxr-xr-x  1 root  wheel   602552 Jun 22 07:08 u-boot.bin
root@Fred_RasPi4B:/mnt/rpifat32 # md5 u-boot.bin    #
MD5 (u-boot.bin) = be6c1637a6c775fad754efa723eff516      # Not booting 
June 22 2023 u-boot.bin replaced

FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230706-884eaacd24bd-263985.img.xz

I would be glad for your testing assistance on Raspberry Pi 4B with FreeBSD software.

https://ghostbsd-arm64.blogspot.com/2022/09/freebsd-140-compiling-kernel-for.html

See the VCHIQ_AUDIO_PATCH_file.txt ,  https://reviews.freebsd.org/D37878  This patch allows HDMI Audio to work on the speakers from your HDMI TV / Monitor.

https://reviews.freebsd.org/D37878?download=true  Get the Patch File text saved  HDMI_VCHIQ_sound_patch.txt (or filename patch_vchiq_D37878_diff.txt)

fred@generic-arm64:/usr $ ls -l pat*
-rw-r--r--  1 root  wheel  47621 Jul 30 19:27 patch_vchiq_D37878_diff.txt
fred@generic-arm64:/usr $ md5 patch*
MD5 (patch_vchiq_D37878_diff.txt) = 0d5f9016a8b07c5cdb1966e3486da376
fred@generic-arm64:/usr $ wc patch*
    1694    5413   47621 patch_vchiq_D37878_diff.txt

cd /usr/src

Does this match your usage work flow?  I am asking you to verify the steps, 
so that I or others can duplicate those steps and have a working kernel to install.
please modify, add, or update the steps below:

su root
cd /usr/src
patch -v <HDMI_VCHIQ_sound_patch.txt
time make -j4 buildkernel  KERNCONF=GENERIC-VCHIQ
time make -j4 installkernel  KERNCONF=GENERIC-VCHIQ
reboot FreeBSD operating system and use the newly compiled kernel
uname -aK    What is the presently running kernel version.
ls -l /boot/kernel      Look at the file sizes and file dates FYI

    
Now I expect that HDMI port #0 sound
      will work and output to my Television connected via HDMI cable to
      TV's HDMI input #2. So when my tv is displaying the Raspberry Pi
      4B desktop screen. Opening FireFox version 104 browser to
      youtube.com will play some Video and AUDIO too.

    

    
Respectfully,

    
Fred L Finster

    


    

    
ps.

    

    
Giving a presentation at LinuxFestNorthWest  October 20-22 2023
      Bellingham Washington

    

    
https://dev.events/conferences/linux-fest-northwest-bellingham-9-2023

    
https://sessionize.com/app/speaker/session/500667

    
Find Stability Using FreeBSD 14.0 O/S on your ARM64 Raspberry Pi
      4B device

    
Description

    Bring stable FreeBSD server & desktop software to YOUR HOME
    computer. How I stream YouTube video and hdmi audio on my RasPi4B to
    a HDMI screen. Some FreeBSD wifi device driver development notes,
    port OpenBSD wifi driver to FreeBSD 14.0

    https://forums.raspberrypi.com/viewtopic.php?t=343233

    Future look at FreeBSD on a Rock5 SBC wiki.radxa.com/rock5
    

    


    

    


    

  


--------------dVp08GWspIZYESi3v6e3bgRa--

From nobody Tue Aug  1 06:22:12 2023
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 4RFQ5d60r4z4ps4H
	for ; Tue,  1 Aug 2023 06:22:39 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206])
	(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 4RFQ564qRqz4QCq
	for ; Tue,  1 Aug 2023 06:22:31 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=cuv1dJMq;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690870948; bh=a9fPu+ZAKieAFj0ZPMMSV6WB0MSERjWgfcHOXLIrr+M=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=cuv1dJMqTHk0skRhcDlTo3KAPDfPIaJyQ6ZXwqcLf4Y1aYHpq5p3Qjqvdtm3+WnLukzDi8/5qim6/FxKyYbhzwGbv2vbWF4rXA/yKFRd7Qdf30HVwbmBJyX0YI1zPwmgOwJowH+FuE4WNDvMaCh/OyeiZ3p3FtBJIjoRC/ugA4YFHcJjM7CnmZ5ieuMdudU7PSPH7rZ0H8oSc1/7DYbcGPVaE9Uq0ezgKjEKvBLHe6fM9BEFC0M36UGjcTfBhRLOSWjHVyuwHF+a+586L5tbH6yZha4bJABqFEG514qlw8QPgJMulOB3LgEbQia5ZiwHuMPrEYFrHTVCBFhPVfsTmA==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690870948; bh=G6UVpurdUMl7May2NLod9aJSOtZP8KnUqMBNHPAuFxi=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=TsbQQdTTKaebSljxIOPcVjUuEgyi6y/WeJoIHK6agKTbft0MSwNLTgC6d6IIZ15p+HbUMDB4oZJCi/bKBpKEvDoPyPz1AAdlMRIuN+jiHk/pMk9DKqnhKJ603MxlO8SlYR5XRnnZbHq0wQQkg5M0ChLvIdYOgjAQCuFxAgb8EIhIrTAczlLSAFkoGBjL1huVowTu56niqCU2NRd0YkQT+CbBFrY9NKKL+wGSvg463/VbagV0whz+acbSS6i5orH7yWFIfOUB1ssre4AADfLcvNCIINjitV7V+LjVGvIanGVIOtVdNUEjYm54jZHkH8Vwyaj4Kej6B4eXBlNCZ0LOgg==
X-YMail-OSG: H3uUgTMVM1k5a2mZm1wbpJMAT9GCA23BLHBl.0EaXVdtCqlfH5lgIQdgLpy2b.a
 G7_u61FsY7bujdru8Ydg9c3_KmxXvMmj2.0d_bG0YECrKc.VuQ7NHVlu2RoxpwoaU_U5iIkyjA97
 xLzfwr3XZ9KVr45z4YG5Nn7noRPMBOJEEn3i6oi2JlVUk7.69m..vUlyhkZrWlkD9DTuP3YFKe23
 ieDt.pV762O.YJZS2irHMXdEPacmMkFkIlEc03lxekB2g.ewxmjH0NVzaoLkOdvUbieywfgRhMyz
 WEte5AO7vzPPZeKDySjlJA0KgsCIfAL4X9SIA3_uGRnb6uO.XqllGaD1NU9tVQefUeZGFHRTexTA
 7grm9UNiWRf3MDskOzhzGt_SnaoIuj.bgiZcGcVGK0PWgnl6tAZ9LEfZPMyu2BGc.x2JnHi5dwIY
 YbDi10FqxQpV5SvsKnixRO1xKHKpuvpzvGos6INAZ2VpCQQ9LSkBoFGysYq36H.zXL98PU1SJHIu
 JdsIKU77gB2IKANkKFufSJ2DJthPvoJJLXCxqhWOvhr4dJHw6PPjZ6mdVXL_BJgEjBqVtpVhh5.8
 2c02hiAuuruTFZZFJ4ltqCcirLkNH5TkECiBMFR3EyjaznAE199XwtaOd5P7eD290_RspimDT.sT
 zMA32r88QZvJMlEnPSg.bBJpl84GwFLZmFxgav9mRcEYsf5uQRRpKG9uWFhLgAxDZ2xQtywy40sZ
 LKA8P.P_HfhQXcohAc8aKa41lZ3GTR_5vq_.rfcYKrrJt6VC1lrZQaLwQ.4k3qxH_3jSKjSb_BLY
 BAOP1H8NDlZv9SfE0wMT6ZAiNWfUXW2fUKZjoOL2mLKFEmhfTdclO8dbvWV.XbF4BTnXYcDEZSrO
 .LDavFJ6kln.FFimNOweaDDnBugAU3vxiSfQSEEX62ncvLllozz2bkm.6ceQJtvvcmqsGB71fnu4
 r1Q45G_P.HcECiLUeaHHPdm9Xz2fchBwvJ3UdYQll0sVFBjdSfWSUzh4ezA1ZsXcY100RZ9cl7cv
 TbV3..5eW62EDb_fHNbYbaVJtaZhqdxOtm4hmpwef9.b87V.5ufTo7rCMZtc34WPJWxYyXp.LhyK
 WfhhwHXvUt1K_GXF7WuZYcxXYiiFe8s26zS85ydxL57lVWMb3HPabCP4NT_9RMpygvr4Rkpb1QSv
 RH64PwXNoWSggrZuDWvH5O5sOT_qtbOL6V4jvPumvhZJSnweroo0eNXF4kxXOBV1j0o8vPfQg4b4
 hWELsVUD5TnfVs8ynR3Fbv5stG8AhpL2tUUZEx4whIq4may.btKmFcW0O.esc4DHUJgqJLcZxKRe
 WaArHhMSd2DEBR5PBFadZCGffTq.SKmmQSUbMLOpE_u4n8XF6fhVUD_rk7O7mjje2.IHXUGh_MhG
 Ws7LfTTCuwqNKx9Hyb8Qfdpd3H8c0yZhMaLI5xmYxVk_wagi.LphNG19ene_oOrCfSTqxS8v9ZNX
 AbxG_iQefebQmIhm5EMRsKRAymCRlFbYQSK.Xogv4SLxB8so4bgO9rgoDYIq5eKQV7EUT9_nkQ7y
 GYIFM7xeWRUz0PNKKiOlNhJypuQxuFJOtTZ58T_9bj43_1IWqx_rkEGDK8EgaAGYm9AibiRVctJc
 4IoR5W8Bfo9a.UovP4IvZODlLwpWAYH6sXQHoZw7K1ttfmcVNZlUNGxDYJDzHC62fmMAYBJ5MZNJ
 um_jvTtXhss9k6K1E42kbHtIMsMagz.egf1df1H725skt2mwJ30MtYoPsDt3aTHnqnWGvnzcsV0z
 2_LE_psepng2yNnlLbwgPe4yxhqECrAJRJOoLguSSjdYKtXYc2IWvHjZZQmi_OcCY3JUlLES_zw7
 KKFxIiFJC5z4_2W0F2F7coXY2Nhh4LvVLn6bVlI0_vJXvbagju0FvhJwogKRgc6caS0DHrtdhCyn
 PsGwfrnLoNvBou3IgHrTw2b7LUnxnWhr3CpwQkT3sTrHTRUxG0Pbx7ngL5I6UdqDTpCBKUhiPbrS
 YWVgQOr880MdqB6X1cOxsRBoMP7eskzSW8yxtgh.dlQRJ0x7wpc0rKg_hjD43gWb1WRhXk7s_5QB
 jc3UH1.KnEuznUnqibpWXkfIFgGVfRbpM9Zn4soKGCIOcoS6sYrpSDoyuHKNYrw2zI5gHGruTlnf
 gfXbDW6wCFfLiMVEJT5UIiTvOFi87w.AgwYpF4pIlf7X10fn3LPpt6TNuBn_eCnE08UgkzDxwAH7
 YBKDpZtDtgOlCiDzT80Xe84SXDmYG.OnPTPWb7E.Qsf7agvIVXAVvDVloXoFnkvRmeV1yi3H_RA-
 -
X-Sonic-MF: 
X-Sonic-ID: c03e088d-a119-4326-9ef8-e69afd8d9536
Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 1 Aug 2023 06:22:28 +0000
Received: by hermes--production-bf1-7c4db57b6-49kxr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9df8b633e57ef1bd49d2b8418a583c3e;
          Tue, 01 Aug 2023 06:22:25 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: aarch64 lib32 vs. armv7 mdconfig behavior: "mdconfig:
 ioctl(/dev/mdctl): Inappropriate ioctl for device"
Message-Id: <49479F21-3CCD-469F-BF23-FF332D8EF0E8@yahoo.com>
Date: Mon, 31 Jul 2023 23:22:12 -0700
To: Mike Karels ,
 FreeBSD ARM List ,
 Current FreeBSD 
X-Mailer: Apple Mail (2.3731.700.6)
References: <49479F21-3CCD-469F-BF23-FF332D8EF0E8.ref@yahoo.com>
X-Spamd-Result: default: False [-2.52 / 15.00];
	NEURAL_HAM_MEDIUM(-1.00)[-0.998];
	NEURAL_HAM_SHORT(-1.00)[-0.997];
	MV_CASE(0.50)[];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	NEURAL_HAM_LONG(-0.02)[-0.023];
	FROM_HAS_DN(0.00)[];
	RCPT_COUNT_THREE(0.00)[3];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	ARC_NA(0.00)[];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_TLS_LAST(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	TO_DN_ALL(0.00)[];
	RCVD_COUNT_THREE(0.00)[3];
	FREEMAIL_FROM(0.00)[yahoo.com];
	MID_RHS_MATCH_FROM(0.00)[];
	DKIM_TRACE(0.00)[yahoo.com:+];
	MIME_TRACE(0.00)[0:+];
	FROM_EQ_ENVFROM(0.00)[];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]
X-Rspamd-Queue-Id: 4RFQ564qRqz4QCq
X-Spamd-Bar: --

Not via a chroot'd context, but using the files from a
directory tree that allows an armv7 chroot:

# /usr/obj/DESTDIRs/main-CA7-chroot/sbin/mdconfig -s40m
mdconfig: ioctl(/dev/mdctl): Inappropriate ioctl for device

This sort of thing messes up the operation of the likes
of the /usr/tests/sbin/growfs/legacy_test logic:

#! /usr/local/bin/perl
# $FreeBSD$

use strict;
use warnings;
use POSIX;
use Test::More tests =3D> 19;
use Fcntl qw(:DEFAULT :seek);
. . .
SKIP: {
    skip "Cannot test without UID 0", 19 if $<;

    chomp(my $md =3D `mdconfig -s40m`);
    like($md, qr/^md\d+$/, "Created $md with size 40m") or die;
    $unit =3D substr $md, 2;
. . .


Other ioctl complaints:

sys/aio/aio_test:md_kq  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
sys/aio/aio_test:md_poll  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
sys/aio/aio_test:md_signal  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
sys/aio/aio_test:md_suspend  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
sys/aio/aio_test:md_thread  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
sys/aio/aio_test:md_waitcomplete  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
sys/aio/aio_test:vectored_md_poll  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device


For reference:

# uname -apKU
FreeBSD CA78C-WDK23-ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT aarch64 =
1400093 #5 main-n264334-215bab7924f6-dirty: Wed Jul 26 02:13:44 PDT 2023 =
    =
root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a=
rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1400093 1400093


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Tue Aug  1 06:42:20 2023
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 4RFQXK2HYKz4ptD3
	for ; Tue,  1 Aug 2023 06:42:41 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148])
	(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 4RFQXG59bwz3C6n
	for ; Tue,  1 Aug 2023 06:42:38 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=ZR+EC8Qq;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690872156; bh=C3sOZNqChWqRfuu6BH30J7qpjUsS1CwpLCWDPHedAKM=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=ZR+EC8QqkBxCXEZxO+42EKMjSBfFPZF0V1leUGAoKWSmY1swPO2HejPASKmpSwQVFjtUeo09VGNK/BfGm+g69kXOfD6tOAO9LAaueZgx0II253pqTfQY/qHUAOL07XrzeefTsNTgzpymBnLOA/bzEVcQ1waFIaczUBvnvN9peZYTDw7KLv7bxOi2zrVuzRZibpASkF2mjNEfEis9CCk58VIxiKT+weh1oIADYGMf/s60TZ8Oc7F+vdqaIwNAD/3O2fU35oY0++rmvo8iOv5iVhNkuOkDq7+/ALKE39AsFIfKeqgAOLPFcH0q1LgNxYMu0sA9O8rzZbz1+ElLhVSoxQ==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690872156; bh=9B/b34mr0TXUWWe4lf2UC5h+xzkyse5uMUA4cebmbR+=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hWN7tPJUkWk43kylb16TK5M96Aq0sMlB/a9H01arqWd1wvq7t6obvgblEiwJLGHa6bIrfuCsdTDfYYIs5ojPmD6t9Lo8ihh59075Y92wImYQJXDD7cyqkbQmAbfIuwVHsncMZ8GCi+5hH2VNwvKeXzYVv08tDSqwJKSUJ+0qsgbZNnjQGjBgN71xVXfeZ8Pa7ywYSn11nZtRWLnaIDN99kCrDKsRg51erkJCV6hcg+34JLTDvmKOY66Tlwf9CFXr+WUF9xiqCL6WHPGeJPIgWLK2Pdp1aSsEgCCl36koylXWKJVcAewj9g/qVHRR1e4FtsFLBwFq+vN+kzVq+A9JAQ==
X-YMail-OSG: KqD42twVM1lJLAI0vV6gsz2469xugU29Tx3.b3ilqQt_FbxCLQIhpobI762knvx
 n0KUxF4elkD1NTFuAPqb6ngpxPcf9_QOoElVJAKmpgpFssUWPYTOlV3bVLBIFZAfoz00c6PdYjkU
 h3ZKyiTNBBhS8oxkycai8YfB83HfoNRpdODNBed5ywt1u6L8yexhkIKjkMzsfnAoGSs6qOGHGf7i
 36Xr0ievzbebZ3cxVeF2ZivZx5Zc3aqt3YuQhwkWkx2y4_Q46JS_vq173VYeN7cPBk0tWtvHx_xa
 aVFMZ.TvzDmtjCaODL9NeRKfX3D7eiH699DIRzEcI4VPhm4Jh3hlegaEXlfDyE0VR6QBy8ZI_bXh
 9TkuLIU3sj2l8RU3ZUknFPgluMVoIt1Mvf.aHN6FfYQeqBn.kqJotrtWrW_tnKUYmROJ.X216a.w
 ZhiHQc7IxqV2bZFwfhyrRH63Q97SHT3bvlUmX2n9ZWPONeFiv_aK0AJ6lPBEvJJ875_SSu5x6AOn
 L3PMZksBxRwWdvw17iE74BlIm4Wmn5cSMkc37g6T4nvWuc2NVL.DVPAcbE2X84gno6LZxg2ZKnwl
 soR4qKCbNGRfkaNFKgtKrOcDf8UEUPa.fLV3FocINgrQ_Wm0eLxHdYMoGPAFpHboSzED.s4CJgCR
 WDIxQCMNikPc8SQNsen30n133N4P4Y8AyP8Mu4cjXpcSxTal6vgr0NLBqH4AWkMRHEvY0DCU.oO5
 WAgv4jxTwq45zVkJa2Wq0vEmQEQ.wzNX2Bc613x6ScdDWOQbiS_YT4JvnINXIC6R1X5C600BS04_
 nTF3gRh57xQuy5cF2A8BmZlJfxm77GfixstsRWFlqlhGhYEEGgRwI0uhKfVYbNHkGyhQ8LMs2I3K
 OellDkogiqAK9CZp8xWCj2sf0YQgclfF70BrSE7QTlCvhuel_8wI9yPOlOu3eHu2oYFsI1ipdo6D
 mpPrvAAXdABsiaexeilBRARA668JHQh62OFE5ZuzkNusWN3bRk10b3Oai9gcC7U5Wxlk.p2OmXgi
 tTheAL.CxmOM017TF6V6qQpkIhAgwEsiKduUVtu1PR.nMYOKK0bSbrRBJHF7sNz5yszU9SznyUBF
 Eg0zwxb_6v86CEuMmTqXxF9zghWmvfMFBGbZv3IEUxSKO3.zyNPUliidW2fyqMReWDb5obHlPhx5
 PqD.q6vD9BkFbZgaNo8UmCv7B.2T59d.kGRItATwdieHlyRcUJeilpnjXZ7DvLR_s2PnUCQRG2b1
 .dH8hg0IJ0BsIh.BB_Hcec4at8qzF_pqCtfGuk8.pcsf2pftAnEKfCOsVZbVkVxvJ70wZYCDMOYe
 RlRomAU8XiHPtJ6Y8sWRwHuUnLqcoadQ43ZAQnQJvIlW8GSUYC1HFwRehIKl8st7OSNfr.cSNEu4
 YPMLfC9N5OWoeOvNwISUEuaS0jEFjcElN3AB_FPAiXbG.9TfNGXnHBNmu__LIHxMcVtL4EsnaHRJ
 uVk1Mo2OUqcXB8dLBsXlB32fQC4GVvuxcs23Hk_fEUTc3auKSHzfiQOmtGt28orpJakt6KPozc4V
 ucX9wh0oH8aXIu1hLpEjwnRIc1uvlbLg0V33aO.wT6dkkxtmDqo5QDnBKSd2pv9EJzIQlJyvdW17
 bbw.IPj7Yfmm.BS6inEerVjne8V6cvRRUh8M._JSx9OUTy7GCxG2KYZBP_lsTNMqZ63tr67UFAru
 9K3dKCxMB0EYIefZUGFVNiwvCiJ605Pknd6ij1reyXRoZk5ifxGufyCfls0LXxltHtcZYnwHLV9c
 Xm5U7geLEExJNpipGGZAyQJzRa3c5RpX7RzOZuXc5LKO02.6_tB6raq3XZxekCndP0WniW1HJqKg
 3xd3E_Ky_OTTRp.rU.J4FfP8G5Z6Jthg6cMAyv10I4F0lVs_US6AoWnjY7AmyI.fkBnjIpl.EE4d
 wuCnBUjjOl5_2CRFYwbIsplUYAHCSUrVewE69bKMtq6_q5Rw5a5BU7WCB88Lx57mh0K3MLIcpWzW
 cQaWGPttb8Pgkk34IVCG0fIu2Z7SUOddAYQqn0hxmu8T7gmETVWp__RXHGmFrpGasTGDIHlgwwsp
 .FabAl__5YOtkeMYELq4GZLkVLiro_01NG97oRuvGvlffu8AigeWsV_92dC_.Bv6KKDAZwKxBtT2
 kObDSS.TPpdnRQy1S8fIjpLIvvpl5poaYknYrlEXN9YA1JwcX1PFhP5pueqFpnoFuJTp7E85Vzf3
 XDUHkkaBM.sAX55tBOLpAsutMA1cDUFqgbEw6oWR.TvN.bIXmTWvDM1lYzWLLOpw4V9gY_I9GMQ-
 -
X-Sonic-MF: 
X-Sonic-ID: 2e69fc3f-baba-4f70-a915-ae0d36e0e955
Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 1 Aug 2023 06:42:36 +0000
Received: by hermes--production-bf1-7c4db57b6-wcllk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 01062b1ecdfa67f9dcea08f65f217b62;
          Tue, 01 Aug 2023 06:42:32 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: Re: aarch64 lib32 vs. armv7 mdconfig behavior: "mdconfig:
 ioctl(/dev/mdctl): Inappropriate ioctl for device"
Date: Mon, 31 Jul 2023 23:42:20 -0700
References: <49479F21-3CCD-469F-BF23-FF332D8EF0E8@yahoo.com>
To: Mike Karels ,
 FreeBSD ARM List ,
 Current FreeBSD 
In-Reply-To: <49479F21-3CCD-469F-BF23-FF332D8EF0E8@yahoo.com>
Message-Id: 
X-Mailer: Apple Mail (2.3731.700.6)
X-Spamd-Result: default: False [-3.10 / 15.00];
	NEURAL_HAM_SHORT(-1.00)[-0.996];
	NEURAL_HAM_MEDIUM(-0.99)[-0.993];
	NEURAL_HAM_LONG(-0.61)[-0.608];
	MV_CASE(0.50)[];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	FROM_HAS_DN(0.00)[];
	RCPT_COUNT_THREE(0.00)[3];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	ARC_NA(0.00)[];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.66.148:from];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_TLS_LAST(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	TO_DN_ALL(0.00)[];
	RCVD_COUNT_THREE(0.00)[3];
	FREEMAIL_FROM(0.00)[yahoo.com];
	MID_RHS_MATCH_FROM(0.00)[];
	DKIM_TRACE(0.00)[yahoo.com:+];
	MIME_TRACE(0.00)[0:+];
	FROM_EQ_ENVFROM(0.00)[];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.148:from]
X-Rspamd-Queue-Id: 4RFQXG59bwz3C6n
X-Spamd-Bar: ---

On Jul 31, 2023, at 23:22, Mark Millard  wrote:

> Not via a chroot'd context, but using the files from a
> directory tree that allows an armv7 chroot:
>=20
> # /usr/obj/DESTDIRs/main-CA7-chroot/sbin/mdconfig -s40m
> mdconfig: ioctl(/dev/mdctl): Inappropriate ioctl for device
>=20
> This sort of thing messes up the operation of the likes
> of the /usr/tests/sbin/growfs/legacy_test logic:
>=20
> #! /usr/local/bin/perl
> # $FreeBSD$
>=20
> use strict;
> use warnings;
> use POSIX;
> use Test::More tests =3D> 19;
> use Fcntl qw(:DEFAULT :seek);
> . . .
> SKIP: {
>    skip "Cannot test without UID 0", 19 if $<;
>=20
>    chomp(my $md =3D `mdconfig -s40m`);
>    like($md, qr/^md\d+$/, "Created $md with size 40m") or die;
>    $unit =3D substr $md, 2;
> . . .
>=20
>=20
> Other ioctl complaints:
>=20
> sys/aio/aio_test:md_kq  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
> sys/aio/aio_test:md_poll  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
> sys/aio/aio_test:md_signal  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
> sys/aio/aio_test:md_suspend  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
> sys/aio/aio_test:md_thread  ->  failed: ioctl MDIOCATTACH failed: =
Inappropriate ioctl for device
> sys/aio/aio_test:md_waitcomplete  ->  failed: ioctl MDIOCATTACH =
failed: Inappropriate ioctl for device
> sys/aio/aio_test:vectored_md_poll  ->  failed: ioctl MDIOCATTACH =
failed: Inappropriate ioctl for device
>=20
>=20
> For reference:
>=20
> # uname -apKU
> FreeBSD CA78C-WDK23-ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT aarch64 =
1400093 #5 main-n264334-215bab7924f6-dirty: Wed Jul 26 02:13:44 PDT 2023 =
    =
root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a=
rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1400093 1400093


Adding more examples of ioctl failure contexts . . .

sys/netpfil/pf/ioctl/validation:clrtstats  ->  failed: Request with size =
-1 failed=20

is actually at least associated with a ioctl use:

ATF_TC_BODY(clrtstats, tc)
{
        struct pfioc_table io;
        struct pfr_table tbl;
        int flags;
                 COMMON_HEAD();
                 flags =3D 0;
                 common_init_tbl(&tbl);

        bzero(&io, sizeof(io));
        io.pfrio_flags =3D flags;
        io.pfrio_buffer =3D &tbl;
        io.pfrio_esize =3D sizeof(tbl);
                         /* Negative size. This will succeed, because =
the kernel will not copy
         * tables than it has. */
        io.pfrio_size =3D -1;
        if (ioctl(dev, DIOCRCLRTSTATS, &io) !=3D 0)
                atf_tc_fail("Request with size -1 failed ");

DIOCGETSRCNODES, DIOCRGETTABLES, DIOCRGETTSTATS, and DIOCRSETTFLAGS
are similar and get the notice as well.

The earlier aio_test examples are from:

static int
aio_md_setup(void)
{
        int error, fd, mdctl_fd, unit;
        char pathname[PATH_MAX];
        struct md_ioctl mdio;
        char buf[80];
=20
        ATF_REQUIRE_KERNEL_MODULE("aio");
=20
        mdctl_fd =3D open("/dev/" MDCTL_NAME, O_RDWR, 0);
        ATF_REQUIRE_MSG(mdctl_fd !=3D -1,
            "opening /dev/%s failed: %s", MDCTL_NAME, strerror(errno));
=20
        bzero(&mdio, sizeof(mdio));
        mdio.md_version =3D MDIOVERSION;
        mdio.md_type =3D MD_MALLOC;
        mdio.md_options =3D MD_AUTOUNIT | MD_COMPRESS;
        mdio.md_mediasize =3D GLOBAL_MAX;
        mdio.md_sectorsize =3D 512;
        strlcpy(buf, __func__, sizeof(buf));
        mdio.md_label =3D buf;

        if (ioctl(mdctl_fd, MDIOCATTACH, &mdio) < 0) {
                error =3D errno;
                errno =3D error;
                atf_tc_fail("ioctl MDIOCATTACH failed: %s", =
strerror(errno));
        }
. . .


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Tue Aug  1 08:25:39 2023
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 4RFSqn1CBHz4py49
	for ; Tue,  1 Aug 2023 08:26:03 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148])
	(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 4RFSqX2Kywz3MRr
	for ; Tue,  1 Aug 2023 08:25:59 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=teKQulOb;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690878357; bh=7r2Njw3yZjak5Gg0oYlfu1T1xASa5l9Lv6Wtqli7CCQ=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=teKQulObUujESI60Su4oGCWmeiJy4oxr8leeqIViTZCHSLBFcDw7mj3m5WZToOVzQ2lO5L3HmPPihFjJ/VEjIzuP3VaErvle9ces+TmXbXlNeCEyss8T7QnBWHH8Jbnoh+dC5pTGS2QdsmTg66f+C7cOqWqaYQgDo818z21jMXPrTL847OMJBWxV1LxQmswxR9vO/dWeXI3GA/g3bKuZ04Mamvm74Vqogl9Yjn/ITmbIkAfvzOPaEsjhqSEFJ66mEj/2n9CNUbUvqhXpUW2ahk2QyymsuB29lC8LU9jB+C/s44JirK1Lw9f3XH6r3TPTAFhfNXOF9fwz9b4jmHY90g==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690878357; bh=13yFiuTbnn5UDIYLbVuxzw9YqY9fE0tBrjqOwlscMCO=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=FfZ9SN/IAO3Qk1NVzQt2z1PHXE9gmgx7AI2ROp3sp3BRTjZPWG0VB0G3txDQLsa/ZO75H2esnwO/nZzVPNq07DI/7203fLqNJvxAWCkc4AK8UXKoBMOweAbrt/bDEK349LPXkKGg2QtvspnTRStQ5D+Mj8YlSDJW3YrLprN40smKSoQzNA1jr06XE3YF3Lz0GB/xfLKgDx8p/07QPCVfNzM4dPWaYipyhOrN2/1Rme6h4WNToj/2R7vFR2ehiUhNAU4P5sK1Lp1Z2x5q79CtOETQRU73ad/MCBsEAXYSdE8Zfi0fBasUhzr5vCYLZLF2ZNSn+k2HJ2P+fNQx1VZAIw==
X-YMail-OSG: j22BC5YVM1kahSVwpRpzyZiREhBbSEWznR7TVf2RH4LnhxeSp.x9F.ZOgvFiHZZ
 X5IHbLtcFGF1JhGdZMHDIKzQiMIK8lF8Dexd970n4nEuo6P2NFqC.FKAOxFOLDvJuGdYUZfDqvWI
 TYBu5TsZdNOhOV.7zOUgJcUmz5w_wydqDFR6y3nzItpUpb3BMuuvXGxAOn9r1hMOyQQdWCEwtU06
 txC4bIQbj13MDXuEr4J8fIKxbR.R1YVLR_Ev2kVBsYFCl1HvwrhXvJxqDOcd7GjcapsRgsfye4PJ
 aSI8EvlqGjV6F_S5P7NtmhKS_tOX._dDB5byZyt9MtKyJUQBM11bAuziDVLszAvyRK.KCpcARhyb
 utWTmQl109fSgzD66EpodrW0G8NETdnBQM0uFBsacxSrTll0EeoKy.LSHN44qTcUMg3Ks8U5refC
 NSz2w1f1EUCCqrMhYTakBkoktlEOjffvnxTclTL08Pb5bcuGAdGzD_FPE18RCTv5xXpEV6kE1i5c
 YY7JQd.nWuzAxYsgn2Q7CGml2TDsyTFZosEzZtN9KIAROifUZIXwNHpPrF_ajyliUHLsva6sWTV.
 5eaWIptdgzroGJLiOGmUXIwnMDPEWHU51FnAXkE8bFDuVGW_t0HsFEaTX8hcrRDM8CitPAgWz0j6
 KFwPtBrRlQZn2o823ViNN2K6U143KairyYkWFjUdkQX42FRCkB1ibbrTkObsAcwF5vYoDN3MXBlz
 l.3z4BRnLnTtmfTupaJ923hXJVtpauo_xKDi5Pc6xNR5gruCaY_a7MKwRPRDQrFfP8EbYgTwmlBn
 3smLOS5_gruFqKL0thYmi2oKxNj6vGLECJvfXjWexqa5njDMpOor2JqrfL5qHkTu9Y3W.J4reU5_
 MnAABiMj9asBCxw.mnle1skgwMLtc4hSG_VTM1.p..cEg96rP.qkJ0NznOty25x.qAm1k1OH7Wy6
 j7KrVMhS2aGSdd1ue9wqXapkyP9wIbUjyFDa9IJks403MA4BaMMxkIqcfQkkrIRubIy4ojYpMN1a
 lu8eUz4biy_0cR0U96LcHlsFOMFFJy0TvFDvaYZu.nF3zLSBDTM4ZtdC_vi7273j5SHYELjTjlyS
 lClMxVs6wlHbbHXHA6LSt3k8lLPM67v.AOcmex3Ofhkvs4A4xCGVgKobNfninTUUjVNHaKEiJyKr
 hNY3.5YDP.JSQKKlrveWTRQNsTnWjHrN_tC8tjXA9xMygeFqfwwTh3IfZ5QegwLp65xlsbCLi05k
 tJWNURVCvbyfbF7lFVyQEoH1ZWtX2O5rALBixaz_RcwQLhTDhmYFgeI4ypAgUjtbk0lbQijHmUOU
 T0hNmyktKjmIkvHc1USi7ioRzCgTsQv0dndKn0cZH04JEFodTPkyYS4njpzh6pbDYW8rlzap_oaL
 9kO63sD5bOF5j3vHO.g0DW6bjp9o7DNrnP0R5cYeMTaYQkWdtMwsozbUtCUko4irzOJAHaxUVG26
 UpdMOTLuwVf_uxTxFWkP61tPtuKu_XObIPCQKxz6lCVrjB8E9NPGGMwsbpoxAboIETJKkomYIDKE
 c5vurTpfQn.2sc7cRRL.SWUwJ4.xoouaoHIF5BgsyIt6Ydc0ONwlMnOVvGQYH_RTmG76T6fhp3eo
 33YwtGRPANw.kdc222BC9iBmj7IPqXMCelduwQ0ZPUCITDKH0HLxCQlsJ1q.mYCQM8DM.pU_n8.H
 uqqgYEBY0hJdbSKxJcmsV.7ULDyfXnkLPmJJxnqJKUau3t2lqv9U08ttMK5HA_IJi5gNKcaN3mNs
 3cCEbSw0hJ6i6NlZ1wE4GR609P_kTYkuYNfM1BCYLSB6qVw1Pps4B29QBlFcU81nVBYe_92HrFPJ
 5idke.lNhlUhOWudpBPLhDA7j24AdZ5U3YGAofsB7jXUClZzA9LhMboaLE6JDEfR1jMnuXR1xX_G
 vLtij3DvJLrq2iv8vGmQowSjaeUGwJ6w0dI1IKfpIYFHK2syOe29fAcKKDOPDMdZVvGHhLP3oSbL
 2n_V2SXUSLbnp0U36nkju3CJG.i1yeCERab.OsajwPUErNE9IrJbfvGlRQGmBgwj5.MV.FVImPA1
 ypu01mibR7GwxfIqHXgVtZLZmdEqn3T.PfPL.TLGL9bbvSSoISB26esfwaM2B5ob5KwoGu2pbPtu
 nfFtRVcjLv6eKJZzgIqdYh7IxxdW2bYTMg5S5SZSHOesf6wXZr9C2agSunbT6fgWtpumgVHwjwzg
 mBNWMPoOEC90OrlzFTJjQ_uydSJECuq7qwvMPRfdReQsFb7fET432.hJxQfBAGIX3Dx6Use6Krg-
 -
X-Sonic-MF: 
X-Sonic-ID: b810b3a2-32a4-4997-bef8-3fb0fed15858
Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 1 Aug 2023 08:25:57 +0000
Received: by hermes--production-bf1-7c4db57b6-87g95 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 389e984e1a39be2279f616d41f7b46c1;
          Tue, 01 Aug 2023 08:25:51 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: Some results from my crude technique of using (some of) Kyua to test
 aarch64's lib32 vs. kyua runs in a armv7 chroot on aarch64
Message-Id: <84EFE4FC-D8E0-41C0-AC10-D1DBE2262F6E@yahoo.com>
Date: Tue, 1 Aug 2023 01:25:39 -0700
To: FreeBSD ARM List ,
 Current FreeBSD 
X-Mailer: Apple Mail (2.3731.700.6)
References: <84EFE4FC-D8E0-41C0-AC10-D1DBE2262F6E.ref@yahoo.com>
X-Spamd-Result: default: False [-3.20 / 15.00];
	NEURAL_HAM_SHORT(-1.00)[-0.997];
	NEURAL_HAM_MEDIUM(-0.99)[-0.989];
	NEURAL_HAM_LONG(-0.71)[-0.710];
	MV_CASE(0.50)[];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	ARC_NA(0.00)[];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	FROM_HAS_DN(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.66.148:from];
	MID_RHS_MATCH_FROM(0.00)[];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	TO_DN_ALL(0.00)[];
	RCVD_COUNT_THREE(0.00)[3];
	FREEMAIL_FROM(0.00)[yahoo.com];
	RCVD_TLS_LAST(0.00)[];
	DKIM_TRACE(0.00)[yahoo.com:+];
	FROM_EQ_ENVFROM(0.00)[];
	RCPT_COUNT_TWO(0.00)[2];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	MIME_TRACE(0.00)[0:+];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.148:from]
X-Rspamd-Queue-Id: 4RFSqX2Kywz3MRr
X-Spamd-Bar: ---

[I first report how I tested before reporting on errors
that look to be valid kyua reports of issues.]

[This testing is with a line commented out in order to
prevent sys/net/if_bridge_test:gif from being tested,
because of its leading to a panic for lib32 style
testing.]

I have /usr/obj/DESTDIRs/main-CA7-chroot/ containing an
armv7 installworld distrib-dirs distribution DB_FROM_SRC=3D1
result. It also has various ports installed that kyua
runs use. I use this tree for both the lib32 and the
chroot testing.

I have a script to preload various kernel modules:

# grep kldload ~/prekyua-kldloads.sh | sort
#kldload -v -n ipfw.ko
#kldload -v -n pflog.ko
#kldload -v -n pfsync.ko
kldload -v -n bridgestp.ko
kldload -v -n carp.ko
kldload -v -n cryptodev.ko
kldload -v -n dtrace.ko
kldload -v -n dummynet.ko
kldload -v -n fdescfs.ko
kldload -v -n filemon.ko
kldload -v -n geom_concat.ko
kldload -v -n geom_eli.ko
kldload -v -n geom_gate.ko
kldload -v -n geom_mirror.ko
kldload -v -n geom_multipath.ko
kldload -v -n geom_nop.ko
kldload -v -n geom_raid3.ko
kldload -v -n geom_shsec.ko
kldload -v -n geom_stripe.ko
kldload -v -n geom_uzip.ko
kldload -v -n if_bridge.ko
kldload -v -n if_epair.ko
kldload -v -n if_gif.ko
kldload -v -n if_infiniband.ko
kldload -v -n if_lagg.ko
kldload -v -n if_ovpn.ko
kldload -v -n if_stf.ko
kldload -v -n if_tuntap.ko
kldload -v -n if_wg.ko
kldload -v -n ipdivert.ko
kldload -v -n ipsec.ko
kldload -v -n mqueuefs.ko
kldload -v -n netgraph.ko
kldload -v -n nfsd.ko
kldload -v -n ng_bridge.ko
kldload -v -n ng_ether.ko
kldload -v -n ng_hub.ko
kldload -v -n ng_socket.ko
kldload -v -n ng_vlan_rotate.ko
kldload -v -n nullfs.ko
kldload -v -n opensolaris.ko
kldload -v -n pf.ko
kldload -v -n sctp.ko
kldload -v -n sdt.ko
kldload -v -n tarfs.ko
kldload -v -n tcpmd5.ko
kldload -v -n xz.ko
kldload -v -n zfs.ko

(Some I've listed despite there being built into the
kernel or already being loaded for my normal environment.)

Likely I'll end up adding some more later.

I have some ports used by kyua runs that I build and then
install into /usr/obj/DESTDIRs/main-CA7-chroot/ :

# more ~/origins/kyua-origins.txt=20
archivers/gtar
devel/py-pytest
devel/py-pytest-twisted
devel/py-twisted
lang/perl5.32
lang/python
net/scapy
security/openvpn
security/sudo
shells/ksh93
shells/bash
sysutils/coreutils
sysutils/sg3_utils
textproc/jq

Likely I'll add some more later. The above, of course,
lead to other installs as well.

For lib32 testing, I try to control where most *.so* 's
that are not based full path references are found. This
is via use of LD_32_LIBRARY_PATH . I try to have more
programs that are not based on full path references run
as armv7 code. This is via use of PATH . So:

# env \
LD_32_LIBRARY_PATH=3D/usr/obj/DESTDIRs/main-CA7-chroot/lib\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/lib\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/libexec/rtld-elf\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libxo\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/csu/dynamiclib\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/tls\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/stdlib\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libthr/dlopen\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib\
=
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/python3.9/site-packages\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/python3.9/lib-dynload\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/perl5/5.32/mach/CORE\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/perl5/5.32/mach/auto \
PATH=3D/usr/obj/DESTDIRs/main-CA7-chroot/sbin\
:/usr/obj/DESTDIRs/main-CA7-chroot/bin\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/sbin\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/bin\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/sbin\
:/usr/obj/DESTDIRs/main-CA7-chroot/usr/local/bin\
:/usr/obj/DESTDIRs/main-CA7-chroot/root/bin \
/usr/obj/DESTDIRs/main-CA7-chroot/usr/bin/kyua test \
-k /usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/Kyuafile

On the Windows Dev Kit 2023 I end up with the lib32 summary
being (so far):

# kyua report --verbose \
               =
--results-file=3Dusr_obj_DESTDIRs_main-CA7-chroot_usr_tests.20230731-08082=
0-275974 \
               2>&1 \
| tail -6
=3D=3D=3D> Summary
Results read from =
/usr/home/root/.kyua/store/results.usr_obj_DESTDIRs_main-CA7-chroot_usr_te=
sts.20230731-080820-275974.db
Test cases: 8704 total, 1442 skipped, 37 expected failures, 46 broken, =
746 failed
Start time: 2023-07-31T08:08:20.858437Z
End time:   2023-07-31T10:18:37.393732Z
Total time: 6954.365s

Of course, some tests labeled as broken/failed are just from the
limitations of the techniques involved lib32 based kyua testing.
For example the 127 "failures":

In the chroot it is currently:

# kyua report --verbose \
--results-file=3Dusr_tests.20230731-163737-720329 \
2>&1 \
| tail -6
=3D=3D=3D> Summary
Results read from =
/usr/home/root/.kyua/store/results.usr_tests.20230731-163737-720329.db
Test cases: 8699 total, 1478 skipped, 38 expected failures, 200 broken, =
664 failed
Start time: 2023-07-31T16:37:38.302188Z
End time:   2023-08-01T06:57:18.663231Z
Total time: 50619.428s


To generate files to diff lib32 vs. chroot results I
used for lib32:

# kyua report --results-filter "" \
=
--results-file=3Dusr_obj_DESTDIRs_main-CA7-chroot_usr_tests.20230731-08082=
0-275974 \
2>&1 \
| grep "  ->  " \
| sed -e 's@\(.*\)  [\[0-9.s\]*]$@\1@' \
| sort -u > ~/kyua_lib32_aarch64_armv7.txt

NOTE: That strips off the [TIME-IN-SECONDS] suffix.

For inside the chroot I used:

# kyua report --results-filter "" \
--results-file=3Dusr_tests.20230731-163737-720329 \
2>&1 \
| grep "  ->  " \
| sed -e 's@\(.*\)  [\[0-9.s\]*]$@\1@' \
| sort -u > ~/kyua_chroot_aarch64_armv7.txt

NOTE: That strips off the [TIME-IN-SECONDS] suffix.

Then I did the diff (from outside the chroot):

# diff -u ~/kyua_lib32_aarch64_armv7.txt \
/usr/obj/DESTDIRs/main-CA7-chroot/root/kyua_chroot_aarch64_armv7.txt \
| grep "^[+-]" \
| sort -k1.2 -k1.1 > ~/kyua_aarch64_lib32_chroot_armv7_diff.txt

I later swapped the first 2 lines to get the -then+ order
there as well.

See the 1021 lines at:

https://gist.github.com/markmi/37400c797bc94e5670622bb36919964e

There are interesting differences, such as many sys/net* tests
for the chroot context hanging up and timing out after 300s but
lib32 having many of these tests pass instead. There are other
types of tests that chroot generally has the passing status and
lib32 has the failure/broken status.

One thing I've noticed is that for lib32 some of the failures
trace back to examples of "Inappropriate ioctl for device" or
other ioctl behavior differences. I sent out a prior notice to
the lists for that.

There are examples of -/+ line pairs that only exist because of
/tmp/* paths that are different in the text of the 2 lines.
So the overall line count overstates the differences by some
amount.

=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Tue Aug  1 14:19:42 2023
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 4RFcgv73Vtz4qDMl
	for ; Tue,  1 Aug 2023 14:19:50 +0000 (UTC)
	(envelope-from void@f-m.fm)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21])
	(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 4RFcgl6n7Kz44h6
	for ; Tue,  1 Aug 2023 14:19:47 +0000 (UTC)
	(envelope-from void@f-m.fm)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=f-m.fm header.s=fm3 header.b=q3T2I+k+;
	dkim=pass header.d=messagingengine.com header.s=fm3 header.b=PauybjMD;
	spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.21 as permitted sender) smtp.mailfrom=void@f-m.fm;
	dmarc=pass (policy=none) header.from=f-m.fm
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.west.internal (Postfix) with ESMTP id 82156320085B
	for ; Tue,  1 Aug 2023 10:19:45 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
  by compute5.internal (MEProxy); Tue, 01 Aug 2023 10:19:45 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc
	:content-type:content-type:date:date:from:from:in-reply-to
	:message-id:mime-version:reply-to:sender:subject:subject:to:to;
	 s=fm3; t=1690899585; x=1690985985; bh=e7mJsbwnQZdYIqKYqTIMywjX/
	zo7Gwziro5OQL4XxVg=; b=q3T2I+k+DC/u7PmBdFHSxA071SXSllzsTG4fXNHFs
	nxU8mRjhOgYD2UVEouhSEmkoAj6TLd5u6HOXV7QRuyAyx1728eDpt819zH/bfLg+
	1D+Q+3jq/O04re2SnmkH9UXKqvrPc/vj6BN/9+cBnDqr2kIXbRSMTUOmhIqrmU1Y
	VFN+2Ak0ch+6z7K/uR77iOfZD5wKVCRpr41RUZJzp8UqX38ryla0aNfk7Iz2UY2+
	eHRpkwJLZXaQBQuQrEqqtiCN0Zrr1J5sRPRAqj6xAccEiDQzF6sC31X44dvQZgxm
	Bk7qsH5Jgzs7Y9BedgOq8KtM8OEMn3v/hoxEuR8MqZdaQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-type:content-type:date:date
	:feedback-id:feedback-id:from:from:in-reply-to:message-id
	:mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy
	:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=
	1690899585; x=1690985985; bh=e7mJsbwnQZdYIqKYqTIMywjX/zo7Gwziro5
	OQL4XxVg=; b=PauybjMDtAkejUgZrQDi/9DRNQshlOmnXauZaNV1k/ifEoXJ3lq
	Egy4ehtRLjxqMCm5/xEqupI0bil+hzRioXDL+v+QBhVD9906Z4bo9IVUmsugstI6
	hzsn/2OqKbfAyqO4iYGcz7v5Dhq3zrUyyrLBlaS8+SIvKqqLqHa6OP3jostqNfBp
	WXf9nZutsNqWRR6P7n6VXQJrZMUUqP6NtVtPSjU46yVKLDxHBup5VahIvzIvjydM
	RAKE2QmMLfb6d3RNKLCKRZOSodDkM0wkfArEHVQt11ng7+fA8H9DjaEL1eApRh/v
	CDhUISRe4bACVQLZbNo54K90NRreh7Ankrg==
X-ME-Sender: 
    
X-ME-Received: 
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrjeeigdejvdcutefuodetggdotefrodftvf
    curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
    uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttd
    dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv
    rhhnpeevudffiedvffffgffhgeefjeefffdtieetheetkeefhfdvfefgtedtueehgeffue
    enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi
    ugesfhdqmhdrfhhm
X-ME-Proxy: 
    
    
    
Feedback-ID: i2541463c:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA for
 ; Tue, 1 Aug 2023 10:19:44 -0400 (EDT)
Date: Tue, 1 Aug 2023 15:19:42 +0100
From: void 
To: freebsd-arm@freebsd.org
Subject: upgrading 13-stable on rpi4b/8GB
Message-ID: 
Mail-Followup-To: freebsd-arm@freebsd.org
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
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
X-Spamd-Result: default: False [-2.94 / 15.00];
	DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim];
	NEURAL_HAM_SHORT(-1.00)[-0.997];
	NEURAL_HAM_MEDIUM(-0.60)[-0.603];
	DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none];
	MID_RHS_NOT_FQDN(0.50)[];
	NEURAL_SPAM_LONG(0.26)[0.260];
	R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm3,messagingengine.com:s=fm3];
	R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21];
	MIME_GOOD(-0.10)[text/plain];
	RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from];
	PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org];
	TO_MATCH_ENVRCPT_ALL(0.00)[];
	RCPT_COUNT_ONE(0.00)[1];
	FROM_HAS_DN(0.00)[];
	ARC_NA(0.00)[];
	RCVD_TLS_LAST(0.00)[];
	ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US];
	RCVD_COUNT_THREE(0.00)[4];
	TO_DN_NONE(0.00)[];
	FREEMAIL_FROM(0.00)[f-m.fm];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+];
	MIME_TRACE(0.00)[0:+];
	FROM_EQ_ENVFROM(0.00)[];
	FREEMAIL_ENVFROM(0.00)[f-m.fm];
	RCVD_VIA_SMTP_AUTH(0.00)[]
X-Rspamd-Queue-Id: 4RFcgl6n7Kz44h6
X-Spamd-Bar: --

Hi list,

Is it reasonably safe to upgrade 13-stable/rpi4 at the moment?
The system runs zfs.

-- 

From nobody Tue Aug  1 17:12:12 2023
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 4RFhWM188Cz4pdkf
	for ; Tue,  1 Aug 2023 17:12:42 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148])
	(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 4RFhW43JTKz4Myl
	for ; Tue,  1 Aug 2023 17:12:32 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=Ftk9kxdw;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690909949; bh=RtGKRq3HolSNhZFf4oRxvkzjBx9g6SsdopTRX5hch6A=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Ftk9kxdwFFdJdeXTr25sw/fij3PK7l4TYLdto4mclgWem4t8EeUvaAKTIdzr+JYP21KjV2J0l2eDFF+X9cS1nWgi6wuo28N89FjYFBNw7/wvvqOwhGuEP3PX7Wds9ZYg2oabLOX6ueEdW/ROySaTwAVXDi477LmumWgSDwd5URp+kzM7e3yaKacVOxiW9z5zzPivlua28Mf++OADx0p3FG/YT0naZU+xb8QvB5fkTs97bnnMbVLJCDbNuhfcLdxEaj5mL/ZP5BsXZr5GYp8iWN0qaxAwBaS8BYhoWb1G1vm7cvn2GVy+Iuhg9os4uUm4Vu1HWBY7HBse496GjIsZ7A==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690909949; bh=r8YWbURrlXhrK/SiXLBiPoFvFWAZOgvjMOa6xnv3A0s=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=M2E6gplTdrTjaZP4Ta3psPLPXt2bgwpC/kX/sq2EiGm1XrcYC1NR2k4CgfshPYZNOD0w+83lPcoshU3TZL1TOvv35MSzUgBdawcWCp3pOexJxE77CzmS/jgjN+C+y+tw6wYJAQ2LM2RW52ihXfaeEhG/oHTLOY0Vhzmhim15qwxMDLUViYFTtM3pIJtPugamOs5qb72h6iy34JFVjmkfI/FlQ+RyIeXSeBL5iPobJ+FUyAOQ3R3mOHPHE3adUTvD0fXC2mAoVE7PIDEuyHfI6mkzyC7udQzZ+gZFcbpqqgPcALSHBrhtbNOvtxw9uWYAI7motDzjgylUvPuK4MK6ng==
X-YMail-OSG: 1w_z.F4VM1k5gU2pQcvMeE8YKk0KVZ7rLF9xCS6YL25Xy64bggH0RRHbMZcxZMW
 JP1pUf4BwBxJmjTiolc0FimiZ4SP_VYcbDt1XHV7H7kjOBsI5ZsF6tkoaOIyrI0aZvwVfx3lIg6D
 E3E0vN6H2LWBGH9SaPbUpTstCB9_VuFRUzz0NMyOsaO9azjgkUkTyPnW1rRCGImJAAqBeDk_WNrG
 Zd7gNuUWW3ONrKyFO0BRYX7BVsZnoumsX.7z0H9yCGmD6VFKYJBwlSyz1AeQCVnRf2jmEzhOoed.
 CixV.F8cMJPRnPFcYzL8RH.J.A9gvPdCZnkghj6EliQ4e7ZiT0aXKbojsDTFEgZMu17cTr16M40I
 2sQzkAY7cIbu0XBr4EGE0smdgMWOLh5n7N5ONGbgu.WayetOYfwO5._Q9STeRvrxhF8e7hLfpagj
 RsK7gCVVkdwKe2N_Jp8w5ZwREDRtEIY8jjmYqBiE9MTo3mbNfMu6zCuiuwajfHaeUeIIK6yu2805
 cFGCYolBSSVRlu_t4b5xSxDL.UBZSBGv6Cyeymy2sZhYJC4D_uVXVbIiTJuLjjYZ4YZDhbv0_KO3
 XzUqZ7yVcJaEeGSLBws08AqBl1qtayqsQGk2vgsNW5RB3fd9b8JWxbiYx8lNSWVeON78md5aRoEO
 1tm6dJBjeJrmbQi2Swk6uBenkxuanuFQ7Tj_hUNqmKB3Cf2q64B50pFVPLASuZW8boxDOpDsq_YG
 UKpFgJE6vbW0pbdnQvNrWMYedxkW.Bzr4njccy1t9ILGvJZ4T9NJOH5zdU5cu0SzgR3GZoImmJTV
 sE3xBUnsUG3zdWvflJYyjQygcLpIopyBitedHeaCwEDs8tOlufxfY2bpKPmf91MuOvC2Fs6Hkpwd
 _0Jws_SCZHL2aKyKF8Dx5LqayENlpLGq6vZHLsglsUwLnHd3Z_jwEb8_LGH2t.sV42PAkQtxwx_e
 MZJt3U.xyo2hyeXEuWheshzcjUzLnPlDeUjeJZLwpGJXgq6LDbGPyQ2SBB.0wwcqG03l28LFrVqV
 AP2j3anMujeBa0kP1z_UHN3TV0CWcrtSWVdo188.Cr2mBLU8ncqUO2snoi1b1BuRxu48_.FHAD1v
 pRJwu4gVZ.PnXf.MK5oNsx88ngecajR2nCeX2NUDOOkKemu2EYdUdnabXnyjkEQevRHM2xtZbhcr
 Ewf4NTYaVi1OXxvFN1qTXNNVRufhRsOOWbw8Til3_B6XeoHfSi5YmSERVCkqLK9JjKIAfiZudkW.
 TUXJN.iS.ErLr1AkgzItxquSZe03M1xaDhFKDrCWiMI2kiiVgprAtnvqzDP.Ba5ppCeNDI1A6LYn
 x2B3BOc4lAZojtA9NbJrPBelMZCNm9tWbVsEUkcV14nsj4485GtlQk96GE8oYmnsm8JwF6dqKJl7
 ELkaUMZeHYSPQPjw8bfvUDojlp6sf..BjSUX2JhrOxlmBhBTLjVN.iZ4npuTAEceauniVc0ui277
 WsHfWpzqLxa7DFAKVktxQXaCCgaBSd8JLyAeyO9OHnTQJul43MTeRIf7dM6BQj54fhbjZLhxriAD
 KDZe9mqpCrLSw44pk_AdazqcZe0lBDVQdF35ACx0KCwZC7Hzvpd2tRMMmv4SU60RfDMtAuo7USV3
 whWwT1FdbrY01kKAPfwNR5adtttpwYopF40MyzMCJWCBX4926DwgQP1m_tG7IOxW.UoEGp2jPGyu
 ii70gPl5QgEi9mBOtPm5XlfSxMzIjOuUUP3wCkQrq0PABU5Lk0iBzdDGiiuqi90SVyRjrh7HG3KG
 bhvNL1W3Tu9.2koUaCTqPW.5BQxYgtfj01c69a3qL1QTjGvGXV9MEV.0Q3XKTs0EhGDgR5rHQ00P
 SF1bfQguNS3JrlHSxwvZLfC_sTKNiz7bhqj3TdMMEGq6re6D8jfWLQyatf.6OzXXZ6STf_Iv3KK1
 luLG2JURGzS_zLQydOnAfwycdz0SoT_11HRSeW20kQ2N0w.OvpZgwlpepr_j024g_qeKYsifomOP
 LofLuV1icnt8XiUD8XwHbT.Gr4B65dyyRLGKXw5aUnWX8Liq.p0ltMpN1109YzgVcJvC2oVdZDNf
 u8fxd1N3767yWOhb1_PAaRaBkcs9vdytxeXLSeSRWhEKsRIDkEu.8yyTsCPk4bAd215s9ryd_kgy
 L6p1ZWQBHtqSW3rfeyItrdSIKDSD3Ze6nU42Afh3bU6iKbXFsviYUwY1d_8c2KI9ADSWG6ZyOAAn
 Hzj4SaE2qcnUTXZpaHrh.7Ma.I5PUL9buF6AJPLt8BOkJXi21O9FXxyoyEuKUEK0Wo62rdhWG3k.
 RiQ--
X-Sonic-MF: 
X-Sonic-ID: aa73251d-4777-4026-9fee-c827283a6e06
Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 1 Aug 2023 17:12:29 +0000
Received: by hermes--production-ne1-549c7f6c44-c7r4q (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 882422d1e25e66c73e15c57108bab52b;
          Tue, 01 Aug 2023 17:12:24 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: aarch64/armv7 via lib32 and via chroot:
 db_test:btree_byteswap_unaligned_access_skbd gets bus error
Message-Id: 
Date: Tue, 1 Aug 2023 10:12:12 -0700
To: FreeBSD ARM List ,
 Current FreeBSD 
X-Mailer: Apple Mail (2.3731.700.6)
References: 
X-Spamd-Result: default: False [-2.12 / 15.00];
	NEURAL_HAM_MEDIUM(-0.99)[-0.987];
	NEURAL_HAM_SHORT(-0.60)[-0.596];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	MV_CASE(0.50)[];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	NEURAL_HAM_LONG(-0.04)[-0.041];
	ARC_NA(0.00)[];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	FROM_HAS_DN(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from];
	MID_RHS_MATCH_FROM(0.00)[];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	TO_DN_ALL(0.00)[];
	RCVD_COUNT_THREE(0.00)[3];
	FREEMAIL_FROM(0.00)[yahoo.com];
	RCVD_TLS_LAST(0.00)[];
	DKIM_TRACE(0.00)[yahoo.com:+];
	FROM_EQ_ENVFROM(0.00)[];
	RCPT_COUNT_TWO(0.00)[2];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	MIME_TRACE(0.00)[0:+];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.148:from]
X-Rspamd-Queue-Id: 4RFhW43JTKz4Myl
X-Spamd-Bar: --

I do not know if the unaligned access activity in the likes of:

db_test:btree_byteswap_unaligned_access_skbd

is some form of FreeBSD requirement or not. But, for armv7
activity, it results in a bus error (and kyua test failure).
Probaly also true native armv7 operation.

=3D=3D=3D> lib/libc/db/db_test:btree_byteswap_unaligned_access_skbd
Result:     failed: atf-check failed; see the output of the test for =
details
Start time: 2023-08-01T09:07:38.975390Z
End time:   2023-08-01T09:07:39.006220Z
Duration:   0.031s

Metadata:
    allowed_architectures is empty
    allowed_platforms is empty
    description =3D btree: small key, big data, byteswap unaligned =
access
    has_cleanup =3D false
    is_exclusive =3D false
    required_configs is empty
    required_disk_space =3D 0
    required_files is empty
    required_memory =3D 0
    required_programs is empty
    required_user is empty
    timeout =3D 300

Standard output:
Executing command [ =
/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/db/h_db -o out -i =
psize=3D512,lorder=3D1234 btree in ]
Executing command [ =
/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/db/h_db -o out -i =
psize=3D512,lorder=3D4321 btree in ]

Standard error:
Fail: program did not exit cleanly
stdout:

stderr:

Files left in work directory after failure: h_db.core, in, out


For reference:

Reading symbols from =
/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/db/h_db...
(No debugging symbols found in =
/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/db/h_db)
[New LWP 102818]
Core was generated by =
`/usr/obj/DESTDIRs/main-CA7-chroot/usr/tests/lib/libc/db/h_db -o out -i =
psize=3D512'.
Program terminated with signal SIGBUS, Bus error.
Invalid address alignment.
#0  __bt_pgout (t=3D, pg=3D, =
pp=3D0x4060651c) at /usr/main-src/lib/libc/db/btree/bt_conv.c:174
174 P_32_SWAP(p);
(gdb) bt
#0  __bt_pgout (t=3D, pg=3D, =
pp=3D0x4060651c) at /usr/main-src/lib/libc/db/btree/bt_conv.c:174
#1  0x401468ac in mpool_write (mp=3D0x40610000, bp=3D0x40606500) at =
/usr/main-src/lib/libc/db/mpool/mpool.c:406
#2  mpool_sync (mp=3D0x40610000) at =
/usr/main-src/lib/libc/db/mpool/mpool.c:329
#3  0x4013d548 in __bt_sync (dbp=3D, =
dbp@entry=3D0x4060b000, flags=3D) at =
/usr/main-src/lib/libc/db/btree/bt_close.c:146
#4  0x4013d35c in __bt_close (dbp=3D0x4060b000) at =
/usr/main-src/lib/libc/db/btree/bt_close.c:80
#5  0x000221b4 in main ()


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Wed Aug  2 13:25:51 2023
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 4RGCWj1HhYz4qbPJ
	for ; Wed,  2 Aug 2023 13:29:53 +0000 (UTC)
	(envelope-from fred@thegalacticzoo.com)
Received: from nmtao102.oxsus-vadesecure.net (mta-132a.oxsus-vadesecure.net [135.148.117.230])
	(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 4RGCRB0Ybcz3jnN
	for ; Wed,  2 Aug 2023 13:25:57 +0000 (UTC)
	(envelope-from fred@thegalacticzoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=webcom.xion.oxcs.net header.s=mail1 header.b=mTCozzIn;
	spf=pass (mx1.freebsd.org: domain of fred@thegalacticzoo.com designates 135.148.117.230 as permitted sender) smtp.mailfrom=fred@thegalacticzoo.com;
	dmarc=pass (policy=quarantine) header.from=thegalacticzoo.com
DKIM-Signature: v=1; a=rsa-sha256; bh=z8wG9CevepnqDPCo+MBXQ5yuvv5x8EWz10A8Rf
 nQ04Q=; c=relaxed/relaxed; d=webcom.xion.oxcs.net; h=from:reply-to:
 subject:date:to:cc:resent-date:resent-from:resent-to:resent-cc:
 in-reply-to:references:list-id:list-help:list-unsubscribe:
 list-subscribe:list-post:list-owner:list-archive; q=dns/txt; s=mail1;
 t=1690982755; x=1691587555; b=mTCozzInlrEp1Rq1UMu7z7/cc/V1bQD9VyqkiuFBL
 DgiN62uhUzqeqJ/tOPiqYaqw5093+muAcn/g+3uyQzAdymWkFDV7XBQXQk95P3AQsBz3g8x
 Q5V8x/9l80mTeW+VTgSQjTIZe4jHsESe7jR8UXVia2MKlmLb67R+c8OxkVfW9cMM+uIzb+F
 vNSr3t2ZwaFsWCVmcH/1VEWiMY95ITii06n2apv0jKtPUSv2sLHG/W8XjI13t62RRAmkbVQ
 ENzmZibdheBPXV+bngCTd3ljM0H8pwTR9dsNKfWo0LX94N30hvmQlEMfZQba3gUBDzO/YGJ
 umbeZsjUs/TczbI2g==
Received: from proxy-1.proxy.cloudus.ewr.xion.oxcs.net ([76.14.244.154])
 by oxsus1nmtao02p.internal.vadesecure.com with ngmta
 id 7e4cc926-177793db2bfed60e; Wed, 02 Aug 2023 13:25:55 +0000
To: freebsd-arm@freebsd.org
Cc: fredfinster58@gmail.com, wb7odyfred@yahoo.com
From: "Fred G. Finster" 
Subject: RE: upgrading 13-stable on rpi4b/8GB
Message-ID: 
Date: Wed, 2 Aug 2023 06:25:51 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.13.0
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
Content-Type: multipart/alternative;
 boundary="------------EC84E1813BBF1C595784EFF8"
Content-Language: en-US
X-Rspamd-Queue-Id: 4RGCRB0Ybcz3jnN
X-Spamd-Bar: --
X-Spamd-Result: default: False [-2.05 / 15.00];
	FAKE_REPLY(1.00)[];
	URI_COUNT_ODD(1.00)[43];
	NEURAL_HAM_LONG(-1.00)[-0.999];
	NEURAL_HAM_MEDIUM(-1.00)[-0.997];
	NEURAL_HAM_SHORT(-0.86)[-0.855];
	DMARC_POLICY_ALLOW(-0.50)[thegalacticzoo.com,quarantine];
	R_SPF_ALLOW(-0.20)[+ip4:135.148.117.228/30];
	R_DKIM_ALLOW(-0.20)[webcom.xion.oxcs.net:s=mail1];
	RWL_MAILSPIKE_VERYGOOD(-0.20)[135.148.117.230:from];
	MIME_GOOD(-0.10)[multipart/alternative,text/plain];
	FROM_EQ_ENVFROM(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	MIME_TRACE(0.00)[0:+,1:+,2:~];
	RCVD_COUNT_TWO(0.00)[2];
	RCVD_TLS_LAST(0.00)[];
	ASN(0.00)[asn:16276, ipnet:135.148.0.0/17, country:FR];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	DKIM_TRACE(0.00)[webcom.xion.oxcs.net:+];
	FROM_HAS_DN(0.00)[];
	ARC_NA(0.00)[];
	RCVD_IN_DNSWL_NONE(0.00)[135.148.117.230:from];
	RCPT_COUNT_THREE(0.00)[3];
	MID_RHS_MATCH_FROM(0.00)[];
	TO_DN_NONE(0.00)[];
	FREEMAIL_CC(0.00)[gmail.com,yahoo.com]

This is a multi-part message in MIME format.
--------------EC84E1813BBF1C595784EFF8
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

*/From:/* void 
*/Date:/* Tue, 01 Aug 2023 14:19:42 UTC

Hi list,

Is it reasonably safe to upgrade 13-stable/rpi4 at the moment?
The system runs zfs.

-- 
I use FreeBSD 14.0-CURRENT and just assume 13-stable/rpi4 is safe to upgrade.

Maybe make and test a booting USB Flash drive with your ZFS on root setup for the presently booting Raspberry Pi, so you have a method to boot and then repair after an upgrade.
  
IF you are running ZFS,  I would create a "snapshot" using bectl or beadm,  before upgrading, so you could get back to a booting configuration that you have now.

2nd  I would save a copy ALL the files and configurations in  the  ESP EFI FAT32 partition that is presently booting for you now.
3rd  I would save the /boot/kernel/kernel   file from on the mounted ZFS zpool for root directory '/'  I again would use a tool like md5deep or hashdeep to checksum the / and /boot directory files
4th  Make notes on the initial ZFS root directory,  zpool list,  zfs list zfs get all zroot


Here are some links that I share related to Raspberry Pi 4B.


      Learning ZFS on Root Setup for Raspberry Pi 4B.

https://ghostbsd-arm64.blogspot.com/2023/07/learning-zfs-on-root-setup-for.html

h 
ttps://www.reddit.com/r/freebsd/comments/v4b5oj/freebsd_on_zfs_on_raspberry_pi/?onetap_auto=true 
 


And now... the scripts! They also live at 
https://gist.github.com/jwatzman/8a53dcdd3084d595c6d5918f4a2a0527 
.

https://twitter.com/finster_fred/status/1680774277224869889?s=20 


@linuxhintdotcom
    Thanks for the training you gave me with this ZFS material.  I 
benefited from your creative web post, to use creating a ZFS install to 
Raspberry Pi 4B USB SSD 
https://ghostbsd-arm64.blogspot.com/2022/09/freebsd-140-compiling-kernel-for.html
https://linuxhint.com/mount-zfs-filesystems-in-different-directoris/
  zfs get mounted,canmount,mountpoint arm64pool
zfs set canmount=off arm64pool


  


      Audit your /boot files with md5deep audit tool
      


 


https://ghostbsd-arm64.blogspot.com/2021/05/audit-your-boot-files-with-md5deep.html

Make notes on file size, file date, and file md5sum or sha256sum 
checksums.  I use tool md5deep


https://www.reddit.com/r/freebsd/comments/u7xmte/boot_raspberry_pi_with_zfs_on_root/ 


What are your thoughts and success on using FreeBSD on root ZFS on a 
Raspberry Pi 4B, Void?  How much dram is on your Raspberry Pi 4B.

Are  you interested in the Newer RK3588 SoC single board computers like 
the Orange Pi 5 and the https://wiki.radxa.com/Rock5 with 8 cpus running 
FreeBSD?



--------------EC84E1813BBF1C595784EFF8
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit


  

    
  
  
    
From: void <void_at_f-m.fm>

      Date: Tue, 01 Aug 2023 14:19:42 UTC 

    

    
Hi list,

Is it reasonably safe to upgrade 13-stable/rpi4 at the moment?
The system runs zfs.

-- 
I use FreeBSD 14.0-CURRENT and just assume 13-stable/rpi4 is safe to upgrade.

Maybe make and test a booting USB Flash drive with your ZFS on root setup for the presently booting Raspberry Pi, so you have a method to boot and then repair after an upgrade.
 
IF you are running ZFS,  I would create a "snapshot" using bectl or beadm,  before upgrading, so you could get back to a booting configuration that you have now.

2nd  I would save a copy ALL the files and configurations in  the  ESP EFI FAT32 partition that is presently booting for you now.  
3rd  I would save the /boot/kernel/kernel   file from on the mounted ZFS zpool for root directory '/'  I again would use a tool like md5deep or hashdeep to checksum the / and /boot directory files
4th  Make notes on the initial ZFS root directory,  zpool list,  zfs list zfs get all zroot


Here are some links that I share related to Raspberry Pi 4B.


    
Learning ZFS on Root Setup for
      Raspberry Pi 4B.

    
https://ghostbsd-arm64.blogspot.com/2023/07/learning-zfs-on-root-setup-for.html 



    
    


    

    
And now... the scripts! They also
        live at https://gist.github.com/jwatzman/8a53dcdd3084d595c6d5918f4a2a0527.

    


    

    
    


    

    

      
@linuxhintdotcom

      
   Thanks for the training you gave me with this ZFS
        material.  I benefited from your creative web post, to use
        creating a ZFS install to Raspberry Pi 4B USB SSD 
https://ghostbsd-arm64.blogspot.com/2022/09/freebsd-140-compiling-kernel-for.html

      
      
 zfs get mounted,canmount,mountpoint arm64pool

      
zfs set canmount=off arm64pool

      


        

      

    

    
 



    

      Audit
        your /boot files with md5deep audit tool
    

    

      

        
      

    

    

      

        
      

    

    
      
      
    
https://ghostbsd-arm64.blogspot.com/2021/05/audit-your-boot-files-with-md5deep.html

    
Make notes on file size, file date, and file md5sum or sha256sum
      checksums.  I use tool md5deep

    


    

    
https://www.reddit.com/r/freebsd/comments/u7xmte/boot_raspberry_pi_with_zfs_on_root/
      

    

    
What are your thoughts and success on using FreeBSD on root ZFS
      on a Raspberry Pi 4B, Void?  How much dram is on your Raspberry Pi
      4B.  

    

    
Are  you interested in the Newer RK3588 SoC single board
      computers like the Orange Pi 5 and the
      https://wiki.radxa.com/Rock5 with 8 cpus running FreeBSD?

    

    


    

  


--------------EC84E1813BBF1C595784EFF8--

From nobody Wed Aug  2 17:26:52 2023
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 4RGJnh3TH0z4qkwY
	for ; Wed,  2 Aug 2023 17:27:10 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83])
	(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 4RGJnQ55gSz4NJ7
	for ; Wed,  2 Aug 2023 17:27:06 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=inEcVdv2;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690997225; bh=MojFUMFvj1uhAj5zknqAn0dSevZXaXGSGprTDJKNmWI=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=inEcVdv25BGVeLtVM1G3i+Nlh9TLl8bfiFdJDDkvxKYeaXzQZ92blEo2oljUEeWOdCiwFn7Xv9f1UwxlPnrKIvMWAobP7vBQIqrAWS4Iz38vjd6OrNKoZU7rzLmsUiVUgpva+fAZF21KTo2V1oCCsA3m0IP/Q2a5/qquB/yFl4AuXVIgdzyj/yvnChufdvohh2tZOy9pmk8XPuj+M2fvkn3W2AxjkdKe3YURjfKwsIvQ62e+0RVfnTTzyjK6D+XT5jNQXibYj8pCoi6zfOIRLFRq0xzhp2/9TjfIyhL+oIc1sLTEIYqDS1npZn/YBUkaaBDAAOZmIsGAZPrld2gdBA==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1690997225; bh=Ct7s4CchfhQDYTBYuSGqrMuKF30Bm79dxColPPfZQQa=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=tqjYUf2V7/+v4iAF6nCzUrkmA0z/02du2vMlYMdPEuHoY4XurktGkkqMszSXlEM7UnXXQGX4n2fO+FDCU22GcWwNNFc6uH2eeHi2Lz5xQtFM1Tg5hVDtKCJPM4QuwqEzRx541K0uPpGoTtimBRIcEmL8rd6zMY9UPBHLXMP42IkAOfgb5+jC/nVYzXtd/+g3id+RBMtH0RXOmuw9pERON389RbsDS6fJLdXJN8JFyGhsYwLjgjkQeZjsmjG8n9hFMOwYwmFiWgWQpkM4dzHV4i6n5R3KRBRx1fZJfX7i5RiAv/iXtCq3+dvqP789M9Hq2chV5zrzH1cqhaj97CnfaA==
X-YMail-OSG: _XrV.1sVM1mhFOvpgNKBpMpyECSs1CiA_rw5bgDh3lTv0cx..unErVCzpteWPgZ
 dCOarjjISE57.57bLBM0qeSG2YnD_c5iuecyCgak6WMt68VoTrlAd4MwJLKE1r51V18pW6nxUKaL
 OHWxGmxMTNVy2EtLfyBZs1XE_5GA7QHsAYjNuOAJ1TBM4nwDMSCcZ7xHDayNiq3xBsN8kBGndfrc
 YymO7KC7cX9rGvUiHEG7cJOI6Xc3tnASyqz5W47W_RUrmN1j0qE7ERJqMBv9tB17JkmqkuXp2rC.
 8qZ7mLJKCj9KOnVkSMT4TiGijq2Wv_moJ0rEQX32o.U5I54hcz91HUmTmzEPilH2NW68sfNGsYPB
 tg4UWg9HnSVIW24e77L2AweS2fckmaVrbureEChyU9ffqS8g9e2qp2TzvC7jCHnSxq1cpUo_8CKf
 7V.l.3yrNXne98CPFr7vfiTQvz29Kh2_ORcV7QknSttjlEHvcEjE8edXegsWYKhNBJIVIx5LEdud
 _DQk4oh4hL_S1M1otp4HEgENbAZ7bFXncnIRkhASjIm0qcN6pAw2O3Sr1QaP1.21rjnxkRxI27hX
 jmPLhphDtTl.y6lwqlwBRhBWFKs58U4uriJ3EbsmEl4UCh7gRhiwTLwpHeovMtJYTFAP5m.EELV.
 gblFD6WOB2IMDOuN2hG7SeS1BDkffPWqfCGH_RU6UjtIOs6D.epMpmNT_J39oeE.lN.u3iLJXq96
 giZ2CupP5gBMLBKzrqscGK6cSQ729oMkoy1_W3YAuqFDOexzzwWWSA.bQFwzUmrZUxG2ItvCVzek
 cvgF5kNGnZQ94paM_WXjVdsO9H3HPgngmAkAlhVI_jxex6jMvRRfCNzL1uFVj5U64DYZn0p9c6mu
 jcBTXI0MpRZX_8iptefMGA_tlsNL0U_jLN5kJ2fQFpb5UarAU6ZIRZECOw8s3tjL6ExeqL8Wisqq
 UnRcU8NVA544.SRr7oGLNjkRq3vZbb4tZcQ4Jv1ed8xpUS8wtQL1_CpVX.YCH_5MyvZ_PmrrBpME
 fAZz3ConZVkqTWDIyt8XmHdYm_0Xl8Znrsd0mmFf2yQvMF7gC38qr6bxyOYML86YK2aC6LpYzNeC
 Ik2EQGtSJyc4DsU9WsKXICgv_CF_deJAMJY32CoH1ZBxx2sTNQWQBi7EPLX7pzrljhrh7PcniwlX
 1OcbEO8t78ppoaqdKAaBMvvNoy3kxlp30_cl4Y29Q2NpnnxaWqtTChU._dSREH90nyzxBBOVC.Nl
 74j.tn9VFBvR8ypD2H7J.a7MQlbFEJRteLnI3vo3NI0JzD9WfiJqkD2j9ndfolQQj56p8Up0hVtE
 aTWHI0tNw40o0RAb3KOTQdW5N6kCOTo.71S36h.6kP0XjUd9VpsJKJl0Zyn8vey7QuXbSG3yV5f2
 3IeIYKzOLHNVMNm85iNQ.IiWUkGeG8N2SgmG3AYryJJ63ZSPgH5v24Wm0R4RLJF954TSz1E7kk8P
 7s2oPAEtsbrCaX5FRFmgGZ6AFEERJitF0oU17d0_QG2wLSf5iBOTYIGeBE.bMzwgfzcI.lfinORE
 .IhjDb.3EVPJjsqBe9mh_6lxjrkO5iTq8FcorSuvDMtoT2MfM3AGQblvT.7nXDMocFXYTw36_8Un
 yPHzyo4wbAU_pasCRiiJpAU4RjYsQ61Bzo_XWOpfEokHJgL4AXbI2hdMgaTQ_6pSRtpdRr4epBrt
 3ufiSBB6CgkPgtJLYupt1Tj4iVH1Ihwk2mKdSh4EdIaNMkcQLk_PK6FW0hiwOi4cuQ4glyIc5nmA
 DSJIz72X1uobVhraNQVaQUqDS46oMhDra6xVlDAqy9hcEH7se8gGud4SawTzVq9TmTqSDx0JbG9a
 TQlGwkZuL46bG8yVwYHrVQmMCcHViicBsIjZgzrjQFYPSebnjnbbRiasAiryZpARFuGC2oQOJIFA
 yY9R3unTAxMIs8IYOSKRsTe9Cl5eSHXjHGrjnGwsAHpMoh4uDngLfCNhNsD5Nn_Ax38L49ujDXdk
 6c5aU3fV0e9V3Hn55S2ET8uqKBRlxOaIeT2G0v75DJU0CCcDHlNMhoRx_NrDDoF4LIl4e7hcFl5v
 D7ee4wBGshKukaMLkT_aBVbVtQShj0ruRPMbHdMjI9I_b_tsvvM.888b30RWLRxn1IYxhpuGq.7n
 ycLaR5qRxo38BrGoJUZ1vHKZPWTvH9THXM5VnUWSfuIMXzJXWati36JXeVBVw4Klzp6gtCQgCT7B
 Ickucd023pj2Zn33dhKjk9asoYATBf788ecl0qLhs9mb9cXJGPvZoqJBKJ_mCNJlj0eCojAhulbb
 MVPJR_7A-
X-Sonic-MF: 
X-Sonic-ID: b11533ea-d9af-44ca-bc25-0bf09015198f
Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 2 Aug 2023 17:27:05 +0000
Received: by hermes--production-gq1-7d844d8954-pkqkw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 65aeada7a322bf1e07fd0d38d06bcc69;
          Wed, 02 Aug 2023 17:27:03 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: sys/modules/Makefile and  MACHINE_ARCH vs arm64 (in use) vs aarch64
 (not in use) VS. man arch; also COMPAT_FREEBSD32_ENABLED use
Message-Id: 
Date: Wed, 2 Aug 2023 10:26:52 -0700
Cc: FreeBSD ARM List 
To: Warner Losh ,
 Current FreeBSD 
X-Mailer: Apple Mail (2.3731.700.6)
References: 
X-Rspamd-Queue-Id: 4RGJnQ55gSz4NJ7
X-Spamd-Bar: ---
X-Spamd-Result: default: False [-3.38 / 15.00];
	NEURAL_HAM_LONG(-1.00)[-1.000];
	NEURAL_HAM_MEDIUM(-1.00)[-1.000];
	NEURAL_HAM_SHORT(-0.88)[-0.885];
	MV_CASE(0.50)[];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	FROM_HAS_DN(0.00)[];
	RCPT_COUNT_THREE(0.00)[3];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	ARC_NA(0.00)[];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_TLS_LAST(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	TO_DN_ALL(0.00)[];
	RCVD_COUNT_THREE(0.00)[3];
	FREEMAIL_FROM(0.00)[yahoo.com];
	MID_RHS_MATCH_FROM(0.00)[];
	DKIM_TRACE(0.00)[yahoo.com:+];
	MIME_TRACE(0.00)[0:+];
	FROM_EQ_ENVFROM(0.00)[];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]

man arch reports:

           MACHINE       MACHINE_CPUARCH       MACHINE_ARCH
           arm64         aarch64               aarch64
. . .
           arm           arm                   armv6, armv7

So I'd not expect arm64 in MACHINE_ARCH . But
sys/modules/Makefile has (from a grep for MACHINE_ARCH):

.if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "arm64"
.if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "arm64" || =
${MACHINE_ARCH:Mpowerpc64*}


Another issue may be that COMPAT_FREEBSD32_ENABLED is only
put to use in the Makefile for MACHINE_CPUARCH being i386
or amd64 :

.if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D =
"amd64"
_agp=3D           agp
.if ${MACHINE_CPUARCH} =3D=3D "i386" || !empty(COMPAT_FREEBSD32_ENABLED)
. . .




=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Wed Aug  2 18:16:40 2023
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 4RGKxV3192zZfKq
	for ; Wed,  2 Aug 2023 18:18:53 +0000 (UTC)
	(envelope-from wlosh@bsdimp.com)
Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e])
	(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-signature RSA-PSS (2048 bits) client-digest SHA256)
	(Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK))
	by mx1.freebsd.org (Postfix) with ESMTPS id 4RGKts4vH9z4Rcs
	for ; Wed,  2 Aug 2023 18:16:53 +0000 (UTC)
	(envelope-from wlosh@bsdimp.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=bsdimp-com.20221208.gappssmtp.com header.s=20221208 header.b=XHuhOymg;
	spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::12e) smtp.mailfrom=wlosh@bsdimp.com;
	dmarc=none
Received: by mail-lf1-x12e.google.com with SMTP id 2adb3069b0e04-4fe1344b707so188825e87.1
        for ; Wed, 02 Aug 2023 11:16:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1691000212; x=1691605012;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:from:to:cc:subject:date:message-id:reply-to;
        bh=MXV+zd2Do8aYpEYfdwf5KzmM24s5tVaNrRJnM24l+CE=;
        b=XHuhOymgZH7serzmoBjLi5bYc4594c7jWefvGlmZy4N6zuNdActTgcjL1kuPht8EXd
         c+WPpkIYxcdAwcpKEbfg71c0jTeMKh6FASxsOxMixuhtVBRhi2bUFbHN6Rs3/CIJfKWM
         DL7f1k0Kj5XpTrgH2ZC09Ist981+uhAEyQkSDelhU0A9LxcaYhMEwZ27X8kdK/XWOzDx
         tdf6s01XcrL+v8v4jdFa4cV2l0Y3SElApYBZBjg2SfueNcgpxMf8ZP/P+7fPzyY/6B6l
         vUZ3r71R3IJAwcwf63ZNFJKzjySC6kNhtQsJ1AhKzHxklNlHRH/PoBcP1UCKTTf+Tfkp
         Wa7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20221208; t=1691000212; x=1691605012;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
         :reply-to;
        bh=MXV+zd2Do8aYpEYfdwf5KzmM24s5tVaNrRJnM24l+CE=;
        b=Lme90c8VO7Gl7hGmN2YZNwwUdJ+7zaTgfr2jE0Druj98PFeq1RqfiHUO9EAgok5q5z
         Dm7xOXuZUbp6x+Ab0Wsv3mCC9PoSCRii35ID+aE7JAZkm7fBNImtzkALNnPov7JtU6u5
         TmTFMbC8NEK7f6ZtNESE12OnrL7mvKAHk5SjDUkMP5hJ7uisZjsm3370iYTTquRDY3wU
         gpNg2Bx0KHkesDA9OjiS58ozsiJJjPDe65DrE9oOaJT50ZgCbhCCZxrNHNSs0Vjx5PAB
         +3Hm97JruFmA7s8S/KhIJd4OOoNB++WTDmMek1CHibpUnwKuC8DpStri8Ihnit6vwV2o
         VaAQ==
X-Gm-Message-State: ABy/qLYLNB1KsyHiw1zC0jGOyAv+EC5z4GYC5Pomqc64jSZ5KTT4gepg
	ngdwiBWFb0qdWV3QIB6pCtIA6Ul2I4ObrbYsJdoM3w==
X-Google-Smtp-Source: APBJJlH3yj531rDeKu7lpm4GoefNwL7ohOChYSCAGsDVfVyHdoy8U/slqNlwcNUDLZ6jCWOx1JJ8Xwgm+GdJvvnER/c=
X-Received: by 2002:a19:8c06:0:b0:4fd:f80d:f6a3 with SMTP id
 o6-20020a198c06000000b004fdf80df6a3mr4599732lfd.43.1691000211586; Wed, 02 Aug
 2023 11:16:51 -0700 (PDT)
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
References:  
In-Reply-To: 
From: Warner Losh 
Date: Wed, 2 Aug 2023 12:16:40 -0600
Message-ID: 
Subject: Re: sys/modules/Makefile and MACHINE_ARCH vs arm64 (in use) vs
 aarch64 (not in use) VS. man arch; also COMPAT_FREEBSD32_ENABLED use
To: Mark Millard 
Cc: Current FreeBSD , FreeBSD ARM List 
Content-Type: multipart/alternative; boundary="000000000000ed657e0601f4aab3"
X-Rspamd-Queue-Id: 4RGKts4vH9z4Rcs
X-Spamd-Bar: --
X-Spamd-Result: default: False [-2.99 / 15.00];
	NEURAL_HAM_LONG(-1.00)[-1.000];
	NEURAL_HAM_MEDIUM(-1.00)[-0.999];
	NEURAL_HAM_SHORT(-0.99)[-0.993];
	FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com];
	R_DKIM_ALLOW(-0.20)[bsdimp-com.20221208.gappssmtp.com:s=20221208];
	MIME_GOOD(-0.10)[multipart/alternative,text/plain];
	FREEMAIL_TO(0.00)[yahoo.com];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	R_SPF_NA(0.00)[no SPF record];
	ARC_NA(0.00)[];
	RCVD_TLS_LAST(0.00)[];
	MIME_TRACE(0.00)[0:+,1:+,2:~];
	RCVD_COUNT_TWO(0.00)[2];
	RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12e:from];
	DKIM_TRACE(0.00)[bsdimp-com.20221208.gappssmtp.com:+];
	TO_DN_ALL(0.00)[];
	RCPT_COUNT_THREE(0.00)[3];
	FROM_HAS_DN(0.00)[];
	ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US];
	PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	DMARC_NA(0.00)[bsdimp.com];
	FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]

--000000000000ed657e0601f4aab3
Content-Type: text/plain; charset="UTF-8"

Those all look wrong to me.

Warner

On Wed, Aug 2, 2023, 11:27 AM Mark Millard  wrote:

> man arch reports:
>
>            MACHINE       MACHINE_CPUARCH       MACHINE_ARCH
>            arm64         aarch64               aarch64
> . . .
>            arm           arm                   armv6, armv7
>
> So I'd not expect arm64 in MACHINE_ARCH . But
> sys/modules/Makefile has (from a grep for MACHINE_ARCH):
>
> .if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "arm64"
> .if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "arm64" ||
> ${MACHINE_ARCH:Mpowerpc64*}
>
>
> Another issue may be that COMPAT_FREEBSD32_ENABLED is only
> put to use in the Makefile for MACHINE_CPUARCH being i386
> or amd64 :
>
> .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64"
> _agp=           agp
> .if ${MACHINE_CPUARCH} == "i386" || !empty(COMPAT_FREEBSD32_ENABLED)
> . . .
>
>
>
>
> ===
> Mark Millard
> marklmi at yahoo.com
>
>

--000000000000ed657e0601f4aab3
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


Those all look wrong=C2=A0to me.

Warner=C2=A0

On Wed, Aug 2, 2023, 11:27 AM Mark M=
illard <marklmi@yahoo.com> w=
rote:
man arch reports:



=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MACHINE=C2=A0 =C2=A0 =C2=A0 =C2=A0=
MACHINE_CPUARCH=C2=A0 =C2=A0 =C2=A0 =C2=A0MACHINE_ARCH

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0arm64=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0aarch64=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0aarch64=


. . .

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0arm=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0arm=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0armv6, armv7



So I'd not expect arm64 in MACHINE_ARCH . But

sys/modules/Makefile has (from a grep for MACHINE_ARCH):



.if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D &quo=
t;arm64"

.if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D &quo=
t;arm64" || ${MACHINE_ARCH:Mpowerpc64*}





Another issue may be that COMPAT_FREEBSD32_ENABLED is only

put to use in the Makefile for MACHINE_CPUARCH being i386

or amd64 :



.if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D=
 "amd64"

_agp=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0agp

.if ${MACHINE_CPUARCH} =3D=3D "i386" || !empty(COMPAT_FREEBSD32_E=
NABLED)

. . .









=3D=3D=3D

Mark Millard

marklmi at yahoo.com






--000000000000ed657e0601f4aab3--

From nobody Wed Aug  2 19:56:42 2023
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 4RGN7w6dMLzZjw4
	for ; Wed,  2 Aug 2023 19:58:20 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146])
	(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 4RGN6P5NlSz3Byy
	for ; Wed,  2 Aug 2023 19:57:01 +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=1691006218; bh=w+B5jJcvRIqykxajCt/60beNzfwIYV+hNzYzN1oe8GE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=uRrmalhuuCvMjlIks9pr/ydn5VeksYloLwXcrRIDPSZ200dWOisILC4msA9fQhCDE55DsSO4q4c/LneedL66fEkHjm8HwVR+8kedtuqkxtoQjfVbWqTkH8GFZIfbes8KT/ELr1dEDWoS+oiKoH8gy1CF2U1IRqog9ODhOKPJhqp72VPO3YlDrgoxKrikkas/kJqep+N+7EwOQCdk5D+RqHs7X0HeTcYQqQIrihSmVcgr0wElL01mI6zlD4i3rwe0KFi4Q+VVdhqivHUoDQnrTFRcQDDys/0/xldb/gjr8t/tfcvSWMt+mTHUspQ5GB6BPLjH+1zPJOp3JT/XQ51VtA==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691006218; bh=WRmhcgsctJa0GPaNPjtWiyCGYi4s1i0AL7jY4iTw5dP=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=h+37H/h+TtwRq4SVa7c6dRWfyw3h4kXMm7bqHGN18vEqxyXzeIuZqkMKhkwP2iJixPbWR7jguADW2Nel5NUf6Fqqy8JXb2EnUli00Fa0nEz12m07cHuGzlxreeL61HS0PmDJg6PYrMySLNwiUqu4l6bMDeMGYmLSbz1wQStwwhASxZm+nNEofnmKb53Itl9DhUHnpYvmQ37QfbD5aL3bKAPkpIbSVbLOPGL7AsbeWD9klsyENhwwN+9h7nhwema204yPYzlxG4wvL8hgToagdT75speKesxj5kc6QPqXL8bQdgiRSsalXGs283nUyoTAGmlAvLKKLfMZvccIE6fIJA==
X-YMail-OSG: QFYBCkYVM1k1hZgitIiAc7vSU5WFxwGJk1eRxzCXxiuAjpnV7CYtj5R6GLk0fKm
 FowOexsLchhSqtn3a8z6yg4Jv2ZAzO9_We1S7KmzaaKpahR8AHMXqGMicPNoMVK0ngRT8HN_jkUM
 bpsPKeYttwVP1JUCsdLQtEbvInuSyT4203ZL6UHxNmTTY.uJ4A0QRlzh52QfYLIJaCPOuoZ5qTTG
 tn7Rlc7jB2f3.RCRYRLX5f7.tsbmvCDVVrI.A2sm37TCh9rU1S_hdmmLcs0rodFa0_8gVKGsjno3
 R3SH45m_E61dxL1lpNPz6vxeyRyCS9jhWVguAMySXKTvpNnkDvQ.Wa0gUvhBk0iFSeTPf.pX4NlR
 6zuvenWRBC1AO2k3VE3CctqT.CC9y2c.a3O.KYDIHWuAXIahvwSqdXiB6DXTOOlH7ypyzo8_b1ys
 u_dpCQ0.2ZZ8legUTkbIoUfvhpykCgYX4JafQ.ChdhvFcZK2B0ctRF2wmlcxrRrzytA1uqvBEQM0
 DAqxoU6RLgLPJ1NCwfESHxNmk.jTIjSXKoeMK64jgP2C9kL9vP4mPwKfJGhcyvPQ2mo2N0.kHrDD
 2jTcKMA24T0BEGP3EruRwJClY7NaOB8P5Cg_aR9JFyeaz9e.phUU37C3_.escRJICyaN6K8PGrdp
 VXX.eT9LC0HHwF1YO5EoeuWAuCNiuByNTd5wGBWfPtBC91ZSyCbgIOiqmk_Txc.fBKSg999i5srh
 2J3cP_l4.ZRqQ2rEPqibGyLSx3QwQ0LMfeYa3cnF4eP4CaE5U.RFlHdnQAHo9xYAIaWnrOjn8HK_
 s1wIK1claBCezMooQ6fVN2au57r.uZQ0y.6jF7RbWzjYzrFBBw5hRkNJdESe5K0uC80IYe8ppELs
 iOCXEaZNeniuhrDVKsOVdkZM9h3Qg4JaF1Sg6FENNbFLfke_hK0eeELxFqyYWg1G19GuCcMgqV8I
 89L6sqdpCI0PI8aH1sqCLws.5GBeunRJX9dfR5nAog3RrFbTUmPl0E036x8cV595Vp7SpnXeEJxz
 MrPW2NKy2zo3lkloTULsPvlVSf4VDYJVhphD3c6H53pxqZA1OlAkLaRilEw33h2H7TLehoDBoH6f
 SzwhqaM0pnICEVzYIwAswaaZoGBCL_4Rz1ByioWm0VmLYVkG8swb6X_Fw1rohlRb5bt_PliyWVZp
 mZpqTzv284Ga2Io2bAguoZaBjLyNtSkHH5uYHQSKuUVa_IziyqTztE3ezxF77TknKCFgzj03OV2n
 qKRxaH.NG8tsQKVsuua2VL3m4vvwEiAA8z5BO.LMlwyjXEV2H7EbOHtwdX55eKR0PnKrL8BHoKvV
 GWxgkbHl8DawFWT_IsoVV0U9eqHi8tAD6GIc.SoREPcI09Ac7BlYAe65z2AZ.kfKYeJob9tic_Du
 s4Cow7R9.5mNz1CWzYrp5zWenEeTH.r5L21LK.HXRhGY6I40IonfrfVASuYUk5A1SKBLPICzQS1n
 ggos_esQbgzf9nn_53TtP5h2uGMkmMx3Y1etR2UwP098Sm.3n_RzBCouOKNy5roXCi2WVIRaL.FD
 eDO0YXK69T2FuUrfwbmsnNBj5itdXfJXHMiT0DIhSYjP3g5mBOufQjUNSQ7lenntJlJ6IDP46syw
 ruvH4QxL2_E06L4Kg6ChYMT9Jh84JXUgxojViWocbJqK5dI8MURNh42BnE3FGyNU.NI6dYb7WEaW
 U5an_Lr2iKEUki3hMWLFHNmckbzaADPOrwUwvdRSiYZEjLWquaMAG3X6OMfD029CXsaB9PjDbews
 c929LmgRpUY_0uxPTQTKQKVlpbLxy6B0JDYAxaSUjmTkbJ43YxSz8TOVma0L0adT_j4dNsmN8c3v
 KiFsZNWPTyM059KAm3FDVYUPuTYimjNqRD7AftCnNAekZVgs3kYOURsIwH65X1Qma2dPCwSBhCCK
 1o60cGMkAs9pR3shy1J6GlWnsr.rH3MqYaEuj5aJhNnaJh3kmCcRjLRKFuf7Wo8AMIuRoprBFiUm
 yVXPtEy.pTJf4fCynpff1bewhv0Xu7WbwrgNGTHnih6vH7z6pAmcYw1cyDveosmhQQrTzB9b013w
 g_sJf6gXt_y21JUyh8nsJl7M.wQeFqVXNeLFwuOfHG5ILYH8NFSK5_v9JOepPl4o58T.dc7Pg.Rn
 pxTzLkgG8QXXgH2sDtCGNKYunf0B7pKd.rKKCVkNlLPCqW40phSMw_c7PHwjxvjiNEG67FH_RIAM
 yUqw_zGCBEHa75ddh_PWjdVDWcJYqo6CgLejggJmKEvC7BoYUZDwJz2e3SUydqnBmJslqvalwQQ-
 -
X-Sonic-MF: 
X-Sonic-ID: edde3f38-98c4-4707-81dc-6d9df92b8e6f
Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 2 Aug 2023 19:56:58 +0000
Received: by hermes--production-gq1-7d844d8954-qb9gk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID bbcd901997ee516ccc08a927d0ce0448;
          Wed, 02 Aug 2023 19:56:53 +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 \(3731.700.6\))
Subject: Re: sys/modules/Makefile and MACHINE_ARCH vs arm64 (in use) vs
 aarch64 (not in use) VS. man arch; also COMPAT_FREEBSD32_ENABLED use
From: Mark Millard 
In-Reply-To: 
Date: Wed, 2 Aug 2023 12:56:42 -0700
Cc: Current FreeBSD ,
 FreeBSD ARM List 
Content-Transfer-Encoding: quoted-printable
Message-Id: <2B0FE8B1-5E53-4E70-9792-15A8E423CA33@yahoo.com>
References: 
 
 
To: Warner Losh 
X-Mailer: Apple Mail (2.3731.700.6)
X-Rspamd-Queue-Id: 4RGN6P5NlSz3Byy
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]

On Aug 2, 2023, at 11:16, Warner Losh  wrote:

> Those all look wrong to me.
>=20
> Warner=20
>=20
> On Wed, Aug 2, 2023, 11:27 AM Mark Millard  wrote:
> man arch reports:
>=20
>            MACHINE       MACHINE_CPUARCH       MACHINE_ARCH
>            arm64         aarch64               aarch64
> . . .
>            arm           arm                   armv6, armv7
>=20
> So I'd not expect arm64 in MACHINE_ARCH . But
> sys/modules/Makefile has (from a grep for MACHINE_ARCH):
>=20
> .if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "arm64"
> .if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "arm64" =
|| ${MACHINE_ARCH:Mpowerpc64*}
>=20
>=20
> Another issue may be that COMPAT_FREEBSD32_ENABLED is only
> put to use in the Makefile for MACHINE_CPUARCH being i386
> or amd64 :
>=20
> .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D =
"amd64"
> _agp=3D           agp
> .if ${MACHINE_CPUARCH} =3D=3D "i386" || =
!empty(COMPAT_FREEBSD32_ENABLED)
> . . .


I'll note that, for example, i386 vs. armv7 do not match
for some struct md_ioctl field offsets and the overall
size. Mike Karels is looking at getting struct md_ioctl32
correctly matching each of of the contexts: i386, (32-bit)
powerpc, and armv7.

I do not know if there are other COMPAT_FREEBSD32 adjustments
needed for differences in memory layout across the 3 (i386,
powerpc, armv7). md_ioctl I learned about via kyua test runs
and looking at the background for some things it reported for
armv7.

I've not found a clear indication of what is expected to work
for chroot/lib32 vs. what is not expected to work. It seems
one must look in the code and see if one finds conditional
material based, in part, on COMPAT_FREEBSD32. It might also
be that COMPAT_FREEBSD32 for i386 vs. armv7 vs. powerpc
might not be intending identical coverage for all I know.
So seeing COMPAT_FREEBSD32 might not be enough to know the
intent.


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Wed Aug  2 20:05:00 2023
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 4RGNJj4rdQzZk7x
	for ; Wed,  2 Aug 2023 20:05:38 +0000 (UTC)
	(envelope-from fbl@aoek.com)
Received: from mail.yourbox.net (mail.yourbox.net [91.121.67.125])
	by mx1.freebsd.org (Postfix) with ESMTP id 4RGNJF58MPz3CC2
	for ; Wed,  2 Aug 2023 20:05:33 +0000 (UTC)
	(envelope-from fbl@aoek.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=aoek.com header.s=mailbox header.b=TwnSMmAD;
	spf=pass (mx1.freebsd.org: domain of fbl@aoek.com designates 91.121.67.125 as permitted sender) smtp.mailfrom=fbl@aoek.com;
	dmarc=pass (policy=reject) header.from=aoek.com
Received: from mail.yourbox.net (localhost [IPv6:0:0:0:0:0:0:0:1])
	by mail.yourbox.net (8.17.1/8.17.1) with ESMTP id 372K556D006505
	for ; Wed, 2 Aug 2023 22:05:05 +0200 (CEST)
	(envelope-from fbl@aoek.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=aoek.com; s=mailbox;
	t=1691006705; bh=Kdl1hdhEwjZjiNbcjAjEAUglPb04C/4Atk/K8gBe3i8=;
	h=Date:From:To:Subject;
	b=TwnSMmADxS6tbMmclh/oTqWxkFMln3Mvy9/iIX9kXnRysUAa9730cfjKzbQ2zmztd
	 95x3t0sLh0h3orpTNhOvsxhrpt3QDWBFWz4idunv/8ElE8zoDBl5arIuiA2VPZuhqa
	 1Tif07iBR/Q6uchSqLC6PijDOCujwZhEHIN7BGzy+0mvpoTZfdqQyKuq94KkSJrXLl
	 3XEwOCWV8mnrsOs/ElC1C5Nk/TdW1jnoitqHM6E0BI8ZxFBXzazCrER/uRkeIFm6u7
	 vL9f8i6ofT2K9ESmCb1O77mwkjuRr1imyM53xBTBk89vjWYXDvYgi1W0OG5xLVx2oV
	 nAzbSdSN9Spdg==
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
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Date: Wed, 02 Aug 2023 22:05:00 +0200
From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= 
To: freebsd-arm@freebsd.org
Subject: PinePro64 does not go past mountroot
Message-ID: 
X-Sender: fbl@aoek.com
User-Agent: Roundcube Webmail/1.2.0
X-Rspamd-Queue-Id: 4RGNJF58MPz3CC2
X-Spamd-Bar: --
X-Spamd-Result: default: False [-2.65 / 15.00];
	R_MIXED_CHARSET(1.25)[subject];
	NEURAL_HAM_MEDIUM(-1.00)[-1.000];
	NEURAL_HAM_LONG(-1.00)[-1.000];
	NEURAL_HAM_SHORT(-1.00)[-0.999];
	DMARC_POLICY_ALLOW(-0.50)[aoek.com,reject];
	R_DKIM_ALLOW(-0.20)[aoek.com:s=mailbox];
	R_SPF_ALLOW(-0.20)[+mx];
	RCVD_NO_TLS_LAST(0.10)[];
	MIME_GOOD(-0.10)[text/plain];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	MIME_TRACE(0.00)[0:+];
	FROM_EQ_ENVFROM(0.00)[];
	ARC_NA(0.00)[];
	ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR];
	TO_MATCH_ENVRCPT_ALL(0.00)[];
	FROM_HAS_DN(0.00)[];
	DKIM_TRACE(0.00)[aoek.com:+];
	PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org];
	RCPT_COUNT_ONE(0.00)[1];
	TO_DN_NONE(0.00)[];
	RCVD_COUNT_TWO(0.00)[2]

Hi,
want to give my PinePro64 another option with FreeBSD, so I downloaded 
FreeBSD-14.0-CURRENT-arm64-aarch64-PINE64-20230727-474708c334a7-264358.img 
and dd'd it to a USB drive.

The Pine boots from SPI, flashed with U-Boot 2021.04-11556-g9ecacf77d2 
and make it to FreeBSD, but does not go past mountroot:
...
WARNING: WITNESS option enabled, expect reduced performance.
ugen2.1:  at usbus2
Trying to mount root from ufs:/dev/ufs/rootfs [rw]...
uhub0 on usbus2
uhub0:  on 
usbus2
ugen4.1:  at usbus4
ugen5.1:  at usbus5
ugen3.1:  at usbus3
ugen1.1:  at usbus1
uhub1 on usbus4
uhub1:  on 
usbus4
uhub2 on usbus5
uhub4 on usbus3
uhub2:  on 
usbus5
uhub4:  on 
usbus3
uhub3 on usbus1
uhub3:  on 
usbus1
ugen0.1:  at usbus0
uhub5 on usbus0
uhub5:  on 
usbus0
uhub4: 1 port with 1 removable, self powered
uhub3: 1 port with 1 removable, self powered
uhub1: 2 ports with 2 removable, self powered
uhub2: 2 ports with 2 removable, self powered
uhub0: 1 port with 1 removable, self powered
uhub5: 1 port with 1 removable, self powered
mountroot: waiting for device /dev/ufs/rootfs...
Mounting from ufs:/dev/ufs/rootfs failed with error 19.

Loader variables:
   vfs.root.mountfrom=ufs:/dev/ufs/rootfs
   vfs.root.mountfrom.options=rw

Manual root filesystem specification:
   : [options]
       Mount  using filesystem 
       and with the specified (optional) option list.

     eg. ufs:/dev/da0s1a
         zfs:zroot/ROOT/default
         cd9660:/dev/cd0 ro
           (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)

   ?               List valid disk boot devices
   .               Yield 1 second (for background tasks)
       Abort manual input

mountroot> ?

List of GEOM managed disk devices:


mountroot>


Can anyone suggest how to solve this?

Thank you.



-- 
José Pérez

From nobody Thu Aug  3 00:25:29 2023
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 4RGV4k3M8kz4dCjZ
	for ; Thu,  3 Aug 2023 00:25:54 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83])
	(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 4RGV4V4jm9z3vgX
	for ; Thu,  3 Aug 2023 00:25:46 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=PwqJOlfy;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691022343; bh=7vgFcTS5NnnVOuTqICPCCZ7NlvYILazgKb1X5VNPlcg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=PwqJOlfyoWKNDhh5g8CrrlqFbCA2SYKhs+v7EtMgtF3+fl5zeltY6qaNe/1vhi+3P4NSX1dSZavtFd515HwIJOAAK7J1fhDopk7o3V0Clg0weNv3GWSx9uVaet27TENRMuE8VQY14OcheJFBvMXLjmUztOJI4ThEoyvyR93ab1BTN2AmRutwsn/foeCU5mMWOe2xhvs44rBoRTNSsbvcdbhN092cPv85cGAHVrmWZyIb+cJ5PFXdOI0Umqo3dHAE185xERI8TODeVaixHt6S3WGYRHv49MJw1ahZioa7I/mhTY9iQV6VL+M/hTwpOSITnueDAFbBmNHr/P0a/he9Ng==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691022343; bh=Bz839wEH36LJkD2IO5r72zQ+ZFn3PstTef4O/5kwBmA=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=lrKkto98oa0ngis4wQv5kWN44j9Ja5z66ZjyLj3Ql0eNHWrIiD0/1R0tYc7U3sawK4sdNf6oN3yZt0Jtb0RUl3mOLPnEkTxnLDCrD5Hx5QxXc3EREP2wPLg8CPky6L0StYxLDOyH0rdkl9FzrJk+KXPYKfQkaUHDwOL96QEtDN2Sj3oc39wwse9ZlU7u6vrqWIdhzw8eCp2f4PIfK9ClPD47IqQkQBlalf/wgfTkX0/kpgwgTERCaCmynD56MjT8W8J1zN8ottysfvmHYTNEBynzqHR547ThUIpqi/hV6DRJHODcLBVmCmgOSMmXBF/g5A825XEU/Bg7ZZhyGcenyg==
X-YMail-OSG: diAmh4kVM1lRg4katyIproR3XLe7nWYArFXNy6JhCt8Du.26aCX0kJeoce2tJwt
 vdEHxl5qHNsHsjUCJcecmEOLz59174O8EsO1hENOD2ShNlhurfGjcYNQ97oPoQUSnn9BDkryPQ8U
 r1GPxR44FHiIKoapu_us.qnxnHCK24TYee2vZuE_eJ0VVSlXaQGmNFITeYFl56E2hYxq5gJKuuIu
 Am7zKreDbT1jABkXtcGf8y0uga8fR1.kpIDZhrCr7A7taO9SPAM5akXGNlfDDhgKW00YuVP_4deZ
 dPcahgll13QzuENGrsWz2zX8zBTeS4rhLrpKG_fEtIpCLN1_.G9Qnu3naUXeB1lBIY.TEvNxWjmA
 CxZjwVIwtBEDxlwPVR5NwE0UMIEYLKUsiFtpZ_1.USaAd47.qShEQXD70ASs_8OQMufqUwZLaWur
 0.Fm3kpde_9JZd0xcJ7d4jzuVncmRsMgLOrZ94DQ8c.SeK_H_siQ_QhbFdAqcN2gn3t7WU3tBQe4
 tvzSjdMRAU.BDEj50XBEqltMRexAea3YPZnxzyZHw8BUuP8x7eqkNZn_iavs07H6aGie6QopDdAM
 aZHCJ98G_pu.fHJ9mofMEKJV3fJw570fj17P9QU5G6QExYOm3RxM78eo82s5XqyvA.wZQQT09UFQ
 KY4HSgQJwQEJaEEVVycVzeIyoq1.0lLxpUVNHB2HLu.CzqovoTL2cC3pODZhIR.m5Sp7_B93piMF
 oCDVIIVWeLPvLUNWzKAK3upDhbuEw.EaaE5E9Pnk0C8JZj10TaUytjxmVp.KjLPE2v5sZENuk_FQ
 6bfOP7uDOclaxLUPtyhNg21ii7S8sM_IuHspxZq3FoJHKfYsIGZ9rrTmYr3eU3_VxVBymsoppT3u
 friDaDCFZZrNjYX4g0tIWZENNsZOAYVIAPwKiY0uQ.KfxHl2m0h5gn6IuK.x4tcp.1s4Hb4MOiO9
 OaGcrhNRccKHzrCDeaACin6nNhDGPEMilMlU2_lbB9q2o8pwpK11ja.ThooasKi7VUfV7Mu4TbKu
 gjj_VCcq1QZGMFglz7g6XQbKAJ0D6NO88HKGXrrZ0ADw0qo84bg93YYWsA1iUQhru0BG2izW6JcP
 Cu1cAyFTW0Cn8nt0jnAkuao9xaKihkC19PRCVLQN9Z8.FeiXGLJOEtrjScmnb2qZ7QllFpbO0PSJ
 OyZPynQD1ZLp35iRIGMB9fOeG4zDRipmydcWIPTpHaM6k_je3eXmzDn1aIuzgZP3.74lkBZfAPem
 MUz_4Ne1oa1rZwsXXX9qQbk.go3LZkSQAkvfVD4KQoWzikYBjYysKxMSOfAfu9dVZuqTbsCXxJhm
 84UOYhiBmhTQQcTqNrlziHuChzsNLbLlapKjTq5.hVIya3IMkfb64eS48T3DWni8I4wE7qSfs.Yu
 pDpCglKrbm2z13mDsOCxPb9hfGD_Lg9jfU7DDr8TG_4oMvCwOKg0.CTlvSBwKdSk0aHo5GJqm.1E
 2Hbc7K_Fpk1XB9Zv42Mi2WOUPesj.Xffax3tGt_v8gBtNM7rZvj71QofaEDy4XPZJ3PaILe1HhjY
 4L0x5wNAbs1LGWfI54k.1RyXIramIwzvm5vPN_6Sd_3bZPYCO8eyI8qqc_7WhNIsf3ilsPlIU0Ey
 4afgtkzxf.NQHdz94lliS5uy2QfK7KYJsOrZl78u1W_ly_jQqIM5fNrnC_MRSvl4izugERpIOd.8
 N1Zhb_9UsOrccd7J.uRlJKafsW7TKQ2hjO6cTIuhkTplZch5yOw3k3WUutZ3EuPrV6SkpLqGsfay
 BZc8.ZpRNEHXRRMJBeZ_XRZLjjiDei3VLhiXM2VDiWHPz.InL3ST85GzbmTUZ_JiYiLWrYIBCjbg
 LRkMcMkMoErO5fBmUq7sP_oc6uDoWcGL1us1mdMQz1cHXPXfjd5eLog2IKiddcD3FxBzlPeSHHfB
 c6I.TyaqK13ThGR6qaDDWKyPnlgfhcekU0hCTgLEFDWAZD2q7yiilv6kjpgvOe7Kb8lseedvTx5V
 DFWcchLeNJ2ME1d.xZz9VnH.wnc4ZlOrsAJmcp48pN2BHGiHcJbyWKWaKCPJqj3RL9KNR6gIAZET
 tP5lA5WJeJhFWw6SVxRtRQ6FDsEnbVe1r2bUwWqHeKZDK6sjpn5GHBkgVjhg6KaNIlgVemSwGoOa
 d_3Vdtn4RSwTb35ZAIJt65q.w631nWjR29_dnEUHKV5xNR6XbApF17C6DtgUIsaDNCAXdjrTeXUN
 5b3Xgn9Jc7LhLHPg9zV7XB3uOLZEyrOsrU9uU3gxb17UWJM_.r06TuV.tD01lFDn.vn_2A6f57jl
 7l0aU
X-Sonic-MF: 
X-Sonic-ID: ba0e873d-20be-46b1-b600-88b7165ca695
Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 3 Aug 2023 00:25:43 +0000
Received: by hermes--production-gq1-7d844d8954-l5pzx (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID adb52329811117f2cb148214802152e4;
          Thu, 03 Aug 2023 00:25:39 +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 \(3731.700.6\))
Subject: Re: sys/modules/Makefile and MACHINE_ARCH vs arm64 (in use) vs
 aarch64 (not in use) VS. man arch; also COMPAT_FREEBSD32_ENABLED use
From: Mark Millard 
In-Reply-To: <2B0FE8B1-5E53-4E70-9792-15A8E423CA33@yahoo.com>
Date: Wed, 2 Aug 2023 17:25:29 -0700
Cc: Current FreeBSD ,
 FreeBSD ARM List 
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: 
 
 
 <2B0FE8B1-5E53-4E70-9792-15A8E423CA33@yahoo.com>
To: Warner Losh 
X-Mailer: Apple Mail (2.3731.700.6)
X-Rspamd-Queue-Id: 4RGV4V4jm9z3vgX
X-Spamd-Bar: ---
X-Spamd-Result: default: False [-3.35 / 15.00];
	NEURAL_HAM_LONG(-1.00)[-1.000];
	NEURAL_HAM_MEDIUM(-1.00)[-1.000];
	NEURAL_HAM_SHORT(-0.85)[-0.851];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	MV_CASE(0.50)[];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	MIME_GOOD(-0.10)[text/plain];
	FROM_HAS_DN(0.00)[];
	RCPT_COUNT_THREE(0.00)[3];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	ARC_NA(0.00)[];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from];
	BLOCKLISTDE_FAIL(0.00)[98.137.65.83:query timed out];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_TLS_LAST(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	TO_DN_ALL(0.00)[];
	RCVD_COUNT_THREE(0.00)[3];
	FREEMAIL_FROM(0.00)[yahoo.com];
	MID_RHS_MATCH_FROM(0.00)[];
	DKIM_TRACE(0.00)[yahoo.com:+];
	MIME_TRACE(0.00)[0:+];
	FROM_EQ_ENVFROM(0.00)[];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]

On Aug 2, 2023, at 12:56, Mark Millard  wrote:

> On Aug 2, 2023, at 11:16, Warner Losh  wrote:
>=20
>> Those all look wrong to me.
>>=20
>> Warner=20
>>=20
>> On Wed, Aug 2, 2023, 11:27 AM Mark Millard  wrote:
>> man arch reports:
>>=20
>>           MACHINE       MACHINE_CPUARCH       MACHINE_ARCH
>>           arm64         aarch64               aarch64
>> . . .
>>           arm           arm                   armv6, armv7
>>=20
>> So I'd not expect arm64 in MACHINE_ARCH . But
>> sys/modules/Makefile has (from a grep for MACHINE_ARCH):
>>=20
>> .if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "arm64"
>> .if ${MACHINE_ARCH} =3D=3D "amd64" || ${MACHINE_ARCH} =3D=3D "arm64" =
|| ${MACHINE_ARCH:Mpowerpc64*}
>>=20
>>=20
>> Another issue may be that COMPAT_FREEBSD32_ENABLED is only
>> put to use in the Makefile for MACHINE_CPUARCH being i386
>> or amd64 :
>>=20
>> .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D =
"amd64"
>> _agp=3D           agp
>> .if ${MACHINE_CPUARCH} =3D=3D "i386" || =
!empty(COMPAT_FREEBSD32_ENABLED)
>> . . .
>=20
>=20
> I'll note that, for example, i386 vs. armv7 do not match
> for some struct md_ioctl field offsets and the overall
> size.

Turns out no member offsets were different but the size
was: just differing tail padding in the structure. Still
it means some conditional differences across i386 and
armv7. (I've no clue if the 32-bit powerpc lib32/chroot
handling is working on powerpc64 vs. not. So I make no
claims relative to such.)

> Mike Karels is looking at getting struct md_ioctl32
> correctly matching each of of the contexts: i386, (32-bit)
> powerpc, and armv7.
>=20
> I do not know if there are other COMPAT_FREEBSD32 adjustments
> needed for differences in memory layout across the 3 (i386,
> powerpc, armv7). md_ioctl I learned about via kyua test runs
> and looking at the background for some things it reported for
> armv7.
>=20
> I've not found a clear indication of what is expected to work
> for chroot/lib32 vs. what is not expected to work. It seems
> one must look in the code and see if one finds conditional
> material based, in part, on COMPAT_FREEBSD32. It might also
> be that COMPAT_FREEBSD32 for i386 vs. armv7 vs. powerpc
> might not be intending identical coverage for all I know.
> So seeing COMPAT_FREEBSD32 might not be enough to know the
> intent.


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Thu Aug  3 07:19:27 2023
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 4RGgGC1fwnz4mLb2
	for ; Thu,  3 Aug 2023 07:19:47 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.146])
	(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 4RGgG94S6Xz3DPx
	for ; Thu,  3 Aug 2023 07:19:45 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=rElXsda6;
	dmarc=pass (policy=reject) header.from=yahoo.com;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691047183; bh=zb2Y3a5kCP+kGWFwNO9kNfEDYsQ/ILOSxlnBngaYA/A=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=rElXsda6QH8+U0F8R06g/859/+Qwzv2x09ys5seAJt5LHc1fB+H1Iry8i0MKFtTl1SH9nfHXEEEWpdP8yKg5wqg+rSJchRtjBVhXC0dcAzlfqbSYR62EqE4kOwTR2yMrwh6hsbnurn1VmILGz2gkuirnZCXkq56mI2ZnNzbSZkhxY8aVzySRQycblVmbVMs7242yDw/ymT2ebQA9EMH3RptHzC0tUT4VMNUCLzOKKvlBlPkVIzVJmZmurYov+ppeE56e+1TEzeOYHdVEUNXZNSOUiAsIp98AeYxAp429VUPkCodC8Q7++eTqAC0LNOxSIksGT9EOLgztHxpQTd+ZwA==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691047183; bh=G4crm/tHTT3KjCXoRFc5KRJejiK9EEFfPYOf88kawID=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=SbUlM/cmo5ghFponfH3vf/CnAvwSVfFcfa4ORVpNLSxg8jq1FwUHNYZtzcoYJEnb0KmXEOGbsRhj6uqZd1eAonrBEFbxTNJGgS++s3LWsR2wUoS7R9sXd2lR8QaXCkHCbP1eWX/ScZNQfPkEd+2JyhgbBgF6JoAWpWjn0WVZZJky+nnIxmjM6gDQw+46Kh/aEZ1iyvVIg0QH2ZSU+eGUyDiSPzW0lp8f3cmlv8mrZ7oz/idZnU75vR78lYoqEMZGLEu42k9CMzokKQ/abAS/4YKTBYxFzCx9butXsKAgEUtHvAKdvAKIeBM95+fBnVWC5A51kJLwPzBo3s+LkvkdQw==
X-YMail-OSG: rt6HtBIVM1koMXbQj8hJJdUuoMhX3qKpYMUqpkVqfE_qC4uv1nz882sFyLXAztV
 .FYFVibMWFsESu9RPWSuucVgOSSU8KBw_rd3RVnEGPHIJFu6v_ce23D45sKKsL7z.SPDOWhO.ugJ
 qtmEqZCFez5MjKN7brhx8ZKVl6eaaD6l1W0mqbXQgnsC4ckHus55ov6JlNTpePd8KC0geUWjJGAp
 bm.bnW0UQ158zuWhnz.M9DAnrZhEp9jgltTOz3K_AulTFhPHPe57Zf1oK5s0FM5FSXl9wwI884oH
 B1pj87tU2FTqgH4Ur5Qoo4zRmdS6MFZJmcXZi6j0sXTmvfC05rPLmRSqrwyTgsdtPLQiSy7VoEWl
 Wmjhzsp.Rfsxk9Wap1MLMmW.gOLkDg.WJSreTl6hoYAo3RzxX2RxfZXs2sLmYO6bc82YDb5sleYe
 QIa0QShD4VAEfC3S6mpechOy74daIwavyaRfdD8rduqVeN7movH0ew77rMAUw63L.0qLGiuSbLvE
 MmAv6blNlfcjbAe3a8X2n8_ReTb5vl1nkpxMNUUvFy6v3v1RVheeu2ZIrgYYnZYh1ZKPJzpE3rEv
 Zmzo2lJdC3K6xJ2uInJ7zJN6EdOBLs549v3GYaMYJOtrEMpQCtR5HJQ94LvHv9qmwneyErhWNmoR
 vqY4ZcI_Wg.6eOd6KRm7YAG9FEXgz5J4wmdCO7CIObpRqr3kJKAn4QpHnuBsL5IocND1sTWNSnQB
 hE2lCuqBr5MMXi7MUeyhWv9TEcCT6pWc_xQFH30wvuMimycJCE_8062oNbgBxUwzFtc4kjAnFTP5
 keNkBpCh.PJlzaEUx6dSPnZ1Eipm1pR0EqQ_rnFNoxive_J1HzoZ917Bn50w2bU2WWj_11uk6ugY
 9UsCjcFTiYrH2Pt5Uic8VRNq4CdmY18g8UEi8NgbVssXlfuA0LDn5KE1FDd6R7yGUe51JLon1lJu
 X.gXnYJjBrRktgpSTMMWzaSX.i9keFaS6bQJICuUSHprtHy7Zse3m_ss59mi_rs6ArB.DXoUJQqw
 OZGaM31A.hYyDQcNiNotjUdxTUSl3wwBOzM5OtHrezMswz.O4ypYwo_.MGDusymVEYqF9hK9IoES
 0.dt3KR5.1Ip4DIdDGzI6Q_MURpoDJfm74w5QpoJMMtzdK07r6e95gmwqUfgd1f4l5EWFm7CWxQp
 T3kRjjahwx_NkkQLveN0zJbeiVnGtbW7JVTRWy3WFo5DfxuWPhCN_5FYWsG1xdGx7AatD768YcQ3
 OdF9J6mitX_CipPisjFahtEqWm.8O5eF4T4rKMBHwfPp9nmqqHE2jVGFdXXkmVhOxb9hcE2qavXB
 uDZAq8DRUTLUUpXYQ8ccsB4EVryEA.5BKvGm3uaDo2INnv4xWqQ3RNeD80y6Kmsb4mjpduoJOAsp
 3vBQK8GBdJas70pjQED5upYdZ7KSt6v0om050Emm2tpbKyIAStrAcgixAsv.N_97VmXXr1654hzT
 i3YJ3hXBSx1jdv7Z8jjzc9NwKhr60.qJMQ9EX0miSaw7yg7SWbFqBS.JabrdIgwLQow5VozXWitW
 DQI3jgwBwAdojtBxAzyvcGOlCTV1ESutR0ZTmFv4taASEEvHu3ZOMBQjaafJUsA.1FCWYjYZ2Gjz
 N9WDFAVmN1u.d8bH8mOEVAJ.EK3arrXbNeoBlei7yphmFGYyr1t_5gE0L5lLnmHWcBHobD740QGb
 KmrmUwh5kq0gCZPPUwsJ1dfPQ.kugnXcJ2D08ps6LmbCFJUJEHYedEJ.Crp6fQeUgd.4IR.cbezW
 R34GcFM1JR42cGpb8kEfTTcRp21RbO7pWxkwehws8aK2u3lvXw3uKcVK8NVjnRa_dC2SuK5xJd3k
 EndBLNQ2J08VObtGAYxE7jBDa_FaV6bzgLyrqRC3kSUtrnD4u0OxZSDF6kdAjujNUrPAgV1Ozs5W
 ZJpQ1y7i4UHhQ7tVx_KHTdWtxa_pcuWdo3aMP6DaFoJ9Ik1UpnwTDeTWfrIN0Z6ZotpNqzzmjMiZ
 8WyLDplnSCRU4qDZXsXTBT1ZHtXc9ecGj_ydA9oQhhCiF2eKCX4ADBlq0XbN.to9B5M1FMl4ozt7
 efiVgIcrfZR2AacqoHXvvhyUKRoF_asbv79GMA5JId98rA7YFsgDxezOe4xgkck8wqwfZuJE8dDi
 z_ssy4Hd6wxwDQVbKtPgqllH168kUTGsDlJkQD0M0fGbS7Ghgu19YSpi3Ir44cZojtZG7jkpIwvB
 Ef4tUwFrOqVqFk1jk28b6HFl7.z4xSDgzgsmnMXG8F_jnMsk6jz20tMK.PRRB3BAGYcIPIZfHQoy
 QvQ--
X-Sonic-MF: 
X-Sonic-ID: 6cf5d31f-7bdf-4b07-b115-8ba8d5781576
Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 3 Aug 2023 07:19:43 +0000
Received: by hermes--production-bf1-7c4db57b6-967mb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID adefbbb46573ae81d66cd064ffa1577b;
          Thu, 03 Aug 2023 07:19:39 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: armv7 kyua runs via chroot on aarch64: zfs tests leave behind
 processes from timed out tests
Message-Id: 
Date: Thu, 3 Aug 2023 00:19:27 -0700
To: Current FreeBSD ,
 FreeBSD ARM List 
X-Mailer: Apple Mail (2.3731.700.6)
References: 
X-Spamd-Result: default: False [-3.35 / 15.00];
	NEURAL_HAM_LONG(-1.00)[-1.000];
	NEURAL_HAM_MEDIUM(-0.99)[-0.993];
	NEURAL_HAM_SHORT(-0.86)[-0.857];
	MV_CASE(0.50)[];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	ARC_NA(0.00)[];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	FROM_HAS_DN(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.69.146:from];
	MID_RHS_MATCH_FROM(0.00)[];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	TO_DN_ALL(0.00)[];
	RCVD_COUNT_THREE(0.00)[3];
	FREEMAIL_FROM(0.00)[yahoo.com];
	RCVD_TLS_LAST(0.00)[];
	DKIM_TRACE(0.00)[yahoo.com:+];
	FROM_EQ_ENVFROM(0.00)[];
	RCPT_COUNT_TWO(0.00)[2];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	MIME_TRACE(0.00)[0:+];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.146:from]
X-Rspamd-Queue-Id: 4RGgG94S6Xz3DPx
X-Spamd-Bar: ---

This is after the patch (leading whitespace might
not have been preserved in what you see):

# git -C /usr/main-src/ diff sys/dev/md/
diff --git a/sys/dev/md/md.c b/sys/dev/md/md.c
index a719dccb1955..365296ec4276 100644
--- a/sys/dev/md/md.c
+++ b/sys/dev/md/md.c
@@ -147,8 +147,15 @@ struct md_ioctl32 {
        int             md_fwsectors;
        uint32_t        md_label;
        int             md_pad[MDNPAD];
+#ifdef __aarch64__
+       uint32_t        md_pad0;
+#endif
 } __attribute__((__packed__));
+#ifdef __aarch64__
+CTASSERT((sizeof(struct md_ioctl32)) =3D=3D 440);
+#else
 CTASSERT((sizeof(struct md_ioctl32)) =3D=3D 436);
+#endif
=20
 #define        MDIOCATTACH_32  _IOC_NEWTYPE(MDIOCATTACH, struct =
md_ioctl32)
 #define        MDIOCDETACH_32  _IOC_NEWTYPE(MDIOCDETACH, struct =
md_ioctl32)


The kyua run is still in process, but at this point there is
the following accumulation from the zfs testing timouts:

# ps -alxdww
UID   PID  PPID C PRI NI   VSZ   RSS MWCHAN   STAT TT        TIME =
COMMAND
. . .
  0 17491     1 6  20  0 36460 12324 -        T     -     0:24.71 |-- =
fsync_integrity /testdir2316/testfile2316
  0 17551     1 5  20  0 10600  7512 tx->tx_s D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
  0 17739     1 7  20  0 10600  7308 zfs tear D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
  0 17841     1 3  20  0 10600  7316 tx->tx_s D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
  0 17860     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 17888     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 17907     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 17928     1 7  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 17955     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 17976     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 17995     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18023     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18043     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18064     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18085     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18114     1 7  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18135     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18157     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18177     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18205     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18224     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18255     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18275     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18296     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18317     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18345     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18365     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18386     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18412     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18447     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18466     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18516     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18535     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18632     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade

Lots of these are from 300s timeouts but some are from 1200s or
1800s or 3600s timeouts.

For reference:

=
sys/cddl/zfs/tests/txg_integrity/txg_integrity_test:fsync_integrity_001_po=
s  ->  broken: Test case body timed out  [1800.053s]
=
sys/cddl/zfs/tests/txg_integrity/txg_integrity_test:txg_integrity_001_pos =
 ->  passed  [63.702s]
sys/cddl/zfs/tests/userquota/userquota_test:groupspace_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.003s]
sys/cddl/zfs/tests/userquota/userquota_test:groupspace_002_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_002_pos  ->  =
broken: Test case cleanup timed out  [0.148s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_003_pos  ->  =
broken: Test case cleanup timed out  [0.151s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_004_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_005_neg  ->  =
broken: Test case body timed out  [300.021s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_006_pos  ->  =
broken: Test case body timed out  [300.080s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_007_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_008_pos  ->  =
broken: Test case body timed out  [300.034s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_009_pos  ->  =
broken: Test case body timed out  [300.143s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_010_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_011_pos  ->  =
broken: Test case body timed out  [300.003s]
sys/cddl/zfs/tests/userquota/userquota_test:userquota_012_neg  ->  =
broken: Test case body timed out  [300.019s]
sys/cddl/zfs/tests/userquota/userquota_test:userspace_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
sys/cddl/zfs/tests/userquota/userquota_test:userspace_002_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_001_pos  ->  =
broken: Test case body timed out  [300.052s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_002_pos  ->  =
skipped: Required program 'labelit' not found in PATH  [0.002s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_003_pos  ->  =
broken: Test case body timed out  [300.076s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_004_pos  ->  =
broken: Test case body timed out  [300.106s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_005_pos  ->  =
skipped: Required program 'ff' not found in PATH  [0.002s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_006_pos  ->  =
broken: Test case body timed out  [300.015s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_007_pos  ->  =
broken: Test case body timed out  [300.005s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_008_pos  ->  =
skipped: Required program 'ncheck' not found in PATH  [0.002s]
sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_009_pos  ->  =
broken: Test case body timed out  [300.051s]
sys/cddl/zfs/tests/write_dirs/write_dirs_test:write_dirs_001_pos  ->  =
broken: Test case body timed out  [1200.056s]
sys/cddl/zfs/tests/write_dirs/write_dirs_test:write_dirs_002_pos  ->  =
broken: Test case body timed out  [1200.046s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_autoreplace_001_neg  ->  broken: =
Test case body timed out  [3600.055s]


Other timeouts not from zfs tests have not had an accumulation
of processes left behind. But these may be the set of tests
that use ksh93 for scripting. I make no claim of knowing the
zfs vs. ksh93 vs. both vs. ??? for what is contributing.


I'll note that the system was booted via a bectl BE environment
on the only FreeBSD media enabled, so is a zfs-root boot context.

For reference:

# uname -apKU
FreeBSD CA78C-WDK23-ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT aarch64 =
1400093 #6 main-n264334-215bab7924f6-dirty: Wed Aug  2 14:12:14 PDT 2023 =
    =
root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a=
rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1400093 1400093

I preload various modules (6 are commented out [not preloaded]
and some listed may be actually built into the kernel):

# grep kldload ~/prekyua-kldloads.sh=20
kldload -v -n zfs.ko
kldload -v -n cryptodev.ko
kldload -v -n nullfs.ko
kldload -v -n fdescfs.ko
kldload -v -n filemon.ko
kldload -v -n nfsd.ko
kldload -v -n tarfs.ko
kldload -v -n xz.ko
kldload -v -n geom_concat.ko
kldload -v -n geom_eli.ko
kldload -v -n geom_nop.ko
kldload -v -n geom_gate.ko
kldload -v -n geom_mirror.ko
kldload -v -n geom_multipath.ko
kldload -v -n sdt.ko
kldload -v -n dtrace.ko
kldload -v -n opensolaris.ko
kldload -v -n geom_raid3.ko
kldload -v -n geom_shsec.ko
kldload -v -n geom_stripe.ko
kldload -v -n geom_uzip.ko
kldload -v -n if_epair.ko
kldload -v -n if_gif.ko
kldload -v -n if_tuntap.ko
kldload -v -n if_lagg.ko
kldload -v -n if_infiniband.ko
kldload -v -n if_wg.ko
kldload -v -n ng_socket.ko
kldload -v -n netgraph.ko
kldload -v -n ng_hub.ko
kldload -v -n ng_bridge.ko
kldload -v -n ng_ether.ko
kldload -v -n ng_vlan_rotate.ko
kldload -v -n ipdivert.ko
kldload -v -n pf.ko
kldload -v -n if_bridge.ko
kldload -v -n bridgestp.ko
kldload -v -n mqueuefs.ko
kldload -v -n tcpmd5.ko
kldload -v -n carp.ko
kldload -v -n sctp.ko
kldload -v -n if_stf.ko
kldload -v -n if_ovpn.ko
kldload -v -n ipsec.ko
#kldload -v -n ipfw.ko
#kldload -v -n pflog.ko
#kldload -v -n pfsync.ko
kldload -v -n dummynet.ko
#kldload -v -n mac_bsdextended.ko
#kldload -v -n mac_ipacl.ko
#kldload -v -n mac_portacl.ko

armv7 ports built and installed in the armv7 chroot
area include:

# more ~/origins/kyua-origins.txt
archivers/gtar
devel/gdb
devel/py-pytest
devel/py-pytest-twisted
devel/py-twisted
lang/perl5.32
lang/python
net/scapy
security/nist-kat
security/openvpn
security/sudo
shells/ksh93
shells/bash
sysutils/coreutils
sysutils/sg3_utils
textproc/jq

(Those cause others to also be installed.)


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Thu Aug  3 09:33:47 2023
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 4RGkF70FklzZRPr
	for ; Thu,  3 Aug 2023 09:34:03 +0000 (UTC)
	(envelope-from archimedes.gaviola@gmail.com)
Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634])
	(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-signature RSA-PSS (2048 bits) client-digest SHA256)
	(Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK))
	by mx1.freebsd.org (Postfix) with ESMTPS id 4RGkF63XRfz3H3t
	for ; Thu,  3 Aug 2023 09:34:02 +0000 (UTC)
	(envelope-from archimedes.gaviola@gmail.com)
Authentication-Results: mx1.freebsd.org;
	none
Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-997c4107d62so105685666b.0
        for ; Thu, 03 Aug 2023 02:34:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20221208; t=1691055240; x=1691660040;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:from:to:cc:subject:date:message-id:reply-to;
        bh=vcLJltFQLfex/GMPrlLeaR7PwVyG/h+JxybFLBqNXDk=;
        b=PqUymejmdpYvaSRbUKKultpcfhoPRRTTMlzhqYhRwsL5JdkTMpUUURp/rISx8XMPT3
         d6opWPCvFDjTUfXG4s1EnBULPylmeFNjrNZTal/IDbBb+0BjCcvqrau4+OeBHhbKpr3m
         +gzCHc+zO9TRAucC5Q2GMmdkf6Fa1gSgseIiVwYukp/zv28hIv/jDHzle5eUi8UHtvp4
         ee0yndGY8CNqLGjIzggI6/6mdgLSrbyaSc8Lox/t/L4aQTJZN14exgiG0CoudVPltnVG
         Qp1lqLADOd1G3gwrchhMNxVjus/PZyx2eC5ynWURQv1R3zOINdukdi3rHsOYOF4KOmbV
         HiSw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20221208; t=1691055240; x=1691660040;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
         :reply-to;
        bh=vcLJltFQLfex/GMPrlLeaR7PwVyG/h+JxybFLBqNXDk=;
        b=RFvbLAChgC2tHkwKM/j8EGAAmPbUj7J2Gmp9brew8D6bvOONRJWjvi4Gw3JPQswJSj
         1YxiOZSReXneEzWEEIc0WF/ARYT5mZkVicf1AIrFgREGeb1brp43O0ZOdi3xjk2UbUmA
         QkCkT5bUwmxQ4mt737A+64qus2UIrHPAixXCrOuYFwPivs8VVHQSv596dlnLz1kVBE6z
         Bp80zO1G5HhSN5HLs+6YUjFh0S4eeHSdbaUSTISbwryompC62uAp+hM+StA3q0TLoVbU
         DhyHJtBYmE783OZ2FY/hI6ATidSllxn9tp2nvb6+aa4AlzYRVv8YLuYWgXaG3K2z0A04
         itzg==
X-Gm-Message-State: AOJu0YyG0WtDkep97ItNm9DsJtrLAak+9z8UvpmfwYNHiCVeiz2dG6op
	VmXmK+IT4wEYoqQRoWLfd4VihRPch21IIZmbgVMAvueA
X-Google-Smtp-Source: AGHT+IE4VyOjcZCqeGda9qeFzPFWnBVtlterTRAla/yOBG9e7Yt5/LZ/xvcl8k3pOTjQdGT7j5pBp+qYJ5JIkNDz5ZQ=
X-Received: by 2002:a17:906:1653:b0:994:17e3:2753 with SMTP id
 n19-20020a170906165300b0099417e32753mr1278290ejd.26.1691055240246; Thu, 03
 Aug 2023 02:34:00 -0700 (PDT)
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
References: 
In-Reply-To: 
From: Archimedes Gaviola 
Date: Thu, 3 Aug 2023 17:33:47 +0800
Message-ID: 
Subject: Re: PinePro64 does not go past mountroot
To: =?UTF-8?B?Sm9zw6kgUMOpcmV6?= 
Cc: freebsd-arm@freebsd.org
Content-Type: multipart/alternative; boundary="000000000000e3faa30602017abb"
X-Rspamd-Queue-Id: 4RGkF63XRfz3H3t
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:15169, ipnet:2a00:1450::/32, country:US];
	TAGGED_FROM(0.00)[]

--000000000000e3faa30602017abb
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Aug 3, 2023 at 11:44=E2=80=AFAM Jos=C3=A9 P=C3=A9rez =
 wrote:

> Hi,
> want to give my PinePro64 another option with FreeBSD, so I downloaded
> FreeBSD-14.0-CURRENT-arm64-aarch64-PINE64-20230727-474708c334a7-264358.im=
g
> and dd'd it to a USB drive.
>
> The Pine boots from SPI, flashed with U-Boot 2021.04-11556-g9ecacf77d2
> and make it to FreeBSD, but does not go past mountroot:
> ...
> WARNING: WITNESS option enabled, expect reduced performance.
> ugen2.1:  at usbus2
> Trying to mount root from ufs:/dev/ufs/rootfs [rw]...
> uhub0 on usbus2
> uhub0:  on
> usbus2
> ugen4.1:  at usbus4
> ugen5.1:  at usbus5
> ugen3.1:  at usbus3
> ugen1.1:  at usbus1
> uhub1 on usbus4
> uhub1:  on
> usbus4
> uhub2 on usbus5
> uhub4 on usbus3
> uhub2:  on
> usbus5
> uhub4:  on
> usbus3
> uhub3 on usbus1
> uhub3:  on
> usbus1
> ugen0.1:  at usbus0
> uhub5 on usbus0
> uhub5:  on
> usbus0
> uhub4: 1 port with 1 removable, self powered
> uhub3: 1 port with 1 removable, self powered
> uhub1: 2 ports with 2 removable, self powered
> uhub2: 2 ports with 2 removable, self powered
> uhub0: 1 port with 1 removable, self powered
> uhub5: 1 port with 1 removable, self powered
> mountroot: waiting for device /dev/ufs/rootfs...
> Mounting from ufs:/dev/ufs/rootfs failed with error 19.
>
> Loader variables:
>    vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs
>    vfs.root.mountfrom.options=3Drw
>
> Manual root filesystem specification:
>    : [options]
>        Mount  using filesystem 
>        and with the specified (optional) option list.
>
>      eg. ufs:/dev/da0s1a
>          zfs:zroot/ROOT/default
>          cd9660:/dev/cd0 ro
>            (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)
>
>    ?               List valid disk boot devices
>    .               Yield 1 second (for background tasks)
>        Abort manual input
>
> mountroot> ?
>
> List of GEOM managed disk devices:
>
>
> mountroot>
>
>
> Can anyone suggest how to solve this?
>
> Thank you.
>
>
>
> --
> Jos=C3=A9 P=C3=A9rez
>
>
Hi,

Though I'm not familiar with your hardware but did you see something like
umass*, pass* and da* for USB storage-related device drivers loaded upon
kernel boot-up? I could be wrong but it seems like the root filesystem
wasn't found because your USB storage driver is missing.

Thanks,
Archimedes

--000000000000e3faa30602017abb
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable




=

On Thu, Aug 3, 2023 at 11:44=E2=80=AF=
AM Jos=C3=A9 P=C3=A9rez <fbl@aoek.com> wrote:
Hi,=


want to give my PinePro64 another option with FreeBSD, so I downloaded 

FreeBSD-14.0-CURRENT-arm64-aarch64-PINE64-20230727-474708c334a7-264358.img =


and dd'd it to a USB drive.



The Pine boots from SPI, flashed with U-Boot 2021.04-11556-g9ecacf77d2 

and make it to FreeBSD, but does not go past mountroot:

...

WARNING: WITNESS option enabled, expect reduced performance.

ugen2.1: <Generic EHCI root HUB> at usbus2

Trying to mount root from ufs:/dev/ufs/rootfs [rw]...

uhub0 on usbus2

uhub0: <Generic EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on <=
br>
usbus2

ugen4.1: <Synopsys XHCI root HUB> at usbus4

ugen5.1: <Synopsys XHCI root HUB> at usbus5

ugen3.1: <Generic OHCI root HUB> at usbus3

ugen1.1: <Generic OHCI root HUB> at usbus1

uhub1 on usbus4

uhub1: <Synopsys XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on =


usbus4

uhub2 on usbus5

uhub4 on usbus3

uhub2: <Synopsys XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on =


usbus5

uhub4: <Generic OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on <=
br>
usbus3

uhub3 on usbus1

uhub3: <Generic OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on <=
br>
usbus1

ugen0.1: <Generic EHCI root HUB> at usbus0

uhub5 on usbus0

uhub5: <Generic EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on <=
br>
usbus0

uhub4: 1 port with 1 removable, self powered

uhub3: 1 port with 1 removable, self powered

uhub1: 2 ports with 2 removable, self powered

uhub2: 2 ports with 2 removable, self powered

uhub0: 1 port with 1 removable, self powered

uhub5: 1 port with 1 removable, self powered

mountroot: waiting for device /dev/ufs/rootfs...

Mounting from ufs:/dev/ufs/rootfs failed with error 19.



Loader variables:

=C2=A0 =C2=A0vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs

=C2=A0 =C2=A0vfs.root.mountfrom.options=3Drw



Manual root filesystem specification:

=C2=A0 =C2=A0<fstype>:<device> [options]

=C2=A0 =C2=A0 =C2=A0 =C2=A0Mount <device> using filesystem <fstype=
>

=C2=A0 =C2=A0 =C2=A0 =C2=A0and with the specified (optional) option list.


=C2=A0 =C2=A0 =C2=A0eg. ufs:/dev/da0s1a

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0zfs:zroot/ROOT/default

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0cd9660:/dev/cd0 ro

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(which is equivalent to: mount -t =
cd9660 -o ro /dev/cd0 /)



=C2=A0 =C2=A0?=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0List v=
alid disk boot devices

=C2=A0 =C2=A0.=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Yield =
1 second (for background tasks)

=C2=A0 =C2=A0<empty line>=C2=A0 =C2=A0 Abort manual input



mountroot> ?



List of GEOM managed disk devices:





mountroot>





Can anyone suggest how to solve this?



Thank you.







-- 

Jos=C3=A9 P=C3=A9rez









--000000000000e3faa30602017abb--

From nobody Thu Aug  3 14:18:21 2023
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 4RGrYX3w2rz2tw7X
	for ; Thu,  3 Aug 2023 14:18:40 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204])
	(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 4RGrYW3nGkz4Jb1
	for ; Thu,  3 Aug 2023 14:18:39 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=U6caNKAJ;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691072317; bh=LQMA/0VUjaHxrRO6/pNDLwaAQJ5cGIMkvApF9y3maDw=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=U6caNKAJ6Ld/iOTavaKg7EN177W3d00Evqmr/u+fw0wm7R03K4KwnDuTUMh14DTMiWY/RU6p5kPNneMCuDGLyxUG311NlvCaVmu+oDdzf5/Hy5qXhzVDmYRgzuSi84noYCgBIYah+hnf+CoZ6N/3IP10A82btsfSYo2+2rXmTefPB/q2Q3nMq9qH5v/QhGsBajc8N7FOoE/o92BAqzDKgulTO07Lhtda5GLdsdn1uRkUpNLVUlYp2YTtntSm2asDwYKro9Bs/cCdYlQURg7wmldaGBY1AIhejeuEcilI52VGS6wWzZZ2lVHDOoQtLsgmX3zMGUMKwbgitW/iCASctQ==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691072317; bh=Dem05u+d6KhVeRmDvoFUyzjSZKOTQH2l7bpwADEiV/K=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=lBdvKEarS6f8xYwg1T3VJ0dN2VcizVImB1XyJc6HkLc+TDEt5+ZJWYMUf7uPKAZFGYuV/dgjEu55fx0fWziIf+wf2/lSlukBBAf4VZdcfQMFhqSA4GgBSPf4hjYEv5xQhslkJZuzmp+k9rdkkRGkqE93yOxAVvOPbVLXN8S6vmFWTEYDtRRbrKv7tTGsoYORh11Ekoc5qpOb3kvrVNkkbAKhivqve+RrelHG2RKf9dgujQQx4dbQOrk72MtXYd1zGMRHGULQU+xziJ2mn/gxblTHpUWtKJQEdln2/5FFs9NyrCzbUMZCeYIINuIlwXzQIkW1GTh0bPoqSmXF6YnbWA==
X-YMail-OSG: cnvm2kkVM1lVKbL8MtUzCIHc6RFlW9Eci6.AuSEzw1w2PqEA7JHrUEiMh0dTA5S
 BGhSKjS0NqyWpUkAh5kMTNMB7Ovn3g6gTFXkk.fHll3KHexTqhd1LjzsRf_GY90vLwv1jF.M3YA3
 abXeBOfq3eFn5O28jvo60RtLupfEyWj5kLabEZJq66MVoCDDbDlm71nDavR7gnGIX2hoUWT5VDxQ
 bXuWfedVjsJWMeh5nkdG0J27BO25Gqnry2.b9u6gLJ8_lil_vCq6H1e438k1AJ77J6bp_JYWZ_G2
 raatGrgLsU.7yPXZ4jv_GT9vUsi50VLxfvJWgwF_53HD50PSKBlEBAK9FrV9cc1YAKAyjmsfRy.J
 KAoFIrXl4lcmD6JGy8QCHCqGXmBdz4NPVm_hJPnRhlZnWyn3eNUghXPOzqy2sIy53uq.pvLLycm0
 lAjMx0cUieQoHPiAjQBfha.3dkE2PU7qdh1eEYZu1u5So.aWOd6DsPIIna_hY9F2aU2IlhOVyBo7
 DHrncqrsDL36s37x1qc2ottIHtZ5XnvFKDCbEuCYqP_a9bXrI6pwaLDTxfq9c8STCSA51AtWjZkl
 479UD4DU8b4hh3WXQnS3lhwUphDsP9gWCnaXov4pymIR0QinGrup7omvSMAasgJG8z9FIYtgAZ6x
 9qm5fVaQZRsucvCehEq7HcQj7PWWlVuVvF00sHryBQWLXNRkP4Kja4SdZA5ULAFEsQPQBoqpPChu
 5O_gFmEEnR6H.Nsr7RyRxW5ohcKAEsL3hKVCBQJW9wTrUp62kISSnkn6s7VCEEITJuGMCgeXUrK0
 GdvbikBEnqXo8W2mQIDLdh4_pvJTHcXYN2NvnhNh3UWy9r2YK9rbxJTdjnn11nKn9vcDSCJQnVrh
 guT5YGGxxqXus51BRhIKQMywbZUpA4Svqt1ynSUmrenqR5EVGuXOufax94rUDUXkYtMtbpfCNetR
 ptB80UXTvXXpS5AYCiUu.w7MDE0Z1OLXcSxshTZswd.BKZY0WNDQjFiGIw1ifjZITEvhW1K5pdhj
 vNIwRAFWU6zJOv10ONtnDIeoIr.QYjuKiZtAF6.qxvfW5K5y.Mpn2hFuiSQiqif41NEPf6klaO1t
 ynGuP44k1DeQFcPoj4VSF3NWua4QVQEO5DiW4P96FOJK7RpkXXSn2uD_VAWcuBrxmlYSjR6xb5PK
 RHfT9p2YOV68bP.tLYKrpF8FRNhnzKheyQlxj8MRr9NAkkbsJ9rBLfNMHhG6viZMbxKb_fIMW87E
 b9..pzML2yy7R_ezr1WCNmeYbk.sLR5zbNthVu45cH4TMtyPkeRg188s2V04T.OMwktXhkNXIQsA
 3gthoAMkaEaEiBmkKOC4w3fYglQUTiszCA586qlgfkPswFlRa7IlYyhailCzE6cc6xngO9UX_euV
 0eR2qsAqaPRXF35UKQTzx_ZYNyL7vvaQe9wW4_4ACsbpTs.rmV_fZsY39fq4q3FpBCp6x7i93MZq
 HZH4dw_xFxNEAjIcRJbbn.anyUEAABRTn6MHd_CSJUmJQAz1.mHjXGt_SPFHZ9e6kTSI3z1i17AQ
 gT814itiSHuflg2n1VyKi4fusYDj86uleqTRV5R7HY0u0dQTEOnZUhLEBDpnumhVlinhEROaT6gE
 Fm7sSJWo4GNV3nKxIyhidPjRpwiUiDUsl_KljMllJ7vAkpfAwPqBx8vgfhK_GsJo.I293AFtTHKZ
 N_oxr5MPBQKkAhBsLhMbKPKqr5AzPhZ_yp7ji99hG71ci929FrYbqqu5bAae9_kUSaqiPSrktBCe
 H6z.b2Jdt7gOGzBW6yGLxUCxzXkIGmMK3AhF6uNszldVFTXg6cjDEDPMRwaKadHo1yUFXenFCzZe
 zAxYcQLmrOjbRi9EYg611M7D4ezT5DjyXpdlbSDHLJ5DFmELLULIY9X_2jUTWUO_xTwydYbeZZ0U
 F5JPrTvqYwrqHfp_T4c6ULW3h.ocaatfzMk9UjhvkKWIMXDjBNpBf1T8inTKMPA.nhVExpmMmy45
 MItAMrwabbfKBqM0nc0OV9Vh5b31fhxRs_O_cc2h8BserdBrJXDIKJk1Q9UrqhowwyMC8SUx3T78
 Xzlc3ITWaZ.tP2y2bERU1L9HuW66Wi9PoMRapGb0Vnr0wiGdGZk1QocxiYiFgih1jQ_7NGTRG69h
 S7dfrqg5v4ZvHKU7Jkzxh.QYc5YU1ktvthAqjEJ71LFqdSA6nmIe9h7ySdweVGiTN8axWjA7W9iM
 Ei2g5Umg9u8TSm4Cc.a_iwmOLs9s6mrbgbjlN3o2CyX.XeD341Oshur3cwN16gX55e.otvBV3qCk
 -
X-Sonic-MF: 
X-Sonic-ID: 3502ef56-ae44-4a38-b758-0af6b4bb7628
Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 3 Aug 2023 14:18:37 +0000
Received: by hermes--production-bf1-7c4db57b6-wcllk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c741c30067c5725bf5ac161b25852559;
          Thu, 03 Aug 2023 14:18:34 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: Re: armv7 kyua runs via chroot on aarch64: zfs tests leave behind
 processes from timed out tests
Date: Thu, 3 Aug 2023 07:18:21 -0700
References: 
To: Current FreeBSD ,
 FreeBSD ARM List 
In-Reply-To: 
Message-Id: <1BDD2369-BCC3-469B-8094-AEFE7FC3CE94@yahoo.com>
X-Mailer: Apple Mail (2.3731.700.6)
X-Spamd-Result: default: False [-1.47 / 15.00];
	NEURAL_HAM_SHORT(-0.97)[-0.974];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	MV_CASE(0.50)[];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	FROM_EQ_ENVFROM(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	RCVD_TLS_LAST(0.00)[];
	MIME_TRACE(0.00)[0:+];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RCVD_COUNT_TWO(0.00)[2];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from];
	DKIM_TRACE(0.00)[yahoo.com:+];
	MID_RHS_MATCH_FROM(0.00)[];
	FROM_HAS_DN(0.00)[];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	RCPT_COUNT_TWO(0.00)[2];
	FREEMAIL_FROM(0.00)[yahoo.com];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	ARC_NA(0.00)[];
	TO_DN_ALL(0.00)[];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]
X-Spamd-Bar: -
X-Rspamd-Queue-Id: 4RGrYW3nGkz4Jb1

On Aug 3, 2023, at 00:19, Mark Millard  wrote:

> This is after the patch (leading whitespace might
> not have been preserved in what you see):
>=20
> # git -C /usr/main-src/ diff sys/dev/md/
> diff --git a/sys/dev/md/md.c b/sys/dev/md/md.c
> index a719dccb1955..365296ec4276 100644
> --- a/sys/dev/md/md.c
> +++ b/sys/dev/md/md.c
> @@ -147,8 +147,15 @@ struct md_ioctl32 {
>        int             md_fwsectors;
>        uint32_t        md_label;
>        int             md_pad[MDNPAD];
> +#ifdef __aarch64__
> +       uint32_t        md_pad0;
> +#endif
> } __attribute__((__packed__));
> +#ifdef __aarch64__
> +CTASSERT((sizeof(struct md_ioctl32)) =3D=3D 440);
> +#else
> CTASSERT((sizeof(struct md_ioctl32)) =3D=3D 436);
> +#endif
>=20
> #define        MDIOCATTACH_32  _IOC_NEWTYPE(MDIOCATTACH, struct =
md_ioctl32)
> #define        MDIOCDETACH_32  _IOC_NEWTYPE(MDIOCDETACH, struct =
md_ioctl32)
>=20
>=20
> The kyua run is still in process, but at this point there is
> the following accumulation from the zfs testing timouts:
>=20
> # ps -alxdww
> UID   PID  PPID C PRI NI   VSZ   RSS MWCHAN   STAT TT        TIME =
COMMAND
> . . .
>  0 17491     1 6  20  0 36460 12324 -        T     -     0:24.71 |-- =
fsync_integrity /testdir2316/testfile2316
>  0 17551     1 5  20  0 10600  7512 tx->tx_s D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
>  0 17739     1 7  20  0 10600  7308 zfs tear D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
>  0 17841     1 3  20  0 10600  7316 tx->tx_s D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
>  0 17860     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 17888     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 17907     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 17928     1 7  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 17955     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 17976     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 17995     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18023     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18043     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18064     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18085     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18114     1 7  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18135     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18157     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18177     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18205     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18224     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18255     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18275     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18296     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18317     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18345     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18365     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18386     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18412     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18447     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18466     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18516     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18535     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18632     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade

It has added:

  0 18656     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18748     1 0  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18767     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18858     1 5  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18877     1 0  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18907     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18926     1 5  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18956     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 18975     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19005     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19026     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19298     1 6  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19317     1 6  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19408     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19427     1 2  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19518     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19537     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19635     1 5  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade


> Lots of these are from 300s timeouts but some are from 1200s or
> 1800s or 3600s timeouts.
>=20
> For reference:
>=20
> =
sys/cddl/zfs/tests/txg_integrity/txg_integrity_test:fsync_integrity_001_po=
s  ->  broken: Test case body timed out  [1800.053s]
> =
sys/cddl/zfs/tests/txg_integrity/txg_integrity_test:txg_integrity_001_pos =
 ->  passed  [63.702s]
> sys/cddl/zfs/tests/userquota/userquota_test:groupspace_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.003s]
> sys/cddl/zfs/tests/userquota/userquota_test:groupspace_002_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_002_pos  ->  =
broken: Test case cleanup timed out  [0.148s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_003_pos  ->  =
broken: Test case cleanup timed out  [0.151s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_004_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_005_neg  ->  =
broken: Test case body timed out  [300.021s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_006_pos  ->  =
broken: Test case body timed out  [300.080s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_007_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_008_pos  ->  =
broken: Test case body timed out  [300.034s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_009_pos  ->  =
broken: Test case body timed out  [300.143s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_010_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_011_pos  ->  =
broken: Test case body timed out  [300.003s]
> sys/cddl/zfs/tests/userquota/userquota_test:userquota_012_neg  ->  =
broken: Test case body timed out  [300.019s]
> sys/cddl/zfs/tests/userquota/userquota_test:userspace_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/userquota/userquota_test:userspace_002_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_001_pos  ->  =
broken: Test case body timed out  [300.052s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_002_pos  ->  =
skipped: Required program 'labelit' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_003_pos  ->  =
broken: Test case body timed out  [300.076s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_004_pos  ->  =
broken: Test case body timed out  [300.106s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_005_pos  ->  =
skipped: Required program 'ff' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_006_pos  ->  =
broken: Test case body timed out  [300.015s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_007_pos  ->  =
broken: Test case body timed out  [300.005s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_008_pos  ->  =
skipped: Required program 'ncheck' not found in PATH  [0.002s]
> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_009_pos  ->  =
broken: Test case body timed out  [300.051s]
> sys/cddl/zfs/tests/write_dirs/write_dirs_test:write_dirs_001_pos  ->  =
broken: Test case body timed out  [1200.056s]
> sys/cddl/zfs/tests/write_dirs/write_dirs_test:write_dirs_002_pos  ->  =
broken: Test case body timed out  [1200.046s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_autoreplace_001_neg  ->  =
broken: Test case body timed out  [3600.055s]

And added:

sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_autoreplace_002_pos  ->  broken: =
Test case body timed out  [3600.028s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_autoreplace_003_pos  ->  broken: =
Test case body timed out  [3600.146s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_degrade_001_pos  ->  broken: Test =
case body timed out  [600.067s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_degrade_002_pos  ->  broken: Test =
case body timed out  [600.015s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_fault_001_pos  ->  broken: Test =
case body timed out  [300.061s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_001_pos  ->  broken: =
Test case body timed out  [3600.042s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_002_pos  ->  broken: =
Test case body timed out  [3600.161s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_003_pos  ->  broken: =
Test case body timed out  [3600.033s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_004_pos  ->  broken: =
Test case body timed out  [3600.007s]

> Other timeouts not from zfs tests have not had an accumulation
> of processes left behind. But these may be the set of tests
> that use ksh93 for scripting. I make no claim of knowing the
> zfs vs. ksh93 vs. both vs. ??? for what is contributing.
>=20
>=20
> I'll note that the system was booted via a bectl BE environment
> on the only FreeBSD media enabled, so is a zfs-root boot context.
>=20
> For reference:
>=20
> # uname -apKU
> FreeBSD CA78C-WDK23-ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT aarch64 =
1400093 #6 main-n264334-215bab7924f6-dirty: Wed Aug  2 14:12:14 PDT 2023 =
    =
root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a=
rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1400093 1400093
>=20
> I preload various modules (6 are commented out [not preloaded]
> and some listed may be actually built into the kernel):
>=20
> # grep kldload ~/prekyua-kldloads.sh=20
> kldload -v -n zfs.ko
> kldload -v -n cryptodev.ko
> kldload -v -n nullfs.ko
> kldload -v -n fdescfs.ko
> kldload -v -n filemon.ko
> kldload -v -n nfsd.ko
> kldload -v -n tarfs.ko
> kldload -v -n xz.ko
> kldload -v -n geom_concat.ko
> kldload -v -n geom_eli.ko
> kldload -v -n geom_nop.ko
> kldload -v -n geom_gate.ko
> kldload -v -n geom_mirror.ko
> kldload -v -n geom_multipath.ko
> kldload -v -n sdt.ko
> kldload -v -n dtrace.ko
> kldload -v -n opensolaris.ko
> kldload -v -n geom_raid3.ko
> kldload -v -n geom_shsec.ko
> kldload -v -n geom_stripe.ko
> kldload -v -n geom_uzip.ko
> kldload -v -n if_epair.ko
> kldload -v -n if_gif.ko
> kldload -v -n if_tuntap.ko
> kldload -v -n if_lagg.ko
> kldload -v -n if_infiniband.ko
> kldload -v -n if_wg.ko
> kldload -v -n ng_socket.ko
> kldload -v -n netgraph.ko
> kldload -v -n ng_hub.ko
> kldload -v -n ng_bridge.ko
> kldload -v -n ng_ether.ko
> kldload -v -n ng_vlan_rotate.ko
> kldload -v -n ipdivert.ko
> kldload -v -n pf.ko
> kldload -v -n if_bridge.ko
> kldload -v -n bridgestp.ko
> kldload -v -n mqueuefs.ko
> kldload -v -n tcpmd5.ko
> kldload -v -n carp.ko
> kldload -v -n sctp.ko
> kldload -v -n if_stf.ko
> kldload -v -n if_ovpn.ko
> kldload -v -n ipsec.ko
> #kldload -v -n ipfw.ko
> #kldload -v -n pflog.ko
> #kldload -v -n pfsync.ko
> kldload -v -n dummynet.ko
> #kldload -v -n mac_bsdextended.ko
> #kldload -v -n mac_ipacl.ko
> #kldload -v -n mac_portacl.ko
>=20
> armv7 ports built and installed in the armv7 chroot
> area include:
>=20
> # more ~/origins/kyua-origins.txt
> archivers/gtar
> devel/gdb
> devel/py-pytest
> devel/py-pytest-twisted
> devel/py-twisted
> lang/perl5.32
> lang/python
> net/scapy
> security/nist-kat
> security/openvpn
> security/sudo
> shells/ksh93
> shells/bash
> sysutils/coreutils
> sysutils/sg3_utils
> textproc/jq
>=20
> (Those cause others to also be installed.)

I tried gdb -p PID against a couple of the processes.
Each got stuck, not reaching the gdb prompt. I also
show a Control-T output:

Attaching to process 17491
load: 0.24  cmd: gdb131 19693 [uwait] 32.27r 0.02u 0.06s 0% 32152k
#0 0xffff00000049fe20 at mi_switch+0xe0
#1 0xffff0000004f3658 at sleepq_catch_signals+0x318
#2 0xffff0000004f3318 at sleepq_wait_sig+0x8
#3 0xffff00000049f410 at _sleep+0x1d0
#4 0xffff0000004b52dc at umtxq_sleep+0x27c
#5 0xffff0000004bab7c at do_wait+0x25c
#6 0xffff0000004b8cdc at __umtx_op_wait_uint_private+0x5c
#7 0xffff0000004b6e64 at sys__umtx_op+0x84
#8 0xffff0000008267d4 at do_el0_sync+0x9b4
#9 0xffff000000805910 at handle_el0_sync+0x44

and:

Attaching to process 17860
load: 0.23  cmd: gdb131 19697 [uwait] 13.14r 0.06u 0.01s 0% 32184k
#0 0xffff00000049fe20 at mi_switch+0xe0
#1 0xffff0000004f3658 at sleepq_catch_signals+0x318
#2 0xffff0000004f3318 at sleepq_wait_sig+0x8
#3 0xffff00000049f410 at _sleep+0x1d0
#4 0xffff0000004b52dc at umtxq_sleep+0x27c
#5 0xffff0000004bab7c at do_wait+0x25c
#6 0xffff0000004b8cdc at __umtx_op_wait_uint_private+0x5c
#7 0xffff0000004b6e64 at sys__umtx_op+0x84
#8 0xffff0000008267d4 at do_el0_sync+0x9b4
#9 0xffff000000805910 at handle_el0_sync+0x44

I was unable to Control-C the gdb's to gain control
but was able to put them in the background (Control-Z
then bg).

=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Thu Aug  3 15:32:37 2023
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 4RGtCV1JHDz3cL8p
	for ; Thu,  3 Aug 2023 15:33:10 +0000 (UTC)
	(envelope-from titus@edc.ro)
Received: from eatlas.ro (eatlas.ro [86.126.82.18])
	(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-signature RSA-PSS (2048 bits) client-digest SHA256)
	(Client CN "eatlas.ro", Issuer "R3" (verified OK))
	by mx1.freebsd.org (Postfix) with ESMTPS id 4RGtCT3zdvz4Rj5
	for ; Thu,  3 Aug 2023 15:33:09 +0000 (UTC)
	(envelope-from titus@edc.ro)
Authentication-Results: mx1.freebsd.org;
	none
Received: from mail.edc.ro ([10.1.4.58])
	by eatlas.ro (8.16.1/8.16.1) with ESMTPS id 373FWcig096634
	(version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT);
	Thu, 3 Aug 2023 18:32:38 +0300 (EEST)
	(envelope-from titus@edc.ro)
Received: from tituss-imac.eatlas.local (eatlas.ro [86.126.82.18])
	(authenticated bits=0)
	by mail.edc.ro (8.16.1/8.16.1) with ESMTPSA id 373FWaVv053375
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
	Thu, 3 Aug 2023 18:32:36 +0300 (EEST)
	(envelope-from titus@edc.ro)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=edc.ro; s=mail;
	t=1691076757; bh=+W1H2fjv7YZvQi6b6+Wffri40ieAUSJSh6SO/FvsCXE=;
	h=Subject:From:In-Reply-To:Date:Cc:References:To;
	b=LmyjgMNl5DKIhk+z3LDU981WyebltoWZg3q32n15dycZVOwhq13wLUpg8i578ZCui
	 5r2Ix+IvoGojeTbeqH+hb+iwt1GdutSYfW0RnYe8VccifBFk8D1VoQmK/TlVd1ew//
	 SPx4rdAio+c5in8/Y7kfCl9AkmyPwqsEupfHYqkA=
Content-Type: text/plain;
	charset=utf-8
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 13.4 \(3608.120.23.2.7\))
Subject: Re: PinePro64 does not go past mountroot
From: titus 
In-Reply-To: 
Date: Thu, 3 Aug 2023 18:32:37 +0300
Cc: freebsd-arm@freebsd.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <7AC6AB8D-93D0-471D-A070-6DD6A3891701@edc.ro>
References: 
To: =?utf-8?B?Sm9zw6kgUMOpcmV6?= 
X-Mailer: Apple Mail (2.3608.120.23.2.7)
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ns.edc.ro
X-Rspamd-Queue-Id: 4RGtCT3zdvz4Rj5
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:8708, ipnet:86.120.0.0/13, country:RO]

try to stop it at the loader countdown then

unload all
load kernel
load -t dtb /boot/dtb/rockchip/rk3399-rockpro64.dtb
boot -v

> On Aug 2, 2023, at 11:05 PM, Jos=C3=A9 P=C3=A9rez  =
wrote:
>=20
> Hi,
> want to give my PinePro64 another option with FreeBSD, so I downloaded =
FreeBSD-14.0-CURRENT-arm64-aarch64-PINE64-20230727-474708c334a7-264358.img=
 and dd'd it to a USB drive.
>=20
> The Pine boots from SPI, flashed with U-Boot 2021.04-11556-g9ecacf77d2 =
and make it to FreeBSD, but does not go past mountroot:
> ...
> WARNING: WITNESS option enabled, expect reduced performance.
> ugen2.1:  at usbus2
> Trying to mount root from ufs:/dev/ufs/rootfs [rw]...
> uhub0 on usbus2
> uhub0:  on =
usbus2
> ugen4.1:  at usbus4
> ugen5.1:  at usbus5
> ugen3.1:  at usbus3
> ugen1.1:  at usbus1
> uhub1 on usbus4
> uhub1:  on =
usbus4
> uhub2 on usbus5
> uhub4 on usbus3
> uhub2:  on =
usbus5
> uhub4:  on =
usbus3
> uhub3 on usbus1
> uhub3:  on =
usbus1
> ugen0.1:  at usbus0
> uhub5 on usbus0
> uhub5:  on =
usbus0
> uhub4: 1 port with 1 removable, self powered
> uhub3: 1 port with 1 removable, self powered
> uhub1: 2 ports with 2 removable, self powered
> uhub2: 2 ports with 2 removable, self powered
> uhub0: 1 port with 1 removable, self powered
> uhub5: 1 port with 1 removable, self powered
> mountroot: waiting for device /dev/ufs/rootfs...
> Mounting from ufs:/dev/ufs/rootfs failed with error 19.
>=20
> Loader variables:
>  vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs
>  vfs.root.mountfrom.options=3Drw
>=20
> Manual root filesystem specification:
>  : [options]
>      Mount  using filesystem 
>      and with the specified (optional) option list.
>=20
>    eg. ufs:/dev/da0s1a
>        zfs:zroot/ROOT/default
>        cd9660:/dev/cd0 ro
>          (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)
>=20
>  ?               List valid disk boot devices
>  .               Yield 1 second (for background tasks)
>      Abort manual input
>=20
> mountroot> ?
>=20
> List of GEOM managed disk devices:
>=20
>=20
> mountroot>
>=20
>=20
> Can anyone suggest how to solve this?
>=20
> Thank you.
>=20
>=20
>=20
> --=20
> Jos=C3=A9 P=C3=A9rez
>=20


From nobody Thu Aug  3 16:19:52 2023
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 4RGvGB6fNdz3cPn3
	for ; Thu,  3 Aug 2023 16:20:34 +0000 (UTC)
	(envelope-from fbl@aoek.com)
Received: from mail.yourbox.net (mail.yourbox.net [91.121.67.125])
	by mx1.freebsd.org (Postfix) with ESMTP id 4RGvGB3BsBz4b4m
	for ; Thu,  3 Aug 2023 16:20:34 +0000 (UTC)
	(envelope-from fbl@aoek.com)
Authentication-Results: mx1.freebsd.org;
	none
Received: from mail.yourbox.net (localhost [IPv6:0:0:0:0:0:0:0:1])
	by mail.yourbox.net (8.17.1/8.17.1) with ESMTP id 373GJvjX071949;
	Thu, 3 Aug 2023 18:20:01 +0200 (CEST)
	(envelope-from fbl@aoek.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=aoek.com; s=mailbox;
	t=1691079605; bh=8gNYXi1VAAb8G4IemqaoC7VrMudoMBuFLDgck6L37fQ=;
	h=Date:From:To:Cc:Subject:In-Reply-To:References;
	b=oPY35I9PT3Lpe0Zd+nNBktcYJE/MoXuC4VaoqXqIiKYm/td9MyUopL91i+Sv+Wl0r
	 laqdtx/u8xBk0X2fR7sXVGXT7kHPnpZAgEVLy9bTEwJgmUrpX5axFE1GpHuoDNWpBg
	 d1WjGmRWHWxe/9RgadWaYcLggvMYaOR9+Ue1VkIa472a4V9JKSbc7y8sIq/ZK4d9ny
	 EMM0Lr/OQT5xKRH2UzH9q4lt8qhIrFPuzUveLDxbEK1nHkwc1ccQCaf9W6S8Dfb8du
	 AG7SoBhwNI96sb93ZfcNKwgGAjgY3aDEc/y8CFjpyQP6rvKub61ENZKqHzkiaJ7uWW
	 WxD5BGACrevFQ==
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
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Date: Thu, 03 Aug 2023 18:19:52 +0200
From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= 
To: Archimedes Gaviola , titus 
Cc: freebsd-arm@freebsd.org
Subject: Re: PinePro64 does not go past mountroot
In-Reply-To: <7AC6AB8D-93D0-471D-A070-6DD6A3891701@edc.ro>
References: 
 <7AC6AB8D-93D0-471D-A070-6DD6A3891701@edc.ro>
Message-ID: 
X-Sender: fbl@aoek.com
User-Agent: Roundcube Webmail/1.2.0
X-Rspamd-Queue-Id: 4RGvGB3BsBz4b4m
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:16276, ipnet:91.121.0.0/16, country:FR];
	TAGGED_RCPT(0.00)[]

Hello Archimedes and titus,
I found out that only one USB port works out of 4, so I plugged the USB 
there and booted normally. BTW it's one of the 2.0 ports, the 3.0 port 
seems dead.

I gave titus advice a try, with no difference.

Not sure if the cause is in the U-Boot I have in the SPI, 2021.04.

I have to try and use another U-Boot and see how it works. Any 
suggestion? I saw that too recent ones are not too good either.

Tnx,

El 2023-08-03 17:32, titus escribió:
> try to stop it at the loader countdown then
> 
> unload all
> load kernel
> load -t dtb /boot/dtb/rockchip/rk3399-rockpro64.dtb
> boot -v
> 

El 2023-08-03 11:33, Archimedes Gaviola escribió:
> Hi,
> 
> Though I'm not familiar with your hardware but did you see something
> like umass*, pass* and da* for USB storage-related device drivers
> loaded upon kernel boot-up? I could be wrong but it seems like the
> root filesystem wasn't found because your USB storage driver is
> missing.
> 
> Thanks,
> Archimedes

-- 
José Pérez

From nobody Thu Aug  3 17:20:00 2023
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 4RGwb84jp4z3cVDS
	for ; Thu,  3 Aug 2023 17:20:20 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83])
	(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 4RGwb70NfWz4hBm
	for ; Thu,  3 Aug 2023 17:20:18 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=QvHNQxVf;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691083216; bh=9r7MZi9NiZSTqivreD+4r4oWBObVcTrRsez+mYfoQR0=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=QvHNQxVfZixsxXhpT4zWH8d8xiP855Ny724Y9z5Xezz3nf/iphi3Rsp3Yh7+40xB7gmdk53thC3cm9L1g8YFZc/TQA4kNT2S6LfNXQNRozHRxDPqUSrxSItVJbBkYZDZq+S0cVUtPYmSZgRWEDF7ZDwvaCHxRr1FmMxuBe4o+g/mI0PykIprkhsVWzuQUgEbqK7+utLZyX0DFV5KW4D9gCWUy1ry0JTaODtl490EQcM4Xb41m8cjnw1b5NGtpJyROtMhnJWlKpK9X7guuNGrZtHAmoTuBamh+qxjN2r1gQLzBkEeCvubEaN8zvwVgAtC6awj11dWLEKS3T1a24BZiw==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691083216; bh=XyhyGgf31KAod0EuQDCaCxOOtRahxGp3g8HH1SDylBU=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=nDO3xD0S9SNW7kqC8ZuM1IAMTRbpej9VmUkP/zpOKzYk4Kn9xk1ff7BGzISTahSNpVKqJ9mDAafEjmCJANTba6fMmQ5B9GDk/p8uvm+3ZzQb8TrPCxfSn7WJBMalENLaQJAO219gVTr/uKg4n2q92Gly1rmdcEtYyz3sxfz+Xrk9Dr7M4KS8uc/D6GT7aH6DE3j19XunyQ5V/Fnd6qfIkyDHtqB/UwQFeVP1Ro6KhMnrjvigNGnWzxJ8B2EvFZNwxh8+2Z9VxydnbFHc1D/fLgRrysq0mCwzSQsw4GOqiMqjriZ1uZKoFCn8Af9sFDfnm1BoitPzfiFVEJedCkGXAA==
X-YMail-OSG: lS0yDAgVM1mZYPxpv4VACQsv4PUGRdicQnREylkwK3C6gZcc7el4G6k7nHcsyi6
 YDRX3CJvpJ9.od_GDV1LgoDopijOgkb_VltxkZ08f_zJ93x.EOXMBRXcu_P6Sv0gONCKJ71GGd7g
 AXmCqRggpPT7gk9em3BxHEbou1CQj9r9Ki1dN1n0X2.PCiMdiuwWLmMjfPA1MC5Pa2am02pqNyop
 Q5H5hKe9GzoJJMA9FxgakjwjdEMLiJMZXD_BxN9PSrXSs.0I4qf9xTBJv8IjwoM5ZP32zynvP.Ew
 zwAb.qNqhYMWenQ.tMCTs9_AXRWndqO9ZXW3WES8RIFoLX6_1xfEM2U4q7q0sFW10jHbHMDMMpCi
 vnIwCIc83TPwu7gIk.u8RIlqHlaJF5CCYZfGdVlO_bG_GVD3jwEFcy3S0EGz0RKFfi.HVscNsoL_
 hpH6cM12uw_3yv4Wr5J_.e58IbBJAtlo3Oc7CHNmEPHGpev9gQv2pwrW.5QlX3avKupRTbKRtuqq
 Jj_3vVljr3BS1UoiH0SPyguWGmJrqZN94rNodkM7tFiKoboPVARDdRj80PCHgVy3htHfld2aZXGc
 ju11.P64Krul_LFQm3133qOAU2.QR6U3DBAZoXxWLjD_TRLoYFVYmQFMxQpyeFAMzxbDL.yptUf8
 okJ4nM.DZ13.oGFq4TxP4v137D_TJ_m21TsBBWfc1MAioIMWgFrMHTMsUfc6OtXAC1XKk78HlH15
 P2TCQffAirK4YyWe7oK3N9B.8SY6avWF5humHnMo.FHJFTojHbfcWzkBX104SAv9.eJ5W9W4Akzc
 CERyeXUx6JvqCkTY_QpJaghqygVXboPT0XcbbTX_nB46I4QiDn62krvDxYboonF9KtEduLdM1BIp
 fkDoPLAgC5LJFjXNiNz7TQr_7Ny8B_xVI2l7w8YrL8QnKKc_hMZAoU6DtI3p5_iqdC3QujfQYXoH
 jwUTYhsOegl19WYxTkukk.QMWq2DSlWKMObDMXTbjQOwCagptjUibq8_C3mL.FumsAVDRgUXn96O
 Z27Eh2mKZxRdpqg5nAQrJoHcF0QZsL2Fww9s0s7toQBcy50SrbioKQDjP6kUVhLgMk1IIU7rZdba
 iUYdg3yqRyOyULcePBqDCCqzZDNMUHXnu8RZFEHsD04ywe7XUx0jPeqUdhWbg03jDnk4KT0GXsv8
 _fn9rOsWaUQNTdzHoKvElL4_WjQmrwC4EUyxE2rEr3IPVBHX2QFdYkg9nzJK0SMDdgr1AW093y1e
 rgqsBb28_M_J438JUXJfIjs0xZd426glBNOyKKeQg2MjMEw.GInF9H2pD4Ozkcv39iL.xNpPcr8c
 7aRcQZw.fj5PCiipavOcHAioAld20y7FWGaA0PlzsOyk7tUWNFfRDprceAMummpvAILCnEg9H_Sm
 ZL4sdArhsAbdDaZUdra4QlQTy0cJmkdw70MD3sEBwhRgbW0SwTv40CfMmyol68SiRZDxJ1UrzOGg
 nXghS6VHklwgOsd.nj6i4p9UlE235uIUH_iArmXmvFqL3a80yMGJE8PgxKz81iXjDpuNvgXZNtA7
 .9A4OcQTCwzyZSrYCPoRto5DJ3EcNQqoIsMK7ywJh93eSE3UWT6s9DHlQrIWm2nZwaaJ3IZv4FwX
 PFOwK2LU.7GKPaTC6JUfEnr556AnFpxjN.tXiCaBfO4t6OczrZDZnd7ptTAjGAtlbrbiSnbNMKCV
 bzO68IEGBvkLPSHet.uI1.bRjHcNEVAiZWinvj0Pe7Tp0SMUT5wHZpC5ODhWXQ3UtPFGrtbyeGYY
 tjNGNzwYn9d5QKYesbWUOCALnZapJRKUIKqzXiOc8M5uu.0s_CsvyxtOuy3e03REOqj9dMYc7KOU
 Pxw0HDMDhJkppD9pR61MWp8.K7dlAFPStgywoh1KF9zgbm4CEe99cRmZq85P66tg1IYTVJMLeIs4
 BG.TFmcM.4exATAxfsZ6f6c_Sj1.9Rv7d8dfz0_HcJjQjq1lFZmoqXwP728KuGOhurJo0vNwjRjM
 0hURTR7dpYuaY.GTOQ0fCkDy8f0EhGsDikJ4BTFQVWdhu3AbRcy733qxhQ_Y5YLwphp_Wz7B9xzR
 EWOHvynny9HGe0JZNmwalZAO6DT5iXuZ47DrV0mzVbXoaRhzu6qhbpJMd3xwlGVYM_JL.kdQ26t5
 QeNwB7PCsoKDY86fan3HUKbibvYlsimXd7F34pV3jwNxST_QanZrmdT5DijksjzP2zCHkI7IhcBL
 YX6koOVK2EBlHQMk539ic8_FkmpJnxU7cmr8KlVGb5C8RkJmSGUjruoj_5MKHKi19ABJIZuoIPJn
 n
X-Sonic-MF: 
X-Sonic-ID: d43a6903-45e6-4b86-a4ef-7db197127462
Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 3 Aug 2023 17:20:16 +0000
Received: by hermes--production-gq1-7d844d8954-p9m8l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID bd9e305d0a7a4100838daa4fb532a726;
          Thu, 03 Aug 2023 17:20:11 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: Re: armv7 kyua runs via chroot on aarch64: zfs tests leave behind
 processes from timed out tests
Date: Thu, 3 Aug 2023 10:20:00 -0700
References: 
 <1BDD2369-BCC3-469B-8094-AEFE7FC3CE94@yahoo.com>
To: Current FreeBSD ,
 FreeBSD ARM List 
In-Reply-To: <1BDD2369-BCC3-469B-8094-AEFE7FC3CE94@yahoo.com>
Message-Id: 
X-Mailer: Apple Mail (2.3731.700.6)
X-Spamd-Result: default: False [-1.50 / 15.00];
	NEURAL_HAM_SHORT(-1.00)[-1.000];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	MV_CASE(0.50)[];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	FROM_EQ_ENVFROM(0.00)[];
	RCVD_TLS_LAST(0.00)[];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	MIME_TRACE(0.00)[0:+];
	RCVD_COUNT_TWO(0.00)[2];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from];
	DKIM_TRACE(0.00)[yahoo.com:+];
	MID_RHS_MATCH_FROM(0.00)[];
	FROM_HAS_DN(0.00)[];
	ARC_NA(0.00)[];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	RCPT_COUNT_TWO(0.00)[2];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	FREEMAIL_FROM(0.00)[yahoo.com];
	TO_DN_ALL(0.00)[];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]
X-Spamd-Bar: -
X-Rspamd-Queue-Id: 4RGwb70NfWz4hBm

On Aug 3, 2023, at 07:18, Mark Millard  wrote:

> On Aug 3, 2023, at 00:19, Mark Millard  wrote:
>=20
>> This is after the patch (leading whitespace might
>> not have been preserved in what you see):
>>=20
>> # git -C /usr/main-src/ diff sys/dev/md/
>> diff --git a/sys/dev/md/md.c b/sys/dev/md/md.c
>> index a719dccb1955..365296ec4276 100644
>> --- a/sys/dev/md/md.c
>> +++ b/sys/dev/md/md.c
>> @@ -147,8 +147,15 @@ struct md_ioctl32 {
>>       int             md_fwsectors;
>>       uint32_t        md_label;
>>       int             md_pad[MDNPAD];
>> +#ifdef __aarch64__
>> +       uint32_t        md_pad0;
>> +#endif
>> } __attribute__((__packed__));
>> +#ifdef __aarch64__
>> +CTASSERT((sizeof(struct md_ioctl32)) =3D=3D 440);
>> +#else
>> CTASSERT((sizeof(struct md_ioctl32)) =3D=3D 436);
>> +#endif
>>=20
>> #define        MDIOCATTACH_32  _IOC_NEWTYPE(MDIOCATTACH, struct =
md_ioctl32)
>> #define        MDIOCDETACH_32  _IOC_NEWTYPE(MDIOCDETACH, struct =
md_ioctl32)
>>=20
>>=20
>> The kyua run is still in process, but at this point there is
>> the following accumulation from the zfs testing timouts:
>>=20
>> # ps -alxdww
>> UID   PID  PPID C PRI NI   VSZ   RSS MWCHAN   STAT TT        TIME =
COMMAND
>> . . .
>> 0 17491     1 6  20  0 36460 12324 -        T     -     0:24.71 |-- =
fsync_integrity /testdir2316/testfile2316
>> 0 17551     1 5  20  0 10600  7512 tx->tx_s D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
>> 0 17739     1 7  20  0 10600  7308 zfs tear D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
>> 0 17841     1 3  20  0 10600  7316 tx->tx_s D     -     0:00.00 |-- =
/sbin/zpool destroy -f testpool.2316
>> 0 17860     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 17888     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 17907     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 17928     1 7  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 17955     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 17976     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 17995     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18023     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18043     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18064     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18085     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18114     1 7  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18135     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18157     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18177     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18205     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18224     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18255     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18275     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18296     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18317     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18345     1 4  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18365     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18386     1 3  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18412     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18447     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18466     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18516     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18535     1 2  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>> 0 18632     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>=20
> It has added:
>=20
>  0 18656     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18748     1 0  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18767     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18858     1 5  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18877     1 0  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18907     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18926     1 5  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18956     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 18975     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19005     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19026     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19298     1 6  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19317     1 6  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19408     1 7  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19427     1 2  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19518     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19537     1 4  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
>  0 19635     1 5  20  0  10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade

  0 19654     1 5  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19746     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19767     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19854     1 6  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19873     1 0  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade
  0 19960     1 1  20  0 10080  6956 spa_name D     -     0:00.00 |-- =
/sbin/zfs upgrade

>> Lots of these are from 300s timeouts but some are from 1200s or
>> 1800s or 3600s timeouts.
>>=20
>> For reference:
>>=20
>> =
sys/cddl/zfs/tests/txg_integrity/txg_integrity_test:fsync_integrity_001_po=
s  ->  broken: Test case body timed out  [1800.053s]
>> =
sys/cddl/zfs/tests/txg_integrity/txg_integrity_test:txg_integrity_001_pos =
 ->  passed  [63.702s]
>> sys/cddl/zfs/tests/userquota/userquota_test:groupspace_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.003s]
>> sys/cddl/zfs/tests/userquota/userquota_test:groupspace_002_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_002_pos  ->  =
broken: Test case cleanup timed out  [0.148s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_003_pos  ->  =
broken: Test case cleanup timed out  [0.151s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_004_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_005_neg  ->  =
broken: Test case body timed out  [300.021s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_006_pos  ->  =
broken: Test case body timed out  [300.080s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_007_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_008_pos  ->  =
broken: Test case body timed out  [300.034s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_009_pos  ->  =
broken: Test case body timed out  [300.143s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_010_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_011_pos  ->  =
broken: Test case body timed out  [300.003s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userquota_012_neg  ->  =
broken: Test case body timed out  [300.019s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userspace_001_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/userquota/userquota_test:userspace_002_pos  ->  =
skipped: Required program 'runwattr' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_001_pos  ->  =
broken: Test case body timed out  [300.052s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_002_pos  ->  =
skipped: Required program 'labelit' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_003_pos  ->  =
broken: Test case body timed out  [300.076s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_004_pos  ->  =
broken: Test case body timed out  [300.106s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_005_pos  ->  =
skipped: Required program 'ff' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_006_pos  ->  =
broken: Test case body timed out  [300.015s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_007_pos  ->  =
broken: Test case body timed out  [300.005s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_008_pos  ->  =
skipped: Required program 'ncheck' not found in PATH  [0.002s]
>> sys/cddl/zfs/tests/utils_test/utils_test_test:utils_test_009_pos  ->  =
broken: Test case body timed out  [300.051s]
>> sys/cddl/zfs/tests/write_dirs/write_dirs_test:write_dirs_001_pos  ->  =
broken: Test case body timed out  [1200.056s]
>> sys/cddl/zfs/tests/write_dirs/write_dirs_test:write_dirs_002_pos  ->  =
broken: Test case body timed out  [1200.046s]
>> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_autoreplace_001_neg  ->  =
broken: Test case body timed out  [3600.055s]
>=20
> And added:
>=20
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_autoreplace_002_pos  ->  =
broken: Test case body timed out  [3600.028s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_autoreplace_003_pos  ->  =
broken: Test case body timed out  [3600.146s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_degrade_001_pos  ->  broken: =
Test case body timed out  [600.067s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_degrade_002_pos  ->  broken: =
Test case body timed out  [600.015s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_fault_001_pos  ->  broken: Test =
case body timed out  [300.061s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_001_pos  ->  broken: =
Test case body timed out  [3600.042s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_002_pos  ->  broken: =
Test case body timed out  [3600.161s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_003_pos  ->  broken: =
Test case body timed out  [3600.033s]
> sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_004_pos  ->  broken: =
Test case body timed out  [3600.007s]

sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_005_pos  ->  broken: =
Test case body timed out  [3600.065s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_006_pos  ->  broken: =
Test case body timed out  [3600.014s]
sys/cddl/zfs/tests/zfsd/zfsd_test:zfsd_hotspare_007_pos  ->  broken: =
Test case body timed out  [3600.066s]

>> Other timeouts not from zfs tests have not had an accumulation
>> of processes left behind. But these may be the set of tests
>> that use ksh93 for scripting. I make no claim of knowing the
>> zfs vs. ksh93 vs. both vs. ??? for what is contributing.
>>=20
>>=20
>> I'll note that the system was booted via a bectl BE environment
>> on the only FreeBSD media enabled, so is a zfs-root boot context.
>>=20
>> For reference:
>>=20
>> # uname -apKU
>> FreeBSD CA78C-WDK23-ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT aarch64 =
1400093 #6 main-n264334-215bab7924f6-dirty: Wed Aug  2 14:12:14 PDT 2023 =
    =
root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a=
rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1400093 1400093
>>=20
>> I preload various modules (6 are commented out [not preloaded]
>> and some listed may be actually built into the kernel):
>>=20
>> # grep kldload ~/prekyua-kldloads.sh=20
>> kldload -v -n zfs.ko
>> kldload -v -n cryptodev.ko
>> kldload -v -n nullfs.ko
>> kldload -v -n fdescfs.ko
>> kldload -v -n filemon.ko
>> kldload -v -n nfsd.ko
>> kldload -v -n tarfs.ko
>> kldload -v -n xz.ko
>> kldload -v -n geom_concat.ko
>> kldload -v -n geom_eli.ko
>> kldload -v -n geom_nop.ko
>> kldload -v -n geom_gate.ko
>> kldload -v -n geom_mirror.ko
>> kldload -v -n geom_multipath.ko
>> kldload -v -n sdt.ko
>> kldload -v -n dtrace.ko
>> kldload -v -n opensolaris.ko
>> kldload -v -n geom_raid3.ko
>> kldload -v -n geom_shsec.ko
>> kldload -v -n geom_stripe.ko
>> kldload -v -n geom_uzip.ko
>> kldload -v -n if_epair.ko
>> kldload -v -n if_gif.ko
>> kldload -v -n if_tuntap.ko
>> kldload -v -n if_lagg.ko
>> kldload -v -n if_infiniband.ko
>> kldload -v -n if_wg.ko
>> kldload -v -n ng_socket.ko
>> kldload -v -n netgraph.ko
>> kldload -v -n ng_hub.ko
>> kldload -v -n ng_bridge.ko
>> kldload -v -n ng_ether.ko
>> kldload -v -n ng_vlan_rotate.ko
>> kldload -v -n ipdivert.ko
>> kldload -v -n pf.ko
>> kldload -v -n if_bridge.ko
>> kldload -v -n bridgestp.ko
>> kldload -v -n mqueuefs.ko
>> kldload -v -n tcpmd5.ko
>> kldload -v -n carp.ko
>> kldload -v -n sctp.ko
>> kldload -v -n if_stf.ko
>> kldload -v -n if_ovpn.ko
>> kldload -v -n ipsec.ko
>> #kldload -v -n ipfw.ko
>> #kldload -v -n pflog.ko
>> #kldload -v -n pfsync.ko
>> kldload -v -n dummynet.ko
>> #kldload -v -n mac_bsdextended.ko
>> #kldload -v -n mac_ipacl.ko
>> #kldload -v -n mac_portacl.ko
>>=20
>> armv7 ports built and installed in the armv7 chroot
>> area include:
>>=20
>> # more ~/origins/kyua-origins.txt
>> archivers/gtar
>> devel/gdb
>> devel/py-pytest
>> devel/py-pytest-twisted
>> devel/py-twisted
>> lang/perl5.32
>> lang/python
>> net/scapy
>> security/nist-kat
>> security/openvpn
>> security/sudo
>> shells/ksh93
>> shells/bash
>> sysutils/coreutils
>> sysutils/sg3_utils
>> textproc/jq
>>=20
>> (Those cause others to also be installed.)
>=20
> I tried gdb -p PID against a couple of the processes.
> Each got stuck, not reaching the gdb prompt. I also
> show a Control-T output:
>=20
> Attaching to process 17491
> load: 0.24  cmd: gdb131 19693 [uwait] 32.27r 0.02u 0.06s 0% 32152k
> #0 0xffff00000049fe20 at mi_switch+0xe0
> #1 0xffff0000004f3658 at sleepq_catch_signals+0x318
> #2 0xffff0000004f3318 at sleepq_wait_sig+0x8
> #3 0xffff00000049f410 at _sleep+0x1d0
> #4 0xffff0000004b52dc at umtxq_sleep+0x27c
> #5 0xffff0000004bab7c at do_wait+0x25c
> #6 0xffff0000004b8cdc at __umtx_op_wait_uint_private+0x5c
> #7 0xffff0000004b6e64 at sys__umtx_op+0x84
> #8 0xffff0000008267d4 at do_el0_sync+0x9b4
> #9 0xffff000000805910 at handle_el0_sync+0x44
>=20
> and:
>=20
> Attaching to process 17860
> load: 0.23  cmd: gdb131 19697 [uwait] 13.14r 0.06u 0.01s 0% 32184k
> #0 0xffff00000049fe20 at mi_switch+0xe0
> #1 0xffff0000004f3658 at sleepq_catch_signals+0x318
> #2 0xffff0000004f3318 at sleepq_wait_sig+0x8
> #3 0xffff00000049f410 at _sleep+0x1d0
> #4 0xffff0000004b52dc at umtxq_sleep+0x27c
> #5 0xffff0000004bab7c at do_wait+0x25c
> #6 0xffff0000004b8cdc at __umtx_op_wait_uint_private+0x5c
> #7 0xffff0000004b6e64 at sys__umtx_op+0x84
> #8 0xffff0000008267d4 at do_el0_sync+0x9b4
> #9 0xffff000000805910 at handle_el0_sync+0x44
>=20
> I was unable to Control-C the gdb's to gain control
> but was able to put them in the background (Control-Z
> then bg).

Looks like I'm going to have to reboot instead of letting
the kyua run go to completion. The periodic daily is stuck
as well.

  0 19064  1657 1  20  0 12980  2484 piperd   I     -     0:00.00 | `-- =
cron: running job (cron)
  0 19066 19064 3  40  0 13436  2928 wait     Is    -     0:00.00 |   =
`-- /bin/sh - /usr/sbin/periodic daily
. . .
  0 19237 19235 0  68  0 13436  2936 wait     I     -     0:00.00 |      =
   |         | `-- /bin/sh - /etc/periodic/security/100.chksetuid
  0 19242 19237 6  68  0 21912 10292 zfs      D     -     0:10.21 |      =
   |         |   |-- / /var/mail . . . /dev/null (find)
  0 19243 19237 7  68  0 13436  2932 wait     I     -     0:00.00 |      =
   |         |   `-- /bin/sh - /etc/periodic/security/100.chksetuid
  0 19245 19243 1  68  0 15204  2212 piperd   I     -     0:00.00 |      =
   |         |     `-- cat

is also stuck. So the problems are now not limited to
the kyua run.

=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Fri Aug  4 06:59:32 2023
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 4RHGmg3QCnz4ghnZ
	for ; Fri,  4 Aug 2023 06:59:47 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148])
	(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 4RHGmd74ncz3ZS9
	for ; Fri,  4 Aug 2023 06:59:45 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=t8Att6Be;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691132383; bh=xsBVUR7anpefwz1xxhrt9Fh1APodPazBtkqWIjZ1NpE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=t8Att6BeJRPxz3KXM9g89WbWma7Pa8pYnr860gAzD/iDRqSscbEQ05PfmN4LEtSOpDzpKKkyvy03yCpPyLWjXbQF6guJoFeQL8xJL2Z/sRkS7SoNGCO7zQG9fJaB8D3/uCsdPuocXs2JK8ZKe3D3tzxwF/AeHDlKjLYeYeIqkIVabIGCGrzVOfzQyZF7v5Hv+7rH2tJaCKi+2eZRerR/yFFHrwUZIL59XiWLZ0uR3qC2u/PPpCJWPAcQwWcXSsoWKXlfK9vraS9GN62mx3+6g2gnNEKgnCfBHLqYwmbHXE65UL142B4aWSkoYrgdrHPX71beHgUGeAi4Lzz43EC9xQ==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691132383; bh=7EmNWyRXmEIxHTRYSjCqrMH7pjGSAocAWYJqdN/Zb9J=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=KZBrMzIw8oocJ57m1Io1nS118WqunGjs+vjB0jl5FXVnK2fZx9SEa/6PpLPE4H13tUozeSQke3mBWW0eDAe1W+aVXn796l/xxfgBNe8tRAL4aN8vRTjBeGR/ZFbulC43scFLOPN7SayYLO7jLC96W665TYt5XMJC1ILPmF1v7KEQbTx3WLnbytvobWWQKKOxaua2nHpfP3951/LV8gfoxIbgf1GE8rZN7rla9h9tc9NWfoo806ZvXFzmVbT/kucofuKyMwC2Vj+ZoJTNhHLtFtYX+ESkx+QtCo0qQgFFWjfj77h93ztgj89B9xn0ca5i41dUqRps+JFEWvXg71mXAQ==
X-YMail-OSG: e.GW17wVM1kkEKTCT1z28vi0VwKPhkfntN.arSiKz_nmVaPYT5ce.L5_ayE1nNN
 UITG27RYhNTfDb3CQ02hwSHyB3Pkze6TJQuCDsQTS843ClRD7cIbzD4ZHlKZh.1jeOIWYE_PztJ6
 ULJv1aNAWDmqSWWNpopGQiyixkXGHX0bZOTTTqolz6HzhK7vi7.hYdwq_h02MRV4.SLUg8oLZxsz
 dHXwNJWfUkAwJSolV8tNmNBRt8Vtc.d7AvoL3fGAzRWNj9uROiJMEhVxSnrjLeYMiDb14B7Cgbp1
 OyfY4Wr7p_7rvovou1AA2Z.TJAS0TV50CZCwUfA0lRv6Q2ufy9HO8ResbJiYExPGm7I6zMUOVF4E
 Ma.lo_RyHpLG9VryljMaRukD9EXce6bCmhhlbo7ic2FVk2vxQe0bzW0X0GGuulY8LmQm8htDM5Ov
 7F5ztDd0ME_xkjtGm32mnecpY8XqpLJY3X7ImIdNgO1605ANybb_hbA0mjpo8nzviTYIj7cNuHpg
 peqTHfpmZ79I9jQjs6MhxclQYWA8BSVP1tGtHpHp88D5qSMjJcSPQA.wwKk37nnfie65FGkgsvgc
 fkpv1tnnky5D.Wkav0S6ZW588fTHXxhHADHk1qTaFmoHcTglPSAXL1D._v04Qi67FpW.4OqJB_Wc
 PvyA1rJvj.QYjeRCEnnRkhWTX46bBLH2ToM0Xycdst.dmgSHtE9tg4TRmNmdrmBNjYOhT2ymMq8i
 Gy3M3l8uDrhvwn3bk_1pv0bkf.VdCKSmEzNWe0l0PPvIhO1TL4QipsWNBlH2EAu22f5drLhKf5jV
 ml792MqdfwXDQ45ZSfDZ6N.91MqmocVOBBwdNPrj1rL1VK6GWnEuU6AQ0H_6ceFqavJqWw2AJs0V
 ucjFWOy0ftPy8nkkT26lQ.o6cpqCPRb8nQUpyq.y3j5L9q4TeSZx2NMvnGv36GV.Lmadf5E8gTIF
 0zPUb79XmbkwVdjzo9AvEJaQL6ftHqsh7ARhRG.YPmPOK4XQk_mwElbU4juFzpQEZfXidBAiyfwS
 l3PtmamAziGhkcpx98Ya5xzde8BoPevlOrs5Ri1GK3QUtLPcS2bdoqhfdlimQkWdEFSqzJ7qFEp9
 OP0pKD63EGWnkRQqSRt_.A_SKcymcNlJNwyxiNA79adt1r6LvaNhKNH47lbSzBJvrEClI1srhQcN
 rVt462GarHU4TDZ3gZTUtIVJG62OUhjtU1Vv8hkOQdskDhdgS8tL8nl2GNwWqALzeufmXa.PxsYI
 UkRuVF9vmPGFXG9e0roS0N8cO7H1ubrIXgZZaYOINe5GDDCvW19sX7tjfSGYAi19tClas4Fi4h7W
 H.kZm2y9isqHTzJY61CvD_Fgkj9sgC91jN5aUtoWpMHiMHcOoVrVpYftMcVAIM2WPPs62ItiN_or
 uvy8H3fq4nDE3fUMrdRiMlt7zXDVendM1VedHSsR4aTneKghCI4rqqN86HeF1L_qJ0ljIi6REU_w
 jfeJhhX_AUkogtfKl5eq_LTkFbXqcaHRYwC3AGI2bGgozfxmW_JUh8Debf_AU18.j32KUHDViO4s
 wK0anIqXKiey1Fuz.6GgRxmjOcrcfzGMuQzoG0nviALo6U1gzrrUE4XnK2yph6yLbnC3R1TBV.Rz
 2VXCJ3onElIUOPJSU.iew5hGgJl6UNs1zziYHu97n7c5cg3HtVqzj37lHqDZrOXe28k8tlAv_mEY
 QbiZ6EkfcGUSGZyAoBARgSyFKTO2xx1uvIpJ.T460b3FFaNKOVuq9cVTY_hlD3LIM0r6ZTdWLVVB
 SGlO8zMcTD.Xec7jelHeeFwJQeeksqfWsA5QzAukSf6um2QIU_v_bR7Ffc450ufltjdInkEW7qRS
 6T8LXtN9Xyv16D6Pk5DC8JncHAyK2k5wJFXplVRTlu3Tr1p3PiO2JTlAo_hPneZvqfoWll303MtM
 2qhRttcNQPPIw0CyE5HAaZivf5J3D1C.wp4GbG8oc_oMeLOl5AgsnneeeD3_LGJvNwWEIqfXDFoS
 uje6v79VGLeIb6iNIOWcQ6OWHkxtxFyk2Xk._efTqL_AeQfd.cMrAeowo0.Gl3OTvjyzm_I7Ijyp
 QhcSRIy1xcxpN4VMm6_3V8RvOdaAydpDrKrL3P.YLiDD6rzG05cltAzRWsv_dcmsDa5VfmaEnzWp
 qXzcwD8P6Sc0A8M6nix7GXHJYdZDLSLYgNwN9FxFDcfi8m3iKFI24c3ReeEcsqQJWz_GTz3cH.Nd
 x2VaE52eRhoh3sRkFIWorXKUKNMUoWBUNj_QP95TLg1yDLEr9kC28R1YGu3XL8Qd3yos.8LXqCew
 vw_hCtw--
X-Sonic-MF: 
X-Sonic-ID: e04bd980-d154-4de8-8a41-1f7fadaf92f6
Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 4 Aug 2023 06:59:43 +0000
Received: by hermes--production-gq1-7d844d8954-ll2wj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 896913c23f84edecdfd192e85b4b3ff4;
          Fri, 04 Aug 2023 06:59:42 +0000 (UTC)
From: Mark Millard 
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
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 \(3731.700.6\))
Subject: A native armv7 panic during kyua runs: sys/netinet6/exthdr:exthdr  ->
  Fatal kernel mode data abort: 'Alignment Fault' on read
Message-Id: 
Date: Thu, 3 Aug 2023 23:59:32 -0700
To: FreeBSD ARM List ,
 Current FreeBSD 
X-Mailer: Apple Mail (2.3731.700.6)
References: 
X-Spamd-Result: default: False [-1.30 / 15.00];
	NEURAL_HAM_SHORT(-0.80)[-0.801];
	MV_CASE(0.50)[];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	MIME_GOOD(-0.10)[text/plain];
	ARC_NA(0.00)[];
	FROM_HAS_DN(0.00)[];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.66.148:from];
	BLOCKLISTDE_FAIL(0.00)[98.137.66.148:server fail];
	MID_RHS_MATCH_FROM(0.00)[];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.148:from];
	DKIM_TRACE(0.00)[yahoo.com:+];
	TO_DN_ALL(0.00)[];
	FREEMAIL_FROM(0.00)[yahoo.com];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	RCPT_COUNT_TWO(0.00)[2];
	RCVD_TLS_LAST(0.00)[];
	FROM_EQ_ENVFROM(0.00)[];
	MIME_TRACE(0.00)[0:+];
	RCVD_COUNT_TWO(0.00)[2]
X-Spamd-Bar: -
X-Rspamd-Queue-Id: 4RHGmd74ncz3ZS9

While discovered via an attempted overall kyua run, the following is
sufficient to get the crash in my native armv7 context:

# /usr/bin/kyua test -k /usr/tests/Kyuafile sys/netinet6/exthdr:exthdr
sys/netinet6/exthdr:exthdr  ->  Fatal kernel mode data abort: 'Alignment =
Fault' on read
trapframe: 0xdfb97aa0
FSR=3D00000001, FAR=3Ddb43ab76, spsr=3D60000013
r0 =3Ddfedd000, r1 =3Ddfb97b34, r2 =3D00000000, r3 =3D00000000
r4 =3D00000000, r5 =3D00000000, r6 =3Ddb43ab76, r7 =3Ddb43ab66
r8 =3Dc096383c, r9 =3D00000000, r10=3Ddb132400, r11=3Ddfb97b60
r12=3D00000000, ssp=3Ddfb97b30, slr=3Dc0b4e2c0, pc =3Dc04e6b70

panic: Fatal abort
cpuid =3D 0
time =3D 1691131498
KDB: stack backtrace:
db_trace_self() at db_trace_self
         pc =3D 0xc065f414  lr =3D 0xc007db80 =
(db_trace_self_wrapper+0x30)
         sp =3D 0xdfb97858  fp =3D 0xdfb97970
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
         pc =3D 0xc007db80  lr =3D 0xc031a834 (vpanic+0x140)
         sp =3D 0xdfb97978  fp =3D 0xdfb97998
         r4 =3D 0x00000100  r5 =3D 0x00000000
         r6 =3D 0xc07c369a  r7 =3D 0xc0b32e58
vpanic() at vpanic+0x140
         pc =3D 0xc031a834  lr =3D 0xc031a6f4 (vpanic)
         sp =3D 0xdfb979a0  fp =3D 0xdfb979a4
         r4 =3D 0xdfb97aa0  r5 =3D 0x00000013
         r6 =3D 0xdb43ab76  r7 =3D 0x00000001
         r8 =3D 0x00000001  r9 =3D 0xdfedd000
        r10 =3D 0xdb43ab76
vpanic() at vpanic
         pc =3D 0xc031a6f4  lr =3D 0xc06849dc (abort_align)
         sp =3D 0xdfb979ac  fp =3D 0xdfb979d8
         r4 =3D 0x00000001  r5 =3D 0x00000001
         r6 =3D 0xdfedd000  r7 =3D 0xdb43ab76
         r8 =3D 0xdfb979a4  r9 =3D 0xc031a6f4
        r10 =3D 0xdfb979ac
abort_align() at abort_align
         pc =3D 0xc06849dc  lr =3D 0xc0684a50 (abort_align+0x74)
         sp =3D 0xdfb979e0  fp =3D 0xdfb979f8
         r4 =3D 0x00000013 r10 =3D 0xdb43ab76
abort_align() at abort_align+0x74
         pc =3D 0xc0684a50  lr =3D 0xc06846a8 (abort_handler+0x45c)
         sp =3D 0xdfb97a00  fp =3D 0xdfb97a98
         r4 =3D 0x00000000 r10 =3D 0xdb43ab76
abort_handler() at abort_handler+0x45c
         pc =3D 0xc06846a8  lr =3D 0xc0661cc8 (exception_exit)
         sp =3D 0xdfb97aa0  fp =3D 0xdfb97b60
         r4 =3D 0x00000000  r5 =3D 0x00000000
         r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
         r8 =3D 0xc096383c  r9 =3D 0x00000000
        r10 =3D 0xdb132400
exception_exit() at exception_exit
         pc =3D 0xc0661cc8  lr =3D 0xc0b4e2c0 (__pcpu)
         sp =3D 0xdfb97b30  fp =3D 0xdfb97b60
         r0 =3D 0xdfedd000  r1 =3D 0xdfb97b34
         r2 =3D 0x00000000  r3 =3D 0x00000000
         r4 =3D 0x00000000  r5 =3D 0x00000000
         r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
         r8 =3D 0xc096383c  r9 =3D 0x00000000
        r10 =3D 0xdb132400 r12 =3D 0x00000000
in6ifa_ifwithaddr() at in6ifa_ifwithaddr+0x30
         pc =3D 0xc04e6b70  lr =3D 0xc04f9030 (ip6_input+0xd38)
         sp =3D 0xdfb97b68  fp =3D 0xdfb97c28
         r4 =3D 0xdb43ab76  r5 =3D 0xdb43ab5e
         r6 =3D 0x00000000  r7 =3D 0xdb43ab66
ip6_input() at ip6_input+0xd38
         pc =3D 0xc04f9030  lr =3D 0xc046d66c (netisr_dispatch_src+0xf8)
         sp =3D 0xdfb97c30  fp =3D 0xdfb97c58
         r4 =3D 0xdb43ab00  r5 =3D 0x00000006
         r6 =3D 0x00000007  r7 =3D 0xc0b49d50
         r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
        r10 =3D 0x00000086
netisr_dispatch_src() at netisr_dispatch_src+0xf8
         pc =3D 0xc046d66c  lr =3D 0xc04641b0 (ether_demux+0x18c)
         sp =3D 0xdfb97c60  fp =3D 0xdfb97c78
         r4 =3D 0x00000006  r5 =3D 0x00001201
         r6 =3D 0xdb132400  r7 =3D 0x000000ff
         r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
        r10 =3D 0x00000086
ether_demux() at ether_demux+0x18c
         pc =3D 0xc04641b0  lr =3D 0xc0465880 (ether_nh_input+0x490)
         sp =3D 0xdfb97c80  fp =3D 0xdfb97ce0
         r4 =3D 0xdb132400  r5 =3D 0xdb43ab00
         r6 =3D 0xdb43ab50 r10 =3D 0x00000086
ether_nh_input() at ether_nh_input+0x490
         pc =3D 0xc0465880  lr =3D 0xc046d66c (netisr_dispatch_src+0xf8)
         sp =3D 0xdfb97ce8  fp =3D 0xdfb97d10
         r4 =3D 0xdb43ab00  r5 =3D 0x00000005
         r6 =3D 0x0000000c  r7 =3D 0xc0b49d30
         r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
        r10 =3D 0xc098d18f
netisr_dispatch_src() at netisr_dispatch_src+0xf8
         pc =3D 0xc046d66c  lr =3D 0xc04645c4 (ether_input+0x50)
         sp =3D 0xdfb97d18  fp =3D 0xdfb97d48
         r4 =3D 0xdb43ab00  r5 =3D 0x00000000
         r6 =3D 0x00008803  r7 =3D 0x00000000
         r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
        r10 =3D 0xc098d18f
ether_input() at ether_input+0x50
         pc =3D 0xc04645c4  lr =3D 0xdffb3f08 ($a.10+0x108)
         sp =3D 0xdfb97d50  fp =3D 0xdfb97d78
         r4 =3D 0xdb132400  r5 =3D 0xdaff8b00
         r6 =3D 0xdaff8b10  r7 =3D 0x00000000
         r8 =3D 0x00000000 r10 =3D 0xc098d18f
$a.10() at $a.10+0x108
         pc =3D 0xdffb3f08  lr =3D 0xc038cb2c =
(taskqueue_run_locked+0x1c4)
         sp =3D 0xdfb97d80  fp =3D 0xdfb97dd8
         r4 =3D 0xe0145100  r5 =3D 0xdaff8b2c
         r6 =3D 0xe0145150  r7 =3D 0x00000001
         r8 =3D 0x00000000  r9 =3D 0xdfb97d90
        r10 =3D 0x00000001
taskqueue_run_locked() at taskqueue_run_locked+0x1c4
         pc =3D 0xc038cb2c  lr =3D 0xc038e4e4 =
(taskqueue_thread_loop+0x1b0)
         sp =3D 0xdfb97de0  fp =3D 0xdfb97e10
         r4 =3D 0xe0145100  r5 =3D 0xe0145140
         r6 =3D 0xc07af4c4  r7 =3D 0x00000000
         r8 =3D 0xc098d18f  r9 =3D 0x00000100
        r10 =3D 0xc0b228a0
taskqueue_thread_loop() at taskqueue_thread_loop+0x1b0
         pc =3D 0xc038e4e4  lr =3D 0xc02cdf0c (fork_exit+0xc0)
         sp =3D 0xdfb97e18  fp =3D 0xdfb97e38
         r4 =3D 0xdfedd000  r5 =3D 0xc0b224e0
         r6 =3D 0xc038e334  r7 =3D 0xdffc4f54
         r8 =3D 0xdfb97e40  r9 =3D 0xc098d191
fork_exit() at fork_exit+0xc0
         pc =3D 0xc02cdf0c  lr =3D 0xc0661c5c (swi_exit)
         sp =3D 0xdfb97e40  fp =3D 0x00000000
         r4 =3D 0xc038e334  r5 =3D 0xdffc4f54
         r6 =3D 0xc0b45d84  r7 =3D 0xd73bcba0
         r8 =3D 0x00000001 r10 =3D 0xc0b228a0
swi_exit() at swi_exit
         pc =3D 0xc0661c5c  lr =3D 0xc0661c5c (swi_exit)
         sp =3D 0xdfb97e40  fp =3D 0x00000000
KDB: enter: panic
[ thread pid 0 tid 100230 ]

For reference:

# uname -apKU
FreeBSD OPiP2E-RPi2v1p1 14.0-CURRENT FreeBSD 14.0-CURRENT armv7 1400093 =
#6 main-n264334-215bab7924f6-dirty: Tue Jul 25 23:11:39 PDT 2023     =
root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.a=
rmv7/sys/GENERIC-NODBG-CA7 arm armv7 1400093 1400093

The OrangePi+ 2Ed was the type of system booted and tested.

=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Sat Aug  5 03:58:52 2023
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 4RHpjg73WSz4pWVY
	for ; Sat,  5 Aug 2023 03:59:03 +0000 (UTC)
	(envelope-from wlosh@bsdimp.com)
Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530])
	(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-signature RSA-PSS (2048 bits) client-digest SHA256)
	(Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK))
	by mx1.freebsd.org (Postfix) with ESMTPS id 4RHpjg2XsCz4Gtn
	for ; Sat,  5 Aug 2023 03:59:03 +0000 (UTC)
	(envelope-from wlosh@bsdimp.com)
Authentication-Results: mx1.freebsd.org;
	none
Received: by mail-ed1-x530.google.com with SMTP id 4fb4d7f45d1cf-523225dd110so1128398a12.0
        for ; Fri, 04 Aug 2023 20:59:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1691207940; x=1691812740;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:from:to:cc:subject:date:message-id:reply-to;
        bh=HAlubeffy/qCvRO+r80jY7IGovS3vkyTzrOjyYE3aa0=;
        b=EA8/rZEOKq4ot+Z57q7/utfNZGUpXv75QrZ9aPLG6QlVZeXf05itWF9HNTNqyzKU2m
         0rK+sc9xJ45UIIrA6uTTdla9b9cjhuH/By9TbgUppe7jpCpFyNIFMA1/jKmfi0iekex/
         NA2EozeArRadCNZpiVvE6/THKWVEbzZZO/J2As4qll6nJxFq2a95+C2iSHWwYiZQbWqi
         qsMe+T0nmwyek5shnboBaL5zXg5km71lQTBNtnJ0onKbe+fqX4KUlzWu5BtyiUyybTsF
         bpvf8CJveuiaVMhUSECOA3hhHgZzLGD5qcajxFzbOLZp0P3QhlrI5PO8ONwv5dSJW94u
         rr9Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20221208; t=1691207940; x=1691812740;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
         :reply-to;
        bh=HAlubeffy/qCvRO+r80jY7IGovS3vkyTzrOjyYE3aa0=;
        b=BqBUXml4DtlQAdHv5CUpi/BLjQsRv+QzHUJMxBbBa/wHxe+jY/IgyyLzPT0+GqtJFf
         YaVCqylFCt8uvlhvXofVMihi1j6EY9exA31XQ/Lri4Fpe79kX/FErTDpOPJyNniI9NLf
         xnPRe98i7go+VE78ePjEoHWvDepITqmqnSZZ0Z2hmBDxFvs9otiHgDeDxH8NkodArVYJ
         Ag2CmL+fMLGrQPj9AAr7QkbfInaDtaqr+7R7LBS1zpmh3rx94aaaERoviClWUhTD/27A
         DWNh/Cr8GgYquhpJHmXPYpSs9C6CVq8fLC8ke+gWOtXc2o+zOUE6YrkbaLDEBleqHfJE
         Tg6g==
X-Gm-Message-State: AOJu0YwleRinKl6MOlh16fkxGFzEMH3Az3D1/MCvGQw0tyP2xTSMaFig
	LXxUcxUmdrT+ODWBJ37/Cjk5EFWIJ2PWgcLbtD5eHw==
X-Google-Smtp-Source: AGHT+IEaJkLoROA2mslXxAGKQyCjQ01I6POwL75qhV4DiJFrTIaivoCHo5y1/52ITuKgR60SKoB2JK1OnHqxhKPzXJs=
X-Received: by 2002:aa7:dc12:0:b0:522:cb97:f198 with SMTP id
 b18-20020aa7dc12000000b00522cb97f198mr2650534edu.38.1691207940048; Fri, 04
 Aug 2023 20:59:00 -0700 (PDT)
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
References:  
In-Reply-To: 
From: Warner Losh 
Date: Fri, 4 Aug 2023 21:58:52 -0600
Message-ID: 
Subject: Re: A native armv7 panic during kyua runs: sys/netinet6/exthdr:exthdr
 -> Fatal kernel mode data abort: 'Alignment Fault' on read
To: Mark Millard 
Cc: FreeBSD ARM List , Current FreeBSD 
Content-Type: multipart/alternative; boundary="000000000000821b9706022508cc"
X-Rspamd-Queue-Id: 4RHpjg2XsCz4Gtn
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:15169, ipnet:2a00:1450::/32, country:US]

--000000000000821b9706022508cc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

It might make sense to work up a patch that skips this test on armv7 after
filing a bug (the usual way)....

Warner

On Fri, Aug 4, 2023 at 12:59=E2=80=AFAM Mark Millard  wr=
ote:

> While discovered via an attempted overall kyua run, the following is
> sufficient to get the crash in my native armv7 context:
>
> # /usr/bin/kyua test -k /usr/tests/Kyuafile sys/netinet6/exthdr:exthdr
> sys/netinet6/exthdr:exthdr  ->  Fatal kernel mode data abort: 'Alignment
> Fault' on read
> trapframe: 0xdfb97aa0
> FSR=3D00000001, FAR=3Ddb43ab76, spsr=3D60000013
> r0 =3Ddfedd000, r1 =3Ddfb97b34, r2 =3D00000000, r3 =3D00000000
> r4 =3D00000000, r5 =3D00000000, r6 =3Ddb43ab76, r7 =3Ddb43ab66
> r8 =3Dc096383c, r9 =3D00000000, r10=3Ddb132400, r11=3Ddfb97b60
> r12=3D00000000, ssp=3Ddfb97b30, slr=3Dc0b4e2c0, pc =3Dc04e6b70
>
> panic: Fatal abort
> cpuid =3D 0
> time =3D 1691131498
> KDB: stack backtrace:
> db_trace_self() at db_trace_self
>          pc =3D 0xc065f414  lr =3D 0xc007db80 (db_trace_self_wrapper+0x30=
)
>          sp =3D 0xdfb97858  fp =3D 0xdfb97970
> db_trace_self_wrapper() at db_trace_self_wrapper+0x30
>          pc =3D 0xc007db80  lr =3D 0xc031a834 (vpanic+0x140)
>          sp =3D 0xdfb97978  fp =3D 0xdfb97998
>          r4 =3D 0x00000100  r5 =3D 0x00000000
>          r6 =3D 0xc07c369a  r7 =3D 0xc0b32e58
> vpanic() at vpanic+0x140
>          pc =3D 0xc031a834  lr =3D 0xc031a6f4 (vpanic)
>          sp =3D 0xdfb979a0  fp =3D 0xdfb979a4
>          r4 =3D 0xdfb97aa0  r5 =3D 0x00000013
>          r6 =3D 0xdb43ab76  r7 =3D 0x00000001
>          r8 =3D 0x00000001  r9 =3D 0xdfedd000
>         r10 =3D 0xdb43ab76
> vpanic() at vpanic
>          pc =3D 0xc031a6f4  lr =3D 0xc06849dc (abort_align)
>          sp =3D 0xdfb979ac  fp =3D 0xdfb979d8
>          r4 =3D 0x00000001  r5 =3D 0x00000001
>          r6 =3D 0xdfedd000  r7 =3D 0xdb43ab76
>          r8 =3D 0xdfb979a4  r9 =3D 0xc031a6f4
>         r10 =3D 0xdfb979ac
> abort_align() at abort_align
>          pc =3D 0xc06849dc  lr =3D 0xc0684a50 (abort_align+0x74)
>          sp =3D 0xdfb979e0  fp =3D 0xdfb979f8
>          r4 =3D 0x00000013 r10 =3D 0xdb43ab76
> abort_align() at abort_align+0x74
>          pc =3D 0xc0684a50  lr =3D 0xc06846a8 (abort_handler+0x45c)
>          sp =3D 0xdfb97a00  fp =3D 0xdfb97a98
>          r4 =3D 0x00000000 r10 =3D 0xdb43ab76
> abort_handler() at abort_handler+0x45c
>          pc =3D 0xc06846a8  lr =3D 0xc0661cc8 (exception_exit)
>          sp =3D 0xdfb97aa0  fp =3D 0xdfb97b60
>          r4 =3D 0x00000000  r5 =3D 0x00000000
>          r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
>          r8 =3D 0xc096383c  r9 =3D 0x00000000
>         r10 =3D 0xdb132400
> exception_exit() at exception_exit
>          pc =3D 0xc0661cc8  lr =3D 0xc0b4e2c0 (__pcpu)
>          sp =3D 0xdfb97b30  fp =3D 0xdfb97b60
>          r0 =3D 0xdfedd000  r1 =3D 0xdfb97b34
>          r2 =3D 0x00000000  r3 =3D 0x00000000
>          r4 =3D 0x00000000  r5 =3D 0x00000000
>          r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
>          r8 =3D 0xc096383c  r9 =3D 0x00000000
>         r10 =3D 0xdb132400 r12 =3D 0x00000000
> in6ifa_ifwithaddr() at in6ifa_ifwithaddr+0x30
>          pc =3D 0xc04e6b70  lr =3D 0xc04f9030 (ip6_input+0xd38)
>          sp =3D 0xdfb97b68  fp =3D 0xdfb97c28
>          r4 =3D 0xdb43ab76  r5 =3D 0xdb43ab5e
>          r6 =3D 0x00000000  r7 =3D 0xdb43ab66
> ip6_input() at ip6_input+0xd38
>          pc =3D 0xc04f9030  lr =3D 0xc046d66c (netisr_dispatch_src+0xf8)
>          sp =3D 0xdfb97c30  fp =3D 0xdfb97c58
>          r4 =3D 0xdb43ab00  r5 =3D 0x00000006
>          r6 =3D 0x00000007  r7 =3D 0xc0b49d50
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0x00000086
> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>          pc =3D 0xc046d66c  lr =3D 0xc04641b0 (ether_demux+0x18c)
>          sp =3D 0xdfb97c60  fp =3D 0xdfb97c78
>          r4 =3D 0x00000006  r5 =3D 0x00001201
>          r6 =3D 0xdb132400  r7 =3D 0x000000ff
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0x00000086
> ether_demux() at ether_demux+0x18c
>          pc =3D 0xc04641b0  lr =3D 0xc0465880 (ether_nh_input+0x490)
>          sp =3D 0xdfb97c80  fp =3D 0xdfb97ce0
>          r4 =3D 0xdb132400  r5 =3D 0xdb43ab00
>          r6 =3D 0xdb43ab50 r10 =3D 0x00000086
> ether_nh_input() at ether_nh_input+0x490
>          pc =3D 0xc0465880  lr =3D 0xc046d66c (netisr_dispatch_src+0xf8)
>          sp =3D 0xdfb97ce8  fp =3D 0xdfb97d10
>          r4 =3D 0xdb43ab00  r5 =3D 0x00000005
>          r6 =3D 0x0000000c  r7 =3D 0xc0b49d30
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0xc098d18f
> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>          pc =3D 0xc046d66c  lr =3D 0xc04645c4 (ether_input+0x50)
>          sp =3D 0xdfb97d18  fp =3D 0xdfb97d48
>          r4 =3D 0xdb43ab00  r5 =3D 0x00000000
>          r6 =3D 0x00008803  r7 =3D 0x00000000
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0xc098d18f
> ether_input() at ether_input+0x50
>          pc =3D 0xc04645c4  lr =3D 0xdffb3f08 ($a.10+0x108)
>          sp =3D 0xdfb97d50  fp =3D 0xdfb97d78
>          r4 =3D 0xdb132400  r5 =3D 0xdaff8b00
>          r6 =3D 0xdaff8b10  r7 =3D 0x00000000
>          r8 =3D 0x00000000 r10 =3D 0xc098d18f
> $a.10() at $a.10+0x108
>          pc =3D 0xdffb3f08  lr =3D 0xc038cb2c (taskqueue_run_locked+0x1c4=
)
>          sp =3D 0xdfb97d80  fp =3D 0xdfb97dd8
>          r4 =3D 0xe0145100  r5 =3D 0xdaff8b2c
>          r6 =3D 0xe0145150  r7 =3D 0x00000001
>          r8 =3D 0x00000000  r9 =3D 0xdfb97d90
>         r10 =3D 0x00000001
> taskqueue_run_locked() at taskqueue_run_locked+0x1c4
>          pc =3D 0xc038cb2c  lr =3D 0xc038e4e4 (taskqueue_thread_loop+0x1b=
0)
>          sp =3D 0xdfb97de0  fp =3D 0xdfb97e10
>          r4 =3D 0xe0145100  r5 =3D 0xe0145140
>          r6 =3D 0xc07af4c4  r7 =3D 0x00000000
>          r8 =3D 0xc098d18f  r9 =3D 0x00000100
>         r10 =3D 0xc0b228a0
> taskqueue_thread_loop() at taskqueue_thread_loop+0x1b0
>          pc =3D 0xc038e4e4  lr =3D 0xc02cdf0c (fork_exit+0xc0)
>          sp =3D 0xdfb97e18  fp =3D 0xdfb97e38
>          r4 =3D 0xdfedd000  r5 =3D 0xc0b224e0
>          r6 =3D 0xc038e334  r7 =3D 0xdffc4f54
>          r8 =3D 0xdfb97e40  r9 =3D 0xc098d191
> fork_exit() at fork_exit+0xc0
>          pc =3D 0xc02cdf0c  lr =3D 0xc0661c5c (swi_exit)
>          sp =3D 0xdfb97e40  fp =3D 0x00000000
>          r4 =3D 0xc038e334  r5 =3D 0xdffc4f54
>          r6 =3D 0xc0b45d84  r7 =3D 0xd73bcba0
>          r8 =3D 0x00000001 r10 =3D 0xc0b228a0
> swi_exit() at swi_exit
>          pc =3D 0xc0661c5c  lr =3D 0xc0661c5c (swi_exit)
>          sp =3D 0xdfb97e40  fp =3D 0x00000000
> KDB: enter: panic
> [ thread pid 0 tid 100230 ]
>
> For reference:
>
> # uname -apKU
> FreeBSD OPiP2E-RPi2v1p1 14.0-CURRENT FreeBSD 14.0-CURRENT armv7 1400093 #=
6
> main-n264334-215bab7924f6-dirty: Tue Jul 25 23:11:39 PDT 2023
>  root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm=
.armv7/sys/GENERIC-NODBG-CA7
> arm armv7 1400093 1400093
>
> The OrangePi+ 2Ed was the type of system booted and tested.
>
> =3D=3D=3D
> Mark Millard
> marklmi at yahoo.com
>
>
>

--000000000000821b9706022508cc
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


It might make sense to work up a patch that skips thi=
s test on armv7 after filing a bug (the usual way)....

=

Warner

On Fri, Aug 4, 2023 at 12:59=E2=80=AFAM Mark Millard &=
lt;marklmi@yahoo.com> wrote:
While discovered v=
ia an attempted overall kyua run, the following is

sufficient to get the crash in my native armv7 context:



# /usr/bin/kyua test -k /usr/tests/Kyuafile sys/netinet6/exthdr:exthdr

sys/netinet6/exthdr:exthdr=C2=A0 ->=C2=A0 Fatal kernel mode data abort: =
'Alignment Fault' on read

trapframe: 0xdfb97aa0

FSR=3D00000001, FAR=3Ddb43ab76, spsr=3D60000013

r0 =3Ddfedd000, r1 =3Ddfb97b34, r2 =3D00000000, r3 =3D00000000

r4 =3D00000000, r5 =3D00000000, r6 =3Ddb43ab76, r7 =3Ddb43ab66

r8 =3Dc096383c, r9 =3D00000000, r10=3Ddb132400, r11=3Ddfb97b60

r12=3D00000000, ssp=3Ddfb97b30, slr=3Dc0b4e2c0, pc =3Dc04e6b70



panic: Fatal abort

cpuid =3D 0

time =3D 1691131498

KDB: stack backtrace:

db_trace_self() at db_trace_self

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc065f414=C2=A0 lr =3D 0xc007db80=
 (db_trace_self_wrapper+0x30)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97858=C2=A0 fp =3D 0xdfb97970=


db_trace_self_wrapper() at db_trace_self_wrapper+0x30

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc007db80=C2=A0 lr =3D 0xc031a834=
 (vpanic+0x140)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97978=C2=A0 fp =3D 0xdfb97998=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000100=C2=A0 r5 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc07c369a=C2=A0 r7 =3D 0xc0b32e58=


vpanic() at vpanic+0x140

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc031a834=C2=A0 lr =3D 0xc031a6f4=
 (vpanic)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb979a0=C2=A0 fp =3D 0xdfb979a4=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdfb97aa0=C2=A0 r5 =3D 0x00000013=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdb43ab76=C2=A0 r7 =3D 0x00000001=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0x00000001=C2=A0 r9 =3D 0xdfedd000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xdb43ab76

vpanic() at vpanic

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc031a6f4=C2=A0 lr =3D 0xc06849dc=
 (abort_align)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb979ac=C2=A0 fp =3D 0xdfb979d8=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000001=C2=A0 r5 =3D 0x00000001=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdfedd000=C2=A0 r7 =3D 0xdb43ab76=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xdfb979a4=C2=A0 r9 =3D 0xc031a6f4=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xdfb979ac

abort_align() at abort_align

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc06849dc=C2=A0 lr =3D 0xc0684a50=
 (abort_align+0x74)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb979e0=C2=A0 fp =3D 0xdfb979f8=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000013 r10 =3D 0xdb43ab76

abort_align() at abort_align+0x74

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc0684a50=C2=A0 lr =3D 0xc06846a8=
 (abort_handler+0x45c)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97a00=C2=A0 fp =3D 0xdfb97a98=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000000 r10 =3D 0xdb43ab76

abort_handler() at abort_handler+0x45c

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc06846a8=C2=A0 lr =3D 0xc0661cc8=
 (exception_exit)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97aa0=C2=A0 fp =3D 0xdfb97b60=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000000=C2=A0 r5 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdb43ab76=C2=A0 r7 =3D 0xdb43ab66=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xc096383c=C2=A0 r9 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xdb132400

exception_exit() at exception_exit

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc0661cc8=C2=A0 lr =3D 0xc0b4e2c0=
 (__pcpu)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97b30=C2=A0 fp =3D 0xdfb97b60=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r0 =3D 0xdfedd000=C2=A0 r1 =3D 0xdfb97b34=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r2 =3D 0x00000000=C2=A0 r3 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000000=C2=A0 r5 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdb43ab76=C2=A0 r7 =3D 0xdb43ab66=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xc096383c=C2=A0 r9 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xdb132400 r12 =3D 0x00000000

in6ifa_ifwithaddr() at in6ifa_ifwithaddr+0x30

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc04e6b70=C2=A0 lr =3D 0xc04f9030=
 (ip6_input+0xd38)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97b68=C2=A0 fp =3D 0xdfb97c28=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdb43ab76=C2=A0 r5 =3D 0xdb43ab5e=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0x00000000=C2=A0 r7 =3D 0xdb43ab66=


ip6_input() at ip6_input+0xd38

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc04f9030=C2=A0 lr =3D 0xc046d66c=
 (netisr_dispatch_src+0xf8)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97c30=C2=A0 fp =3D 0xdfb97c58=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdb43ab00=C2=A0 r5 =3D 0x00000006=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0x00000007=C2=A0 r7 =3D 0xc0b49d50=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xdafea0c0=C2=A0 r9 =3D 0xdb43ab00=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0x00000086

netisr_dispatch_src() at netisr_dispatch_src+0xf8

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc046d66c=C2=A0 lr =3D 0xc04641b0=
 (ether_demux+0x18c)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97c60=C2=A0 fp =3D 0xdfb97c78=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000006=C2=A0 r5 =3D 0x00001201=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdb132400=C2=A0 r7 =3D 0x000000ff=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xdafea0c0=C2=A0 r9 =3D 0xdb43ab00=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0x00000086

ether_demux() at ether_demux+0x18c

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc04641b0=C2=A0 lr =3D 0xc0465880=
 (ether_nh_input+0x490)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97c80=C2=A0 fp =3D 0xdfb97ce0=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdb132400=C2=A0 r5 =3D 0xdb43ab00=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdb43ab50 r10 =3D 0x00000086

ether_nh_input() at ether_nh_input+0x490

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc0465880=C2=A0 lr =3D 0xc046d66c=
 (netisr_dispatch_src+0xf8)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97ce8=C2=A0 fp =3D 0xdfb97d10=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdb43ab00=C2=A0 r5 =3D 0x00000005=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0x0000000c=C2=A0 r7 =3D 0xc0b49d30=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xdafea0c0=C2=A0 r9 =3D 0xdb43ab00=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xc098d18f

netisr_dispatch_src() at netisr_dispatch_src+0xf8

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc046d66c=C2=A0 lr =3D 0xc04645c4=
 (ether_input+0x50)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97d18=C2=A0 fp =3D 0xdfb97d48=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdb43ab00=C2=A0 r5 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0x00008803=C2=A0 r7 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xdafea0c0=C2=A0 r9 =3D 0xdb43ab00=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xc098d18f

ether_input() at ether_input+0x50

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc04645c4=C2=A0 lr =3D 0xdffb3f08=
 ($a.10+0x108)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97d50=C2=A0 fp =3D 0xdfb97d78=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdb132400=C2=A0 r5 =3D 0xdaff8b00=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdaff8b10=C2=A0 r7 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0x00000000 r10 =3D 0xc098d18f

$a.10() at $a.10+0x108

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xdffb3f08=C2=A0 lr =3D 0xc038cb2c=
 (taskqueue_run_locked+0x1c4)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97d80=C2=A0 fp =3D 0xdfb97dd8=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xe0145100=C2=A0 r5 =3D 0xdaff8b2c=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xe0145150=C2=A0 r7 =3D 0x00000001=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0x00000000=C2=A0 r9 =3D 0xdfb97d90=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0x00000001

taskqueue_run_locked() at taskqueue_run_locked+0x1c4

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc038cb2c=C2=A0 lr =3D 0xc038e4e4=
 (taskqueue_thread_loop+0x1b0)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97de0=C2=A0 fp =3D 0xdfb97e10=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xe0145100=C2=A0 r5 =3D 0xe0145140=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc07af4c4=C2=A0 r7 =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xc098d18f=C2=A0 r9 =3D 0x00000100=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xc0b228a0

taskqueue_thread_loop() at taskqueue_thread_loop+0x1b0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc038e4e4=C2=A0 lr =3D 0xc02cdf0c=
 (fork_exit+0xc0)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97e18=C2=A0 fp =3D 0xdfb97e38=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdfedd000=C2=A0 r5 =3D 0xc0b224e0=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc038e334=C2=A0 r7 =3D 0xdffc4f54=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xdfb97e40=C2=A0 r9 =3D 0xc098d191=


fork_exit() at fork_exit+0xc0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc02cdf0c=C2=A0 lr =3D 0xc0661c5c=
 (swi_exit)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97e40=C2=A0 fp =3D 0x00000000=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xc038e334=C2=A0 r5 =3D 0xdffc4f54=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc0b45d84=C2=A0 r7 =3D 0xd73bcba0=


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0x00000001 r10 =3D 0xc0b228a0

swi_exit() at swi_exit

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc0661c5c=C2=A0 lr =3D 0xc0661c5c=
 (swi_exit)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdfb97e40=C2=A0 fp =3D 0x00000000=


KDB: enter: panic

[ thread pid 0 tid 100230 ]



For reference:



# uname -apKU

FreeBSD OPiP2E-RPi2v1p1 14.0-CURRENT FreeBSD 14.0-CURRENT armv7 1400093 #6 =
main-n264334-215bab7924f6-dirty: Tue Jul 25 23:11:39 PDT 2023=C2=A0 =C2=A0 =
=C2=A0root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/=
arm.armv7/sys/GENERIC-NODBG-CA7 arm armv7 1400093 1400093



The OrangePi+ 2Ed was the type of system booted and tested.



=3D=3D=3D

Mark Millard

marklmi at yahoo.com








--000000000000821b9706022508cc--

From nobody Sat Aug  5 05:46:05 2023
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 4RHs5967NLz4pfQG
	for ; Sat,  5 Aug 2023 05:46:05 +0000 (UTC)
	(envelope-from bugzilla-noreply@freebsd.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3])
	(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-signature RSA-PSS (4096 bits) client-digest SHA256)
	(Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK))
	by mx1.freebsd.org (Postfix) with ESMTPS id 4RHs590ThSz4WTW
	for ; Sat,  5 Aug 2023 05:46:05 +0000 (UTC)
	(envelope-from bugzilla-noreply@freebsd.org)
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org;
	s=dkim; t=1691214365;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding;
	bh=5Jft1dCkQiy1cckKXtmr8aBizm2erMTN4Dveaw5MZL4=;
	b=Mx5yZzWT1L71MZoMZ80acbmcYD9/h/p6DOJfxB7cPs0eQv/h1eb5ckO60ddllb9+SP2pKg
	emmRF3ncL9U50DlRAByz3+sWf4dd3tvL1FiBXMh4SEySBRfUhNrw91tHcSS9DQyHXim6eD
	2bXzoTAzmQfuE3E2yoUeQ/taCAeiGVrSl356BV6VBnRyq9jo2a6llY7ZEm9MZPwULmseBO
	CPL63yRNvcRH83Luyh3NC/PkUOmUdmxXn/kIv0mmzDbi3h+C0toY66ExpSNo+gVAqikbfV
	fvd3CbQghjeRqh8Tt95uvBeIEqGRCFIzuKiP1s40QKPpTTDlMpR3lKY6xOgdPg==
ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1691214365; a=rsa-sha256; cv=none;
	b=r8K2g297Ds277xKzDZsSsdRUEtu7TjIBXAMiIYwbhwJyVui+PsmIpcvt+1AKN6+JvY/YlA
	DtYFSrecwZ5d19H98qRWwelHBA2/vwZKWMN4tJ4OyTzI3zaY44dZoEx+Pg5n0RTbC3/vCB
	I4dlh+45Kri+0J9H/aU4DR3G7Djq72i4EOvXL8LSvyc0JYzjfJrPbU2UZMcrTNknkHVMfn
	gb7xXSJ1Pt7FGKXC8gOaj6BxYkLuq8bp7uizl3lTPuARg8/AZkncfT/BVOggtcPe/slrDV
	hZwOrSIy9S0jJPMhLr4Gl3cpBcyvV32UQiIZ5JggukBXw3ofMZ7VG4YBMo+ijA==
ARC-Authentication-Results: i=1;
	mx1.freebsd.org;
	none
Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d])
	(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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RHs586WSlz35x
	for ; Sat,  5 Aug 2023 05:46:04 +0000 (UTC)
	(envelope-from bugzilla-noreply@freebsd.org)
Received: from kenobi.freebsd.org ([127.0.1.5])
	by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 3755k4IN074888
	for ; Sat, 5 Aug 2023 05:46:04 GMT
	(envelope-from bugzilla-noreply@freebsd.org)
Received: (from www@localhost)
	by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3755k4PR074887
	for freebsd-arm@FreeBSD.org; Sat, 5 Aug 2023 05:46:04 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: freebsd-arm@FreeBSD.org
Subject: [Bug 272952] FreeBSD 13-RELEASE/ARM not found in AWS Marketplace
 ap-northeast-3
Date: Sat, 05 Aug 2023 05:46:05 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: Base System
X-Bugzilla-Component: arm
X-Bugzilla-Version: 13.2-RELEASE
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: Affects Only Me
X-Bugzilla-Who: 0xcdcdcdcd@gmail.com
X-Bugzilla-Status: New
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: ---
X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform
 op_sys bug_status bug_severity priority component assigned_to reporter
Message-ID: 
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/
Auto-Submitted: auto-generated
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

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272952

            Bug ID: 272952
           Summary: FreeBSD 13-RELEASE/ARM not found in AWS Marketplace
                    ap-northeast-3
           Product: Base System
           Version: 13.2-RELEASE
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: arm
          Assignee: freebsd-arm@FreeBSD.org
          Reporter: 0xcdcdcdcd@gmail.com

I want to use FreeBSD 13-RELEASE/ARM AMI on ap-northeast-3 (osaka), but can=
't
find it.
Currently, t4g, m6g, c6g, and r6g are also offered in ap-northeast-3.

I expect this to be offered at the AMI Market place in ap-northeast-3.


P.S.
I tried copying a custom AMI created in ap-northeast-1 to ap-northeast-3, b=
ut
it was region-restricted and could not boot.

--=20
You are receiving this mail because:
You are the assignee for the bug.=

From nobody Sat Aug  5 06:11:54 2023
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 4RHsgG0QN1z4phgw
	for ; Sat,  5 Aug 2023 06:12:10 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82])
	(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 4RHsgF2xKyz4ZlC
	for ; Sat,  5 Aug 2023 06:12:09 +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=1691215925; bh=SWQR1BKsKW4CgTizL4WB+Ys2F8WLEkQlPWF4CjWU0+8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=PYTAkrglt36YjqU81uk0I6IsViVBF7FGJesufBL75WRE++9tdgViWVDof2PEwlm3aJtX6Y2tC9xz7ftyKVddhjTZSCHiJr+QMA4NtJZyQy0OE5h/AKIVtMAIPOQmUzYaHekgBb2+CeQX/C/jhYpu/ayFG8RzofSGVjSxAzs5xuKkwEbvuh1/hMjoEdSPLSDi8SantlhDVZ/0hXzRIfRf2lY6Dj+645763UFVVHjzqRazanKS6coWRqNLOs4GzH/9gI+87F89O6zKHl0gZrsrOepQFiVGiPvsU7gYpa9gxAoUEDjueDmMMezLIakn3/FLmd3kPupiyq82NeDLJMqcng==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691215925; bh=VHa8pZjL55f6Q9miCSWZQgWZe0pMsZfAFYnpHj94yV0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=AzsGcvS71RgL2+jgxDfgDSIH23DpcYsW+IEQiQYPUQrWKuhVTF2OaX98Ve3jIBoeomFz60E7iDMrdRDthBMzzf7X7ZJH6Sw9YkUdB1wsMhoe04TFlJp1jyq0Hz/9QAz+7DDHMixxDTB8dZ38NcoGu9zwxFztD7PXCQWeAzkZHW3zZf1cJs0jw42q1MqCRWjVOnSeNijl/vJpHxSVWMS03VLuvCUHGSh/hIk+D9giUvqhzN3uykwdn3gdJpbH04NhWEG5wu6oa6rkdPlGvnxPVZTvYYo1dEm83clTQpqowz70PGfvFrwq8Nd0Ju0+f9QiOxiCyG47BhII/i6Dhp61LA==
X-YMail-OSG: DtJHXHsVM1lPuTPShjoziHlEsNypvQVSKxvmd.AdpB3.6Nb8C0hmBOxt04Aipxe
 3.H._XJ3w2gKHMq9Fvmv4PZbqs39zj7LdFQMFhMMK0Ap9wjDskVQe6v..XyyvP8267wimIfCN38V
 3EfVHOMa.y3Noy377jdHhYor.KTli_oUmN6cZcvnDGYf3VvZQp0UDFrrForHDeXKjn9t8HVMzams
 K3cZlyetS8ISl9sPyPVRJL9H3iSy1Zp9JSWckex82GzWa4PfDNXOENAKh6HpzShRBbmuA9kAcfNE
 eNTeTlHfBjpJWkqG0J4mDq6kPEdqfKZ5oWohVlBb8EXvXrPke8ndIQU98QIg.vd5eJKWA9iekNq5
 _tzXOnKVVYXlxVRYrElGDjXryrFvD_p4rabNCXUSVya4gjr2.9AqTqvkETm4XNksi5ksdjX3sa7V
 BVGZa48NJh.BYQ34TWn3efEL2VuUvzMDfrBUmOxxmNmHBQX6hP_c9EDIZD0WgEBmVDFvmy7t6sNj
 MLnojQqHloyvJX0AE.FCuHEcHcd71NJFonqEH5DeXZSPKAS_yFGUi_BSVF6AEemj56pD8cTqW6WA
 1vWcC0vPMd.W5fZoqNhTkeidpmfh8S1HivevoMMVOTMLtOK.DzFoOEk6tUUC4lcN8oBn87bq9ylo
 vXaAJ7re_ydGmSBoDeQCimJULy.OsgtJS.65KykquN9tE0uqy3ts2GE5w8pqCJj2rOl2L1C4dfvw
 0D1MaDFBAuF4JeWyWupm85ATqbbKGs8lYCdER3yICQIk4C7VHJMMo502K36tfcuE6DXNGvxChSfT
 RpHdU9z6q_hzUHEViuw.fRyyN4h5Z4r91bXxkg68Gb2nquKpP1FFSiVGPaOC1itn1FDpjLP6jJE9
 1QD48m_aO7FPQonl7ufufQiyQVn6vQGO0DJd6FyeLtCaw1yrXzwsqG8GBgSvtBImi0FePmxjVwWC
 rBY8BWcw_Idb23IhnYZt_N4SJh9LGufCZOlnXHOcgCnTW1RDfSyamaHWCIVbe_3EiYIaOREHUnvH
 qibt4B5_3ocVBwNTkfDJNyuuOZA15QAAOC5BeFlydo7fh9j_t.XeAZrDpqZmSkJ5qvBpmH1taAT8
 n8KxLY81bR2MII1G9VRch2qcnTOY0cSeTL0o_uUpttkIRaf1.GuQftnZm4SM.oViKgW6wgFkGHDu
 aXfVAX3KArAt9POl5JjF2htvnr6NiRBdMkeNLDLXRld9UYDxHa_al3CpPsxUdEwONd.cnH6mQvlg
 LUmYUFb0UXl6z0WulQDTmUNrDyT80Pzxd0rmAyLhQg381dQjjwQR_y5r5cQ8MXi6hgvTHj5Q6Kmc
 r1jThXVYNIC_623v9fz_rpmO.bvquSk8VXBPvdXYGKfX0SxFr9Sz1XiVN9JyrPnSnO6dFjXgoMTt
 FdXAah4KlWLBwQLBqX3zYMPk87CXYeV6l46wpmp20HqqV_W1QFPazD17q9sRnY0h5BztZ_RTlnVr
 Kqxt95jt4.GW7ZtwPAgu7REgOrYunGPayyVzrlDnrFcMduaZr597CAlSfdcFa5pJYSDPphVLjsAx
 UrbekCLdGsbRdnZyMh50CGoCROtumUl955tQfLZxEQVZCf3VjGUtpjyS.Fjzta.o_kyb6.__PiMb
 BGt0nlq5efn3ucbJfiMJjdclKxwMpiwpS3VHWUqpwQIF0NPZZ5U_8yQTFruOwzEonNNreO35xg5I
 Adnd_s5wd.PfreRHDTE9BvR9656uEKc5VdVHN0Q3l_GEa7b91svK8mdXiGzXgY5AlQ5dWkc01fdz
 Etn.Yi_l5Ur43nvqkLGcI4Yuwqf48AqRi1kwCL6eoL_rue05sBl84miL8hGHGujHp1Hf1QxZFl86
 xYYh8rTy_mJkeQZ7YWFnBaUq.hEId1N3j00gThubuT1WCDSgh7AQMk7ESQjH4UW_XeRyRYbGunN8
 vAP7BKJojmkxY9MAtyOWpvVB8tT2ta6hESxGTzwelCXlq6d0lldfZs5bNzLtNlkDom1J6WPJqtNF
 Wn3WhlWtUYpsKj8bSogVfiDZmP4_dmkLlMZnNzeggP5vUqilxk5iX4JE3JsBLIuSPyLA3Q7Yox3_
 S_CwdEi8kEfFg.WwsV2fEZ.jrvWPUxEw83ZosLwn6hftnzx7.hxKuUVXY.o7Qd_emGn0gyWlaBhF
 wPSiVlUBubetJv19zIcltn360qztjTGDQkfKR.k0WZagZW.TN0FYUsBfxrBHH.leOX5uUZT7Evyg
 fnC3941m3q03KCUtL4r9tuPBUGSOuaa8gWTcDJs75hVpMEy1dSWesSTwMJ30AjQl10NYfvuAhtt8
 F
X-Sonic-MF: 
X-Sonic-ID: 841b9743-540d-446b-8bb8-4ef92198e062
Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 5 Aug 2023 06:12:05 +0000
Received: by hermes--production-gq1-7d844d8954-psjqr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 68d446670156984f7b813f8ee2519236;
          Sat, 05 Aug 2023 06:12:05 +0000 (UTC)
Content-Type: text/plain;
	charset=utf-8
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 \(3731.700.6\))
Subject: Re: A native armv7 panic during kyua runs: sys/netinet6/exthdr:exthdr
 -> Fatal kernel mode data abort: 'Alignment Fault' on read
From: Mark Millard 
In-Reply-To: 
Date: Fri, 4 Aug 2023 23:11:54 -0700
Cc: FreeBSD ARM List ,
 Current FreeBSD 
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: 
 
 
To: Warner Losh 
X-Mailer: Apple Mail (2.3731.700.6)
X-Rspamd-Queue-Id: 4RHsgF2xKyz4ZlC
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]

On Aug 4, 2023, at 20:58, Warner Losh  wrote:

> It might make sense to work up a patch that skips this test on armv7 =
after filing a bug (the usual way)....
>=20
> Warner

Actually, looking at the backtrace, it seems I've previously
listed the same sort of backtrace structure in:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271759

comment 12. Hans Petter Selasky had been working on that
bugzilla entry. I'll add a note that this time I got it
with the built-in EtherNet instead of the dongle used
previously --and that sys/netinet6/exthdr:exthdr is a
way of producing the panic. [Done.]

In /usr/main-src/tests/sys/netinet6/exthdr.sh , commenting
out one line would disable the specific test (leading
whitespace might not be preserved below):

atf_init_test_cases()
{

#        atf_add_test_case "exthdr"
}

[FYI: All my kyua activity has been for FreeBSD main,
generally targeting contexts with some armv7 code
involved. It is associated with my having been an
tester of early lib32 drafts.]

I already have another commented out line for an armv7
panic (leading whitespace might not be preserved):

# git -C /usr/main-src/ diff tests/sys/net/
diff --git a/tests/sys/net/if_bridge_test.sh =
b/tests/sys/net/if_bridge_test.sh
index eb3a792df449..dcdac75103cd 100755
--- a/tests/sys/net/if_bridge_test.sh
+++ b/tests/sys/net/if_bridge_test.sh
@@ -675,7 +675,7 @@ atf_init_test_cases()
        atf_add_test_case "delete_with_members"
        atf_add_test_case "mac_conflict"
        atf_add_test_case "stp_validation"
-       atf_add_test_case "gif"
+#      atf_add_test_case "gif"
        atf_add_test_case "mtu"
        atf_add_test_case "vlan"
 }

In the original discovery, having if_bridge.ko already loaded was
important to getting the "gif" panic.

But I've not yet put effort into isolating a cleaner/simpler test
than I got the failure with. Nor have a done a range of comparisons
of differing contexts yet.

There are other armv7 related issues, one in particular
being:

A) All the long timeouts [300s+] are for *.py style tests. (Lots of
   these.)

B) All the *.py style tests that do not have long timeout have one of:

 ->  skipped: comment me to run the test
 ->  skipped: Current architecture 'armv7' not supported
__test_cases_list__  ->  broken: Test program did not exit cleanly
__test_cases_list__  ->  broken: Test case list wrote to stderr

The are about 10 of the "comment me" ones and 1 each of the other
(B) ones, if I remember right.

In other words, basically all the *.py based tests are broken or
skipped as kyua classifies things.

I've no clue yet if (A) is tied to the ports':

cryptography/hazmat/bindings/_openssl.abi3.so

openssl 3 incompatibility or not. But I've only seen the
issue in armv7 contexts so far.

I've spent time today on this issue but have made no progress
on identifying what leads to the kdump/truss-output being as
it is.

If the *.py tests were working, I'd not be surprised to then
find more armv7 panics than is now possible via the kyua tests.

> On Fri, Aug 4, 2023 at 12:59=E2=80=AFAM Mark Millard =
 wrote:
> While discovered via an attempted overall kyua run, the following is
> sufficient to get the crash in my native armv7 context:
>=20
> # /usr/bin/kyua test -k /usr/tests/Kyuafile sys/netinet6/exthdr:exthdr
> sys/netinet6/exthdr:exthdr  ->  Fatal kernel mode data abort: =
'Alignment Fault' on read
> trapframe: 0xdfb97aa0
> FSR=3D00000001, FAR=3Ddb43ab76, spsr=3D60000013
> r0 =3Ddfedd000, r1 =3Ddfb97b34, r2 =3D00000000, r3 =3D00000000
> r4 =3D00000000, r5 =3D00000000, r6 =3Ddb43ab76, r7 =3Ddb43ab66
> r8 =3Dc096383c, r9 =3D00000000, r10=3Ddb132400, r11=3Ddfb97b60
> r12=3D00000000, ssp=3Ddfb97b30, slr=3Dc0b4e2c0, pc =3Dc04e6b70
>=20
> panic: Fatal abort
> cpuid =3D 0
> time =3D 1691131498
> KDB: stack backtrace:
> db_trace_self() at db_trace_self
>          pc =3D 0xc065f414  lr =3D 0xc007db80 =
(db_trace_self_wrapper+0x30)
>          sp =3D 0xdfb97858  fp =3D 0xdfb97970
> db_trace_self_wrapper() at db_trace_self_wrapper+0x30
>          pc =3D 0xc007db80  lr =3D 0xc031a834 (vpanic+0x140)
>          sp =3D 0xdfb97978  fp =3D 0xdfb97998
>          r4 =3D 0x00000100  r5 =3D 0x00000000
>          r6 =3D 0xc07c369a  r7 =3D 0xc0b32e58
> vpanic() at vpanic+0x140
>          pc =3D 0xc031a834  lr =3D 0xc031a6f4 (vpanic)
>          sp =3D 0xdfb979a0  fp =3D 0xdfb979a4
>          r4 =3D 0xdfb97aa0  r5 =3D 0x00000013
>          r6 =3D 0xdb43ab76  r7 =3D 0x00000001
>          r8 =3D 0x00000001  r9 =3D 0xdfedd000
>         r10 =3D 0xdb43ab76
> vpanic() at vpanic
>          pc =3D 0xc031a6f4  lr =3D 0xc06849dc (abort_align)
>          sp =3D 0xdfb979ac  fp =3D 0xdfb979d8
>          r4 =3D 0x00000001  r5 =3D 0x00000001
>          r6 =3D 0xdfedd000  r7 =3D 0xdb43ab76
>          r8 =3D 0xdfb979a4  r9 =3D 0xc031a6f4
>         r10 =3D 0xdfb979ac
> abort_align() at abort_align
>          pc =3D 0xc06849dc  lr =3D 0xc0684a50 (abort_align+0x74)
>          sp =3D 0xdfb979e0  fp =3D 0xdfb979f8
>          r4 =3D 0x00000013 r10 =3D 0xdb43ab76
> abort_align() at abort_align+0x74
>          pc =3D 0xc0684a50  lr =3D 0xc06846a8 (abort_handler+0x45c)
>          sp =3D 0xdfb97a00  fp =3D 0xdfb97a98
>          r4 =3D 0x00000000 r10 =3D 0xdb43ab76
> abort_handler() at abort_handler+0x45c
>          pc =3D 0xc06846a8  lr =3D 0xc0661cc8 (exception_exit)
>          sp =3D 0xdfb97aa0  fp =3D 0xdfb97b60
>          r4 =3D 0x00000000  r5 =3D 0x00000000
>          r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
>          r8 =3D 0xc096383c  r9 =3D 0x00000000
>         r10 =3D 0xdb132400
> exception_exit() at exception_exit
>          pc =3D 0xc0661cc8  lr =3D 0xc0b4e2c0 (__pcpu)
>          sp =3D 0xdfb97b30  fp =3D 0xdfb97b60
>          r0 =3D 0xdfedd000  r1 =3D 0xdfb97b34
>          r2 =3D 0x00000000  r3 =3D 0x00000000
>          r4 =3D 0x00000000  r5 =3D 0x00000000
>          r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
>          r8 =3D 0xc096383c  r9 =3D 0x00000000
>         r10 =3D 0xdb132400 r12 =3D 0x00000000
> in6ifa_ifwithaddr() at in6ifa_ifwithaddr+0x30
>          pc =3D 0xc04e6b70  lr =3D 0xc04f9030 (ip6_input+0xd38)
>          sp =3D 0xdfb97b68  fp =3D 0xdfb97c28
>          r4 =3D 0xdb43ab76  r5 =3D 0xdb43ab5e
>          r6 =3D 0x00000000  r7 =3D 0xdb43ab66
> ip6_input() at ip6_input+0xd38
>          pc =3D 0xc04f9030  lr =3D 0xc046d66c =
(netisr_dispatch_src+0xf8)
>          sp =3D 0xdfb97c30  fp =3D 0xdfb97c58
>          r4 =3D 0xdb43ab00  r5 =3D 0x00000006
>          r6 =3D 0x00000007  r7 =3D 0xc0b49d50
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0x00000086
> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>          pc =3D 0xc046d66c  lr =3D 0xc04641b0 (ether_demux+0x18c)
>          sp =3D 0xdfb97c60  fp =3D 0xdfb97c78
>          r4 =3D 0x00000006  r5 =3D 0x00001201
>          r6 =3D 0xdb132400  r7 =3D 0x000000ff
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0x00000086
> ether_demux() at ether_demux+0x18c
>          pc =3D 0xc04641b0  lr =3D 0xc0465880 (ether_nh_input+0x490)
>          sp =3D 0xdfb97c80  fp =3D 0xdfb97ce0
>          r4 =3D 0xdb132400  r5 =3D 0xdb43ab00
>          r6 =3D 0xdb43ab50 r10 =3D 0x00000086
> ether_nh_input() at ether_nh_input+0x490
>          pc =3D 0xc0465880  lr =3D 0xc046d66c =
(netisr_dispatch_src+0xf8)
>          sp =3D 0xdfb97ce8  fp =3D 0xdfb97d10
>          r4 =3D 0xdb43ab00  r5 =3D 0x00000005
>          r6 =3D 0x0000000c  r7 =3D 0xc0b49d30
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0xc098d18f
> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>          pc =3D 0xc046d66c  lr =3D 0xc04645c4 (ether_input+0x50)
>          sp =3D 0xdfb97d18  fp =3D 0xdfb97d48
>          r4 =3D 0xdb43ab00  r5 =3D 0x00000000
>          r6 =3D 0x00008803  r7 =3D 0x00000000
>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>         r10 =3D 0xc098d18f
> ether_input() at ether_input+0x50
>          pc =3D 0xc04645c4  lr =3D 0xdffb3f08 ($a.10+0x108)
>          sp =3D 0xdfb97d50  fp =3D 0xdfb97d78
>          r4 =3D 0xdb132400  r5 =3D 0xdaff8b00
>          r6 =3D 0xdaff8b10  r7 =3D 0x00000000
>          r8 =3D 0x00000000 r10 =3D 0xc098d18f
> $a.10() at $a.10+0x108
>          pc =3D 0xdffb3f08  lr =3D 0xc038cb2c =
(taskqueue_run_locked+0x1c4)
>          sp =3D 0xdfb97d80  fp =3D 0xdfb97dd8
>          r4 =3D 0xe0145100  r5 =3D 0xdaff8b2c
>          r6 =3D 0xe0145150  r7 =3D 0x00000001
>          r8 =3D 0x00000000  r9 =3D 0xdfb97d90
>         r10 =3D 0x00000001
> taskqueue_run_locked() at taskqueue_run_locked+0x1c4
>          pc =3D 0xc038cb2c  lr =3D 0xc038e4e4 =
(taskqueue_thread_loop+0x1b0)
>          sp =3D 0xdfb97de0  fp =3D 0xdfb97e10
>          r4 =3D 0xe0145100  r5 =3D 0xe0145140
>          r6 =3D 0xc07af4c4  r7 =3D 0x00000000
>          r8 =3D 0xc098d18f  r9 =3D 0x00000100
>         r10 =3D 0xc0b228a0
> taskqueue_thread_loop() at taskqueue_thread_loop+0x1b0
>          pc =3D 0xc038e4e4  lr =3D 0xc02cdf0c (fork_exit+0xc0)
>          sp =3D 0xdfb97e18  fp =3D 0xdfb97e38
>          r4 =3D 0xdfedd000  r5 =3D 0xc0b224e0
>          r6 =3D 0xc038e334  r7 =3D 0xdffc4f54
>          r8 =3D 0xdfb97e40  r9 =3D 0xc098d191
> fork_exit() at fork_exit+0xc0
>          pc =3D 0xc02cdf0c  lr =3D 0xc0661c5c (swi_exit)
>          sp =3D 0xdfb97e40  fp =3D 0x00000000
>          r4 =3D 0xc038e334  r5 =3D 0xdffc4f54
>          r6 =3D 0xc0b45d84  r7 =3D 0xd73bcba0
>          r8 =3D 0x00000001 r10 =3D 0xc0b228a0
> swi_exit() at swi_exit
>          pc =3D 0xc0661c5c  lr =3D 0xc0661c5c (swi_exit)
>          sp =3D 0xdfb97e40  fp =3D 0x00000000
> KDB: enter: panic
> [ thread pid 0 tid 100230 ]
>=20
> For reference:
>=20
> # uname -apKU
> FreeBSD OPiP2E-RPi2v1p1 14.0-CURRENT FreeBSD 14.0-CURRENT armv7 =
1400093 #6 main-n264334-215bab7924f6-dirty: Tue Jul 25 23:11:39 PDT 2023 =
    =
root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.a=
rmv7/sys/GENERIC-NODBG-CA7 arm armv7 1400093 1400093
>=20
> The OrangePi+ 2Ed was the type of system booted and tested.
>=20


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Sat Aug  5 18:27:34 2023
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 4RJB013pytz4mNCL
	for ; Sat,  5 Aug 2023 18:27:45 +0000 (UTC)
	(envelope-from meloun.michal@gmail.com)
Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629])
	(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-signature RSA-PSS (2048 bits) client-digest SHA256)
	(Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK))
	by mx1.freebsd.org (Postfix) with ESMTPS id 4RJB0032Lcz4Y6w
	for ; Sat,  5 Aug 2023 18:27:44 +0000 (UTC)
	(envelope-from meloun.michal@gmail.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=gmail.com header.s=20221208 header.b=iYNDkWIu;
	spf=pass (mx1.freebsd.org: domain of meloun.michal@gmail.com designates 2607:f8b0:4864:20::629 as permitted sender) smtp.mailfrom=meloun.michal@gmail.com;
	dmarc=pass (policy=none) header.from=gmail.com
Received: by mail-pl1-x629.google.com with SMTP id d9443c01a7336-1bbd03cb7c1so20722105ad.3
        for ; Sat, 05 Aug 2023 11:27:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20221208; t=1691260062; x=1691864862;
        h=content-transfer-encoding:in-reply-to:from:content-language
         :references:to:subject:reply-to:user-agent:mime-version:date
         :message-id:sender:from:to:cc:subject:date:message-id:reply-to;
        bh=UUPUqLkgQfCmpRfTSaq46jRiI82utcVw2Od0d+KS1ys=;
        b=iYNDkWIu97oBfA4ejnpXvkW4AA2oqTmmYDCwbBmUJ7Jm4e3+0IVYqRo6I7AVsR8Jix
         KyF/L7cVYRxC8TV2mFTv+uBDIgz0+JMaq0+HNTgXaIE7izuTK5y4ptSOTJnGGvFDSh0H
         57huPCJo8/uXhoEtlGv7JISzLlBqXpLzXPC4BYQV93J0qevckVOzdjZLgYyZQULCoJLh
         vBlrfgHb18PM/N1CJSETvHJ2z4F9aVxC39CufzVtn2mwRHi6IKLzMM2k8TYFxIDUa2LJ
         lJB5KYx1MfH4YjQzPUl7hdNn2Wr9XP9TeQo3gEW110vaTvtWOdic+uUU+tKVbB9TJusa
         9Mmg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20221208; t=1691260062; x=1691864862;
        h=content-transfer-encoding:in-reply-to:from:content-language
         :references:to:subject:reply-to:user-agent:mime-version:date
         :message-id:sender:x-gm-message-state:from:to:cc:subject:date
         :message-id:reply-to;
        bh=UUPUqLkgQfCmpRfTSaq46jRiI82utcVw2Od0d+KS1ys=;
        b=V8xHVt8hUskuh0t5z62KF0dPy6rHj3ZmpZrawmEn+Dd2Wo6NRYCWXgbB2YXT00sjYI
         dr1B4Eo3dGSv3htUF/a5SrrEx0Tp+xOhJoYakg2bNAcokoHwIjPwI7j2KfL5EnpGLMJ+
         rNgaPN2SdWiwOqZuoAvFGJGY/Ag65NO3TNhog1bbv6CrWwHrlnZPa1+rJDus37Gpamie
         U5GQklALOFhT0MAyPjWcsMeIpgP0BmugJnCzE58hJUtC9fJuR1qWorM7s9ID3sPHhtF4
         cNTOwmJtdf7uUi3yUmaK+gJuOxBAAb36fXuGUs5yG1o5TF1f6B6Rl8snHZZEeQgHn9ca
         vxig==
X-Gm-Message-State: AOJu0YwHyV65y9d/OzTWY8h3oA/Uchf7yUb3l8/bRwLBICVXh0QSiKy3
	B21jQECVoI8uiTpyXSvC6+7LZQX79Is=
X-Google-Smtp-Source: AGHT+IE6106RefprCctuHxaabwnTiZ1jVtt0vFL2Oj8trpF3q5/LCknh/duDWJP3xFwlkwXJNxn0Aw==
X-Received: by 2002:a17:903:18d:b0:1ba:fe63:6616 with SMTP id z13-20020a170903018d00b001bafe636616mr3973955plg.6.1691260062222;
        Sat, 05 Aug 2023 11:27:42 -0700 (PDT)
Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100])
        by smtp.gmail.com with ESMTPSA id y9-20020a17090322c900b001b2069072ccsm3813058plg.18.2023.08.05.11.27.40
        for 
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
        Sat, 05 Aug 2023 11:27:41 -0700 (PDT)
Message-ID: <466233a6-f904-f2f4-ac9e-7476965e97c2@gmail.com>
Date: Sat, 5 Aug 2023 20:27:34 +0200
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
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.13.0
Reply-To: meloun.michal@gmail.com
Subject: Re: A native armv7 panic during kyua runs: sys/netinet6/exthdr:exthdr
 -> Fatal kernel mode data abort: 'Alignment Fault' on read
To: freebsd-arm@freebsd.org
References: 
 
 
 
Content-Language: cs, en-US
From: Michal Meloun 
In-Reply-To: 
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Spamd-Result: default: False [-1.76 / 15.00];
	NEURAL_HAM_MEDIUM(-1.00)[-0.996];
	DMARC_POLICY_ALLOW(-0.50)[gmail.com,none];
	NEURAL_SPAM_SHORT(0.23)[0.235];
	R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36];
	R_DKIM_ALLOW(-0.20)[gmail.com:s=20221208];
	MIME_GOOD(-0.10)[text/plain];
	FROM_HAS_DN(0.00)[];
	TO_MATCH_ENVRCPT_ALL(0.00)[];
	HAS_REPLYTO(0.00)[meloun.michal@gmail.com];
	PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org];
	RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::629:from];
	ARC_NA(0.00)[];
	RCPT_COUNT_ONE(0.00)[1];
	FREEMAIL_REPLYTO(0.00)[gmail.com];
	DWL_DNSWL_NONE(0.00)[gmail.com:dkim];
	ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US];
	TAGGED_FROM(0.00)[];
	REPLYTO_ADDR_EQ_FROM(0.00)[];
	TO_DN_NONE(0.00)[];
	FREEMAIL_FROM(0.00)[gmail.com];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	DKIM_TRACE(0.00)[gmail.com:+];
	RCVD_TLS_LAST(0.00)[];
	MID_RHS_MATCH_FROM(0.00)[];
	FROM_EQ_ENVFROM(0.00)[];
	FREEMAIL_ENVFROM(0.00)[gmail.com];
	MIME_TRACE(0.00)[0:+];
	RCVD_COUNT_TWO(0.00)[2]
X-Spamd-Bar: -
X-Rspamd-Queue-Id: 4RJB0032Lcz4Y6w

Hi Mark,
can you please try a this patch?
https://github.com/strejda/tegra/commit/bd4390c5f6a8b66b2fc83966d4fadb945a19dc23

I'm sorry, but I don't have the time or energy to fully test it... I 
only hope the actual patch is much easier than the one listed in PR271759.


Michal



On 05.08.2023 8:11, Mark Millard wrote:
> On Aug 4, 2023, at 20:58, Warner Losh  wrote:
> 
>> It might make sense to work up a patch that skips this test on armv7 after filing a bug (the usual way)....
>>
>> Warner
> 
> Actually, looking at the backtrace, it seems I've previously
> listed the same sort of backtrace structure in:
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271759
> 
> comment 12. Hans Petter Selasky had been working on that
> bugzilla entry. I'll add a note that this time I got it
> with the built-in EtherNet instead of the dongle used
> previously --and that sys/netinet6/exthdr:exthdr is a
> way of producing the panic. [Done.]
> 
> In /usr/main-src/tests/sys/netinet6/exthdr.sh , commenting
> out one line would disable the specific test (leading
> whitespace might not be preserved below):
> 
> atf_init_test_cases()
> {
> 
> #        atf_add_test_case "exthdr"
> }
> 
> [FYI: All my kyua activity has been for FreeBSD main,
> generally targeting contexts with some armv7 code
> involved. It is associated with my having been an
> tester of early lib32 drafts.]
> 
> I already have another commented out line for an armv7
> panic (leading whitespace might not be preserved):
> 
> # git -C /usr/main-src/ diff tests/sys/net/
> diff --git a/tests/sys/net/if_bridge_test.sh b/tests/sys/net/if_bridge_test.sh
> index eb3a792df449..dcdac75103cd 100755
> --- a/tests/sys/net/if_bridge_test.sh
> +++ b/tests/sys/net/if_bridge_test.sh
> @@ -675,7 +675,7 @@ atf_init_test_cases()
>          atf_add_test_case "delete_with_members"
>          atf_add_test_case "mac_conflict"
>          atf_add_test_case "stp_validation"
> -       atf_add_test_case "gif"
> +#      atf_add_test_case "gif"
>          atf_add_test_case "mtu"
>          atf_add_test_case "vlan"
>   }
> 
> In the original discovery, having if_bridge.ko already loaded was
> important to getting the "gif" panic.
> 
> But I've not yet put effort into isolating a cleaner/simpler test
> than I got the failure with. Nor have a done a range of comparisons
> of differing contexts yet.
> 
> There are other armv7 related issues, one in particular
> being:
> 
> A) All the long timeouts [300s+] are for *.py style tests. (Lots of
>     these.)
> 
> B) All the *.py style tests that do not have long timeout have one of:
> 
>   ->  skipped: comment me to run the test
>   ->  skipped: Current architecture 'armv7' not supported
> __test_cases_list__  ->  broken: Test program did not exit cleanly
> __test_cases_list__  ->  broken: Test case list wrote to stderr
> 
> The are about 10 of the "comment me" ones and 1 each of the other
> (B) ones, if I remember right.
> 
> In other words, basically all the *.py based tests are broken or
> skipped as kyua classifies things.
> 
> I've no clue yet if (A) is tied to the ports':
> 
> cryptography/hazmat/bindings/_openssl.abi3.so
> 
> openssl 3 incompatibility or not. But I've only seen the
> issue in armv7 contexts so far.
> 
> I've spent time today on this issue but have made no progress
> on identifying what leads to the kdump/truss-output being as
> it is.
> 
> If the *.py tests were working, I'd not be surprised to then
> find more armv7 panics than is now possible via the kyua tests.
> 
>> On Fri, Aug 4, 2023 at 12:59 AM Mark Millard  wrote:
>> While discovered via an attempted overall kyua run, the following is
>> sufficient to get the crash in my native armv7 context:
>>
>> # /usr/bin/kyua test -k /usr/tests/Kyuafile sys/netinet6/exthdr:exthdr
>> sys/netinet6/exthdr:exthdr  ->  Fatal kernel mode data abort: 'Alignment Fault' on read
>> trapframe: 0xdfb97aa0
>> FSR=00000001, FAR=db43ab76, spsr=60000013
>> r0 =dfedd000, r1 =dfb97b34, r2 =00000000, r3 =00000000
>> r4 =00000000, r5 =00000000, r6 =db43ab76, r7 =db43ab66
>> r8 =c096383c, r9 =00000000, r10=db132400, r11=dfb97b60
>> r12=00000000, ssp=dfb97b30, slr=c0b4e2c0, pc =c04e6b70
>>
>> panic: Fatal abort
>> cpuid = 0
>> time = 1691131498
>> KDB: stack backtrace:
>> db_trace_self() at db_trace_self
>>           pc = 0xc065f414  lr = 0xc007db80 (db_trace_self_wrapper+0x30)
>>           sp = 0xdfb97858  fp = 0xdfb97970
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x30
>>           pc = 0xc007db80  lr = 0xc031a834 (vpanic+0x140)
>>           sp = 0xdfb97978  fp = 0xdfb97998
>>           r4 = 0x00000100  r5 = 0x00000000
>>           r6 = 0xc07c369a  r7 = 0xc0b32e58
>> vpanic() at vpanic+0x140
>>           pc = 0xc031a834  lr = 0xc031a6f4 (vpanic)
>>           sp = 0xdfb979a0  fp = 0xdfb979a4
>>           r4 = 0xdfb97aa0  r5 = 0x00000013
>>           r6 = 0xdb43ab76  r7 = 0x00000001
>>           r8 = 0x00000001  r9 = 0xdfedd000
>>          r10 = 0xdb43ab76
>> vpanic() at vpanic
>>           pc = 0xc031a6f4  lr = 0xc06849dc (abort_align)
>>           sp = 0xdfb979ac  fp = 0xdfb979d8
>>           r4 = 0x00000001  r5 = 0x00000001
>>           r6 = 0xdfedd000  r7 = 0xdb43ab76
>>           r8 = 0xdfb979a4  r9 = 0xc031a6f4
>>          r10 = 0xdfb979ac
>> abort_align() at abort_align
>>           pc = 0xc06849dc  lr = 0xc0684a50 (abort_align+0x74)
>>           sp = 0xdfb979e0  fp = 0xdfb979f8
>>           r4 = 0x00000013 r10 = 0xdb43ab76
>> abort_align() at abort_align+0x74
>>           pc = 0xc0684a50  lr = 0xc06846a8 (abort_handler+0x45c)
>>           sp = 0xdfb97a00  fp = 0xdfb97a98
>>           r4 = 0x00000000 r10 = 0xdb43ab76
>> abort_handler() at abort_handler+0x45c
>>           pc = 0xc06846a8  lr = 0xc0661cc8 (exception_exit)
>>           sp = 0xdfb97aa0  fp = 0xdfb97b60
>>           r4 = 0x00000000  r5 = 0x00000000
>>           r6 = 0xdb43ab76  r7 = 0xdb43ab66
>>           r8 = 0xc096383c  r9 = 0x00000000
>>          r10 = 0xdb132400
>> exception_exit() at exception_exit
>>           pc = 0xc0661cc8  lr = 0xc0b4e2c0 (__pcpu)
>>           sp = 0xdfb97b30  fp = 0xdfb97b60
>>           r0 = 0xdfedd000  r1 = 0xdfb97b34
>>           r2 = 0x00000000  r3 = 0x00000000
>>           r4 = 0x00000000  r5 = 0x00000000
>>           r6 = 0xdb43ab76  r7 = 0xdb43ab66
>>           r8 = 0xc096383c  r9 = 0x00000000
>>          r10 = 0xdb132400 r12 = 0x00000000
>> in6ifa_ifwithaddr() at in6ifa_ifwithaddr+0x30
>>           pc = 0xc04e6b70  lr = 0xc04f9030 (ip6_input+0xd38)
>>           sp = 0xdfb97b68  fp = 0xdfb97c28
>>           r4 = 0xdb43ab76  r5 = 0xdb43ab5e
>>           r6 = 0x00000000  r7 = 0xdb43ab66
>> ip6_input() at ip6_input+0xd38
>>           pc = 0xc04f9030  lr = 0xc046d66c (netisr_dispatch_src+0xf8)
>>           sp = 0xdfb97c30  fp = 0xdfb97c58
>>           r4 = 0xdb43ab00  r5 = 0x00000006
>>           r6 = 0x00000007  r7 = 0xc0b49d50
>>           r8 = 0xdafea0c0  r9 = 0xdb43ab00
>>          r10 = 0x00000086
>> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>>           pc = 0xc046d66c  lr = 0xc04641b0 (ether_demux+0x18c)
>>           sp = 0xdfb97c60  fp = 0xdfb97c78
>>           r4 = 0x00000006  r5 = 0x00001201
>>           r6 = 0xdb132400  r7 = 0x000000ff
>>           r8 = 0xdafea0c0  r9 = 0xdb43ab00
>>          r10 = 0x00000086
>> ether_demux() at ether_demux+0x18c
>>           pc = 0xc04641b0  lr = 0xc0465880 (ether_nh_input+0x490)
>>           sp = 0xdfb97c80  fp = 0xdfb97ce0
>>           r4 = 0xdb132400  r5 = 0xdb43ab00
>>           r6 = 0xdb43ab50 r10 = 0x00000086
>> ether_nh_input() at ether_nh_input+0x490
>>           pc = 0xc0465880  lr = 0xc046d66c (netisr_dispatch_src+0xf8)
>>           sp = 0xdfb97ce8  fp = 0xdfb97d10
>>           r4 = 0xdb43ab00  r5 = 0x00000005
>>           r6 = 0x0000000c  r7 = 0xc0b49d30
>>           r8 = 0xdafea0c0  r9 = 0xdb43ab00
>>          r10 = 0xc098d18f
>> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>>           pc = 0xc046d66c  lr = 0xc04645c4 (ether_input+0x50)
>>           sp = 0xdfb97d18  fp = 0xdfb97d48
>>           r4 = 0xdb43ab00  r5 = 0x00000000
>>           r6 = 0x00008803  r7 = 0x00000000
>>           r8 = 0xdafea0c0  r9 = 0xdb43ab00
>>          r10 = 0xc098d18f
>> ether_input() at ether_input+0x50
>>           pc = 0xc04645c4  lr = 0xdffb3f08 ($a.10+0x108)
>>           sp = 0xdfb97d50  fp = 0xdfb97d78
>>           r4 = 0xdb132400  r5 = 0xdaff8b00
>>           r6 = 0xdaff8b10  r7 = 0x00000000
>>           r8 = 0x00000000 r10 = 0xc098d18f
>> $a.10() at $a.10+0x108
>>           pc = 0xdffb3f08  lr = 0xc038cb2c (taskqueue_run_locked+0x1c4)
>>           sp = 0xdfb97d80  fp = 0xdfb97dd8
>>           r4 = 0xe0145100  r5 = 0xdaff8b2c
>>           r6 = 0xe0145150  r7 = 0x00000001
>>           r8 = 0x00000000  r9 = 0xdfb97d90
>>          r10 = 0x00000001
>> taskqueue_run_locked() at taskqueue_run_locked+0x1c4
>>           pc = 0xc038cb2c  lr = 0xc038e4e4 (taskqueue_thread_loop+0x1b0)
>>           sp = 0xdfb97de0  fp = 0xdfb97e10
>>           r4 = 0xe0145100  r5 = 0xe0145140
>>           r6 = 0xc07af4c4  r7 = 0x00000000
>>           r8 = 0xc098d18f  r9 = 0x00000100
>>          r10 = 0xc0b228a0
>> taskqueue_thread_loop() at taskqueue_thread_loop+0x1b0
>>           pc = 0xc038e4e4  lr = 0xc02cdf0c (fork_exit+0xc0)
>>           sp = 0xdfb97e18  fp = 0xdfb97e38
>>           r4 = 0xdfedd000  r5 = 0xc0b224e0
>>           r6 = 0xc038e334  r7 = 0xdffc4f54
>>           r8 = 0xdfb97e40  r9 = 0xc098d191
>> fork_exit() at fork_exit+0xc0
>>           pc = 0xc02cdf0c  lr = 0xc0661c5c (swi_exit)
>>           sp = 0xdfb97e40  fp = 0x00000000
>>           r4 = 0xc038e334  r5 = 0xdffc4f54
>>           r6 = 0xc0b45d84  r7 = 0xd73bcba0
>>           r8 = 0x00000001 r10 = 0xc0b228a0
>> swi_exit() at swi_exit
>>           pc = 0xc0661c5c  lr = 0xc0661c5c (swi_exit)
>>           sp = 0xdfb97e40  fp = 0x00000000
>> KDB: enter: panic
>> [ thread pid 0 tid 100230 ]
>>
>> For reference:
>>
>> # uname -apKU
>> FreeBSD OPiP2E-RPi2v1p1 14.0-CURRENT FreeBSD 14.0-CURRENT armv7 1400093 #6 main-n264334-215bab7924f6-dirty: Tue Jul 25 23:11:39 PDT 2023     root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/sys/GENERIC-NODBG-CA7 arm armv7 1400093 1400093
>>
>> The OrangePi+ 2Ed was the type of system booted and tested.
>>
> 
> 
> ===
> Mark Millard
> marklmi at yahoo.com
> 
> 

From nobody Sat Aug  5 21:04:41 2023
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 4RJFTS6bvXz4TkSd
	for ; Sat,  5 Aug 2023 21:05:00 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205])
	(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 4RJFTR3B68z3PDh
	for ; Sat,  5 Aug 2023 21:04:59 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=DOZrFrnE;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691269497; bh=GGPiYQ02pcarAZnwfPpy+gAK+I2Bu7AloRJNZ5Sh/2A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DOZrFrnEDqISEbc1pIyZAW4HJ+CgUQ6Lb46rtlJaoJC8ai0OqYGA4SkUdYcEC0iGiXRa0aywRhVt5Dqt/T/LEHVQCIIw6QX8GOeHY5f7VrCtXioyMxoRk4ZWa+0siYKrN9XufLv7cYMSqoOvZW2fuEMph+oDRNbrKFEmsFIO/x+dkz3j0btGTebxm5Csq59XaX1yDzlPyAKNBueyIASSEEs/arjvN9mAyIV4+6hVTWwEgzqjqupdsUAD5WOiZkLcpwp7fJBwC5UVKF6vAn77o2qasS+sxHyRiaYL34Xc2Fm8ZKqC3wGAMdYO2kb4UhMMPObFA77ub+q1TDm0hB1DrA==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691269497; bh=DSl9Alg06QY+u68T7jglkem0Z6UKzwdHl0y1/pV+L75=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gdGPRa5BosA/D74vtxvovXGoNLyFF1u4/4N2MEAxrjIexCoOoUO11mOcqYBH20GVTPM/7FpAcvtsRHYhPmeDDsPT2NM06SqDY3v8VfBVrknbpfEJMApM9S5t1B/Zj7mhALRlaoSQA4zvSBosVBnLfHP1HrTCaDba4p6golQVv8+Ywb0W7yqtBk8nJ7cJpW2pckAeSZPtf2C+1VQoBK98wTQi2aGKxb/k+ZQMr18kOGTM1fXvM78CbhRIJB8JY+P7WvJriZ5T1EUw4OF/GXmmxFdylUNgy7tV/CVzdLk2OWAuurgkLVPo+IrDWwN7M9eSX7IF7fBDk1cDUKMGDJ1s+A==
X-YMail-OSG: BfwqYt0VM1mFkeR.q3va71tWHWEZAAD7hG146Eu0EjHNcA5rQWSd_qna31tGmE5
 mhXtGeCR_6BJHa.PEiZSLo.736JAVR1WDNozukV6gJPjmbk3f3SFC2VvS48oVKw8WsYdf1cOgKjG
 E6uMsRFSzK734s4WNjKEMvfoArSzU4kbj1yk4yE4LN8Q8icNgPVsSDIh.IkRKRgNMr8DedWQT7PW
 zMCKrD5bPK0HtxJqm1F8Op6PfSG6OWuY9pl2.d28OfxaWFum.iSvDaEYLLru1Yw3tNsUja1qAfmi
 PmVJisOYuSEldbjBtpfFnCj_3ls0oCkcoI4TTZa7Xg8MCbAmDFr8PNtuE7qJKCHOG6Ouk5XdloZM
 ij7jaZNrlcEkB4ccdBqD5w3F0plOS8RBm14heoFPWwPfC86i7Bj_xYQJG_O9zdhN4mnH4vvISsA5
 stNkVJx9Uwf.VpNqPnfgvwwRA_YJVkPLjvqBRRLvCTnxKSaz4TyfExMLpg0wbx5QNj4OWY7C5jGT
 2Eq8m6VWVc21YSDbz8tW1L0UMl6u91k4mx47g5unQrF7PR8tQhbPw8os5T7v6.Q2Bw65iVvBepAR
 i1GVNppnIMkwahQFN_PBz.g.VZ3qdBoi2NhFbztAq.v7iiqoq.XcaK5._tLu3Jc8nqe2VA34ools
 NHZr7WUDyKelmmJYvLHP2dlQDnJS8iR2A8FodTazvz89Z9O3closzx9lmrpYmKy.EXN2yzHv1dRN
 qgGw8e8_HLoGHUaByBLOlD5jri9CAQuFSQRRrGCb5cYMor5m.JGVv4g9j_uzAExiHGOzQTMc.0tY
 UAmmoI2M.ao1NzCu.G5KMZ4RZpJzMs7HoWWxoZAxJh.L769IXXQKbHGmbdSe5kheUSxjmQfAxbkB
 F7nkExnW5Gi17Q2xBwkulZ5G.cmXkqbDPxdcnPwVr9yKTQzlikUrHU69s45ntsRwrwTqjO_o3eIT
 kocEOh.Q.l4YpP7j2jf2ErMJt7MtFaFRcOEGZJcKJssDBRFxo6G22PXRmck_E2utXqJKA.7o8roV
 Ps79rBwVu0sf4jbGITmTDUk54HtdI7IzCOSAN3KH_RjkL7gQ_ZOCNs5BOeVCIalIyRN4ldup3BDF
 aSJHX6ZW1__tYswQ6c7.CgfNsoIB3_8c80gQ_cex0Zxa62D0Bgs.FDS7CMv_YOPKjKoOVOb6FtOh
 VT_xQMKQhPEzG8NqbN9CNPPHThAzVKgZiiJSgFN0.Y2Ur1UIza27PqZu3ksFK40O84qmGaXBBgMS
 _RlER8UpVCgIvwvOqQkY_8WC5aVLF9swhTl7K7zTUIHjX6sm5_5LeFnixWNsv0MIxgyRSHxyvC8x
 rtD4HLwlaNuKhhR8B_c3ml8II7V_Dfbmn0WDPsWAedFlZplXyQupXEcEBGSxbN7ODb6tTYsoncMd
 bpGACID46k1QYPinC9LlumoAQpnAkEdkXetjhs1JFbgAdXmorf3DSfEOVMAwR4xCaU1bia8hXnHH
 xBKkEDQiiT97XJAloIIhHk0VOU5KZNZDnABb4Bp9q01.FCAgh009LfULD8RF4EC6yFfr6c.q40wN
 MCpd_j11UT7OMrChZ_.Tvi9ZLYNrJsYYeSD0e_NkyMk9igJ3CTgEwQ27sZRPTEo.WpeA6dx1xOPp
 SdXUVMWrMF5ckekOplCA.clZkIPLvf8arbtr9etTXuiaUzQ5ZXjR0RsaB_.JiuJhScgonv_eALTm
 6oiL_tQWv6V8qProKyAG4z5hZ9jY.Ma8KrMB903xctshAawM49iCjsK92nd.8Qwhg_x8D9crIpGU
 3NGfDVvJJJ_kjOkz9nroD2DUx1A_iT_ZT7TIFXFlTRR_IIWWMR67Zm_KzTuWuWH5LHjzcGHlOilG
 fngbS0Fbt7qo19Vs5uUy1tgznY3zZXIpUzS75acNHQBoyNe81JBbpqLqrQIbDK0NoIRmiDoEtgty
 975ImoKu3YUePrIe8Lw3As2FuIS5626YXh8CBetLcvgG7fOH293UVUyMcpuSxvR7NlHhrFfe1BFG
 zdVowvA6heDjLSC635KTqthclwxjBz5.spUaMwVTIl0j9mf_KlEiMUGfKhWzqPNlycUyh3ND9IpH
 a2HqmqKPqVSuxD8RGkv3RJtOwC9Nw90rxfg3W05hR.nV_P5DU7F74EcOxU6QzElUI94uSEDsd2wE
 dCfGO1brKXW468EMuxTm0vPxMDOB5Ru5KrBgTlEEiYaWviDBFrFD7DrzvhjfdHmuR1YFL0dd9WqI
 zq1XSUFGK1Z.Fs.KXZY1v.7OzDnTRdqWn2keCV.Tj9ZUNOiVKP8JN7liU5mYvDJtRdxbRGNEP50O
 P
X-Sonic-MF: 
X-Sonic-ID: 7b3e4617-6db5-4417-a75a-89f78968edcd
Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 5 Aug 2023 21:04:57 +0000
Received: by hermes--production-bf1-7c4db57b6-q87r5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 60564811b863437ea87695e7d3c164a3;
          Sat, 05 Aug 2023 21:04:53 +0000 (UTC)
Content-Type: text/plain;
	charset=utf-8
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 \(3731.700.6\))
Subject: Re: A native armv7 panic during kyua runs: sys/netinet6/exthdr:exthdr
 -> Fatal kernel mode data abort: 'Alignment Fault' on read
From: Mark Millard 
In-Reply-To: <466233a6-f904-f2f4-ac9e-7476965e97c2@gmail.com>
Date: Sat, 5 Aug 2023 14:04:41 -0700
Cc: freebsd-arm@freebsd.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <8CDB7543-E21C-47BC-AB18-52D24ED855ED@yahoo.com>
References: 
 
 
 
 <466233a6-f904-f2f4-ac9e-7476965e97c2@gmail.com>
To: meloun.michal@gmail.com
X-Mailer: Apple Mail (2.3731.700.6)
X-Spamd-Result: default: False [-2.36 / 15.00];
	NEURAL_HAM_MEDIUM(-1.00)[-1.000];
	NEURAL_HAM_SHORT(-0.86)[-0.864];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	MV_CASE(0.50)[];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	ARC_NA(0.00)[];
	FROM_HAS_DN(0.00)[];
	TAGGED_RCPT(0.00)[];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from];
	MID_RHS_MATCH_FROM(0.00)[];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from];
	DKIM_TRACE(0.00)[yahoo.com:+];
	TO_DN_NONE(0.00)[];
	FREEMAIL_FROM(0.00)[yahoo.com];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	RCPT_COUNT_TWO(0.00)[2];
	FROM_EQ_ENVFROM(0.00)[];
	FREEMAIL_TO(0.00)[gmail.com];
	MIME_TRACE(0.00)[0:+];
	RCVD_TLS_LAST(0.00)[];
	RCVD_COUNT_TWO(0.00)[2]
X-Spamd-Bar: --
X-Rspamd-Queue-Id: 4RJFTR3B68z3PDh

On Aug 5, 2023, at 11:27, Michal Meloun  wrote:

> Hi Mark,
> can you please try a this patch?
> =
https://github.com/strejda/tegra/commit/bd4390c5f6a8b66b2fc83966d4fadb945a=
19dc23

I'll take a stab at testing it.

But I'll note that description of the patch is somewhat odd:

QUOTE
Pack IP structures directly used for access packet data.
All structures used to access data in byte buffers shall be marked
as packed. Otherwise, this is undefined behavior - formally on
every platform.
END QUOTE

__packed (and whatever it might be a macro for) is not part of
any vintage of the C standard, not even as explicitly
implementation defined nor as explicitly undefined. (C23's
"attribute specifier sequence" notation use would give an
implementation defined status as an understand, but not via
explicit identification of the concept of packed in the standard.)
As far as the language is concerned, there is no guarantee that
a code generator will ensure to break things up into aligned
accesses with assembly of the overall value if the members are
not aligned in the first place, __packed or not. Nor does the
language guarantee pack of padding in the layout for __packed.

Past that, it is toolchain specific if __packed would avoid
unaligned accesses for simple member access notation bytes
yet also avoid having pad bytes. We will see for this context.
(My history suggests a lack of overall uniformity in the
interpretations given to declaring struct's as packed --or
analogous wording for other languages that are not explicit
about it.)

> I'm sorry, but I don't have the time or energy to fully test it... I =
only hope the actual patch is much easier than the one listed in =
PR271759.





> On 05.08.2023 8:11, Mark Millard wrote:
>> On Aug 4, 2023, at 20:58, Warner Losh  wrote:
>>> It might make sense to work up a patch that skips this test on armv7 =
after filing a bug (the usual way)....
>>>=20
>>> Warner
>> Actually, looking at the backtrace, it seems I've previously
>> listed the same sort of backtrace structure in:
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271759
>> comment 12. Hans Petter Selasky had been working on that
>> bugzilla entry. I'll add a note that this time I got it
>> with the built-in EtherNet instead of the dongle used
>> previously --and that sys/netinet6/exthdr:exthdr is a
>> way of producing the panic. [Done.]
>> In /usr/main-src/tests/sys/netinet6/exthdr.sh , commenting
>> out one line would disable the specific test (leading
>> whitespace might not be preserved below):
>> atf_init_test_cases()
>> {
>> #        atf_add_test_case "exthdr"
>> }
>> [FYI: All my kyua activity has been for FreeBSD main,
>> generally targeting contexts with some armv7 code
>> involved. It is associated with my having been an
>> tester of early lib32 drafts.]
>> I already have another commented out line for an armv7
>> panic (leading whitespace might not be preserved):
>> # git -C /usr/main-src/ diff tests/sys/net/
>> diff --git a/tests/sys/net/if_bridge_test.sh =
b/tests/sys/net/if_bridge_test.sh
>> index eb3a792df449..dcdac75103cd 100755
>> --- a/tests/sys/net/if_bridge_test.sh
>> +++ b/tests/sys/net/if_bridge_test.sh
>> @@ -675,7 +675,7 @@ atf_init_test_cases()
>>         atf_add_test_case "delete_with_members"
>>         atf_add_test_case "mac_conflict"
>>         atf_add_test_case "stp_validation"
>> -       atf_add_test_case "gif"
>> +#      atf_add_test_case "gif"
>>         atf_add_test_case "mtu"
>>         atf_add_test_case "vlan"
>>  }
>> In the original discovery, having if_bridge.ko already loaded was
>> important to getting the "gif" panic.
>> But I've not yet put effort into isolating a cleaner/simpler test
>> than I got the failure with. Nor have a done a range of comparisons
>> of differing contexts yet.
>> There are other armv7 related issues, one in particular
>> being:
>> A) All the long timeouts [300s+] are for *.py style tests. (Lots of
>>    these.)
>> B) All the *.py style tests that do not have long timeout have one =
of:
>>  ->  skipped: comment me to run the test
>>  ->  skipped: Current architecture 'armv7' not supported
>> __test_cases_list__  ->  broken: Test program did not exit cleanly
>> __test_cases_list__  ->  broken: Test case list wrote to stderr
>> The are about 10 of the "comment me" ones and 1 each of the other
>> (B) ones, if I remember right.
>> In other words, basically all the *.py based tests are broken or
>> skipped as kyua classifies things.
>> I've no clue yet if (A) is tied to the ports':
>> cryptography/hazmat/bindings/_openssl.abi3.so
>> openssl 3 incompatibility or not. But I've only seen the
>> issue in armv7 contexts so far.
>> I've spent time today on this issue but have made no progress
>> on identifying what leads to the kdump/truss-output being as
>> it is.
>> If the *.py tests were working, I'd not be surprised to then
>> find more armv7 panics than is now possible via the kyua tests.
>>> On Fri, Aug 4, 2023 at 12:59=E2=80=AFAM Mark Millard =
 wrote:
>>> While discovered via an attempted overall kyua run, the following is
>>> sufficient to get the crash in my native armv7 context:
>>>=20
>>> # /usr/bin/kyua test -k /usr/tests/Kyuafile =
sys/netinet6/exthdr:exthdr
>>> sys/netinet6/exthdr:exthdr  ->  Fatal kernel mode data abort: =
'Alignment Fault' on read
>>> trapframe: 0xdfb97aa0
>>> FSR=3D00000001, FAR=3Ddb43ab76, spsr=3D60000013
>>> r0 =3Ddfedd000, r1 =3Ddfb97b34, r2 =3D00000000, r3 =3D00000000
>>> r4 =3D00000000, r5 =3D00000000, r6 =3Ddb43ab76, r7 =3Ddb43ab66
>>> r8 =3Dc096383c, r9 =3D00000000, r10=3Ddb132400, r11=3Ddfb97b60
>>> r12=3D00000000, ssp=3Ddfb97b30, slr=3Dc0b4e2c0, pc =3Dc04e6b70
>>>=20
>>> panic: Fatal abort
>>> cpuid =3D 0
>>> time =3D 1691131498
>>> KDB: stack backtrace:
>>> db_trace_self() at db_trace_self
>>>          pc =3D 0xc065f414  lr =3D 0xc007db80 =
(db_trace_self_wrapper+0x30)
>>>          sp =3D 0xdfb97858  fp =3D 0xdfb97970
>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x30
>>>          pc =3D 0xc007db80  lr =3D 0xc031a834 (vpanic+0x140)
>>>          sp =3D 0xdfb97978  fp =3D 0xdfb97998
>>>          r4 =3D 0x00000100  r5 =3D 0x00000000
>>>          r6 =3D 0xc07c369a  r7 =3D 0xc0b32e58
>>> vpanic() at vpanic+0x140
>>>          pc =3D 0xc031a834  lr =3D 0xc031a6f4 (vpanic)
>>>          sp =3D 0xdfb979a0  fp =3D 0xdfb979a4
>>>          r4 =3D 0xdfb97aa0  r5 =3D 0x00000013
>>>          r6 =3D 0xdb43ab76  r7 =3D 0x00000001
>>>          r8 =3D 0x00000001  r9 =3D 0xdfedd000
>>>         r10 =3D 0xdb43ab76
>>> vpanic() at vpanic
>>>          pc =3D 0xc031a6f4  lr =3D 0xc06849dc (abort_align)
>>>          sp =3D 0xdfb979ac  fp =3D 0xdfb979d8
>>>          r4 =3D 0x00000001  r5 =3D 0x00000001
>>>          r6 =3D 0xdfedd000  r7 =3D 0xdb43ab76
>>>          r8 =3D 0xdfb979a4  r9 =3D 0xc031a6f4
>>>         r10 =3D 0xdfb979ac
>>> abort_align() at abort_align
>>>          pc =3D 0xc06849dc  lr =3D 0xc0684a50 (abort_align+0x74)
>>>          sp =3D 0xdfb979e0  fp =3D 0xdfb979f8
>>>          r4 =3D 0x00000013 r10 =3D 0xdb43ab76
>>> abort_align() at abort_align+0x74
>>>          pc =3D 0xc0684a50  lr =3D 0xc06846a8 (abort_handler+0x45c)
>>>          sp =3D 0xdfb97a00  fp =3D 0xdfb97a98
>>>          r4 =3D 0x00000000 r10 =3D 0xdb43ab76
>>> abort_handler() at abort_handler+0x45c
>>>          pc =3D 0xc06846a8  lr =3D 0xc0661cc8 (exception_exit)
>>>          sp =3D 0xdfb97aa0  fp =3D 0xdfb97b60
>>>          r4 =3D 0x00000000  r5 =3D 0x00000000
>>>          r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
>>>          r8 =3D 0xc096383c  r9 =3D 0x00000000
>>>         r10 =3D 0xdb132400
>>> exception_exit() at exception_exit
>>>          pc =3D 0xc0661cc8  lr =3D 0xc0b4e2c0 (__pcpu)
>>>          sp =3D 0xdfb97b30  fp =3D 0xdfb97b60
>>>          r0 =3D 0xdfedd000  r1 =3D 0xdfb97b34
>>>          r2 =3D 0x00000000  r3 =3D 0x00000000
>>>          r4 =3D 0x00000000  r5 =3D 0x00000000
>>>          r6 =3D 0xdb43ab76  r7 =3D 0xdb43ab66
>>>          r8 =3D 0xc096383c  r9 =3D 0x00000000
>>>         r10 =3D 0xdb132400 r12 =3D 0x00000000
>>> in6ifa_ifwithaddr() at in6ifa_ifwithaddr+0x30
>>>          pc =3D 0xc04e6b70  lr =3D 0xc04f9030 (ip6_input+0xd38)
>>>          sp =3D 0xdfb97b68  fp =3D 0xdfb97c28
>>>          r4 =3D 0xdb43ab76  r5 =3D 0xdb43ab5e
>>>          r6 =3D 0x00000000  r7 =3D 0xdb43ab66
>>> ip6_input() at ip6_input+0xd38
>>>          pc =3D 0xc04f9030  lr =3D 0xc046d66c =
(netisr_dispatch_src+0xf8)
>>>          sp =3D 0xdfb97c30  fp =3D 0xdfb97c58
>>>          r4 =3D 0xdb43ab00  r5 =3D 0x00000006
>>>          r6 =3D 0x00000007  r7 =3D 0xc0b49d50
>>>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>>>         r10 =3D 0x00000086
>>> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>>>          pc =3D 0xc046d66c  lr =3D 0xc04641b0 (ether_demux+0x18c)
>>>          sp =3D 0xdfb97c60  fp =3D 0xdfb97c78
>>>          r4 =3D 0x00000006  r5 =3D 0x00001201
>>>          r6 =3D 0xdb132400  r7 =3D 0x000000ff
>>>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>>>         r10 =3D 0x00000086
>>> ether_demux() at ether_demux+0x18c
>>>          pc =3D 0xc04641b0  lr =3D 0xc0465880 (ether_nh_input+0x490)
>>>          sp =3D 0xdfb97c80  fp =3D 0xdfb97ce0
>>>          r4 =3D 0xdb132400  r5 =3D 0xdb43ab00
>>>          r6 =3D 0xdb43ab50 r10 =3D 0x00000086
>>> ether_nh_input() at ether_nh_input+0x490
>>>          pc =3D 0xc0465880  lr =3D 0xc046d66c =
(netisr_dispatch_src+0xf8)
>>>          sp =3D 0xdfb97ce8  fp =3D 0xdfb97d10
>>>          r4 =3D 0xdb43ab00  r5 =3D 0x00000005
>>>          r6 =3D 0x0000000c  r7 =3D 0xc0b49d30
>>>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>>>         r10 =3D 0xc098d18f
>>> netisr_dispatch_src() at netisr_dispatch_src+0xf8
>>>          pc =3D 0xc046d66c  lr =3D 0xc04645c4 (ether_input+0x50)
>>>          sp =3D 0xdfb97d18  fp =3D 0xdfb97d48
>>>          r4 =3D 0xdb43ab00  r5 =3D 0x00000000
>>>          r6 =3D 0x00008803  r7 =3D 0x00000000
>>>          r8 =3D 0xdafea0c0  r9 =3D 0xdb43ab00
>>>         r10 =3D 0xc098d18f
>>> ether_input() at ether_input+0x50
>>>          pc =3D 0xc04645c4  lr =3D 0xdffb3f08 ($a.10+0x108)
>>>          sp =3D 0xdfb97d50  fp =3D 0xdfb97d78
>>>          r4 =3D 0xdb132400  r5 =3D 0xdaff8b00
>>>          r6 =3D 0xdaff8b10  r7 =3D 0x00000000
>>>          r8 =3D 0x00000000 r10 =3D 0xc098d18f
>>> $a.10() at $a.10+0x108
>>>          pc =3D 0xdffb3f08  lr =3D 0xc038cb2c =
(taskqueue_run_locked+0x1c4)
>>>          sp =3D 0xdfb97d80  fp =3D 0xdfb97dd8
>>>          r4 =3D 0xe0145100  r5 =3D 0xdaff8b2c
>>>          r6 =3D 0xe0145150  r7 =3D 0x00000001
>>>          r8 =3D 0x00000000  r9 =3D 0xdfb97d90
>>>         r10 =3D 0x00000001
>>> taskqueue_run_locked() at taskqueue_run_locked+0x1c4
>>>          pc =3D 0xc038cb2c  lr =3D 0xc038e4e4 =
(taskqueue_thread_loop+0x1b0)
>>>          sp =3D 0xdfb97de0  fp =3D 0xdfb97e10
>>>          r4 =3D 0xe0145100  r5 =3D 0xe0145140
>>>          r6 =3D 0xc07af4c4  r7 =3D 0x00000000
>>>          r8 =3D 0xc098d18f  r9 =3D 0x00000100
>>>         r10 =3D 0xc0b228a0
>>> taskqueue_thread_loop() at taskqueue_thread_loop+0x1b0
>>>          pc =3D 0xc038e4e4  lr =3D 0xc02cdf0c (fork_exit+0xc0)
>>>          sp =3D 0xdfb97e18  fp =3D 0xdfb97e38
>>>          r4 =3D 0xdfedd000  r5 =3D 0xc0b224e0
>>>          r6 =3D 0xc038e334  r7 =3D 0xdffc4f54
>>>          r8 =3D 0xdfb97e40  r9 =3D 0xc098d191
>>> fork_exit() at fork_exit+0xc0
>>>          pc =3D 0xc02cdf0c  lr =3D 0xc0661c5c (swi_exit)
>>>          sp =3D 0xdfb97e40  fp =3D 0x00000000
>>>          r4 =3D 0xc038e334  r5 =3D 0xdffc4f54
>>>          r6 =3D 0xc0b45d84  r7 =3D 0xd73bcba0
>>>          r8 =3D 0x00000001 r10 =3D 0xc0b228a0
>>> swi_exit() at swi_exit
>>>          pc =3D 0xc0661c5c  lr =3D 0xc0661c5c (swi_exit)
>>>          sp =3D 0xdfb97e40  fp =3D 0x00000000
>>> KDB: enter: panic
>>> [ thread pid 0 tid 100230 ]
>>>=20
>>> For reference:
>>>=20
>>> # uname -apKU
>>> FreeBSD OPiP2E-RPi2v1p1 14.0-CURRENT FreeBSD 14.0-CURRENT armv7 =
1400093 #6 main-n264334-215bab7924f6-dirty: Tue Jul 25 23:11:39 PDT 2023 =
    =
root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.a=
rmv7/sys/GENERIC-NODBG-CA7 arm armv7 1400093 1400093
>>>=20
>>> The OrangePi+ 2Ed was the type of system booted and tested.
>>>=20


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


From nobody Sat Aug  5 21:40:41 2023
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 4RJGH01H5lz4TmkZ
	for ; Sat,  5 Aug 2023 21:41:00 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206])
	(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 4RJGGy6JwGz3R98
	for ; Sat,  5 Aug 2023 21:40:58 +0000 (UTC)
	(envelope-from marklmi@yahoo.com)
Authentication-Results: mx1.freebsd.org;
	dkim=pass header.d=yahoo.com header.s=s2048 header.b=oNNfxPwN;
	spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com;
	dmarc=pass (policy=reject) header.from=yahoo.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691271656; bh=HGf+x95fMZy+uRWb6BG5VmxXneaf7KDZL1ENnRZxUvA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=oNNfxPwNdYuRWQEfPHXX7dYqs2fbiKDMKYQ7ho/f01WaZSfDG6NsN6AWVDcTDOLOXSeUgdvMkuBqEejnzOgZlx0PR+qT0E5D5G7lu622lEE1EZLCuEUVDiWdSVlS/g/hxiVs/GPC9IM49kkxXnEphwnDIgnPjCZAJEbcz3GGVFr3m9YaTyABoh4dA8xcqejjsk3i6mpypSy4oBDNnhSETMUyenscP1dmhcYZPA93VZ6imiPiexZH69KU9SmC/B92lh21bU0nCKbcd+BT2YM4p3hWgC+O4+Ytn0q0pT/JKoj1JIvO92Qf7VgxxZdZquWzICX5RIT8pz6hGqdqkWxfQw==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691271656; bh=XxJM/mwSdpz0nQADqaRaUqEcE5vvkc8wZrHK9a1twLr=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NvWK/Wui8VdvNNuDaPFAnYERJWwbPktDM9vN0fp3xsZe7tqKJH9/WCW3h0Zrr2Zr/hpxcntoG1wjHYaNmEbCjR7Xp5gNivbx4KJf31pmYNNoKt3CdzG2vkwz0W99RL8YLfMeCZRi3ZUPOB046EhY62IrLVXl3WbKnf3eWBQ9vYCKu3mh92ug/2kXEPo32ksemX3/aPg7O7Iqxw3Z2dCzsicZ41OVcsziyQC3BDz9ZSuj5O2PD6fyVBFxZGe3yKHxykIcRkDOWoZlpUhL+xmEXGz9sbtcGiNNUu9rrQTBfcZvrYtzSlZ00DTNH6a/tTV1bFanVd/Ssp1Iz3mE3ccfjg==
X-YMail-OSG: VFzTxrwVM1myELjpMALcSUjTytBubn0Or20eoe0KRutASkH6IxImIu.RKl4EPQS
 8ngKpiHr8OdEFkoCxWZA9WjX5aDVLUvqm2C.6EkMDzLnN03a1bXZjJ8EF218NL87PjIgFKaoi54S
 GfqMKbAbQsYouU1BSOPW8lPmkOYmrNj8xhzKMZnJSder4HXBSW6iq_CHOvNV0uFDdhLZWfcmKHJ9
 .qhLQpKd2UNOmanKvirYvvFTV81jx.fXf_j03shYmbuTgsZDpiH.kSWxTEmDQmryyRogfDF86eE0
 WERa8Re346aRac5jPwBs0tB1QrYGPmlGdoLdAkxygO6efaLh09jygh1KHMcKFYSzq7pXS7qN3lmi
 1Ep_k6c.GSlu6IT2FWNRFaXKfpYBrKdBOXOv3w9gJGoAmDVrMqG45Q4aoesvdnaLRcW4XkZCiiQu
 Y2ZVGtOIHcRrocGnxCYcfz5EeISSW2neAJMd0w1gZG4Iw62ognVUgEcnobuu91fsBdjdg0R9h2IR
 jnwYt4dsROBZyZ3mtbZPdixKbR7pnnQZQZBqv_QPPUqwtv6LxDDoByin3M09cavXdLzMbywWOVvW
 Q7QOqo5QDJlMt1LqiXNQjZqFtTQmccLU7.85Igeqe_xMMtNmlBBlOZufBkqH4VBRwtbkjg0yEF0l
 _pNueTuKdiG9tty6MuCtYQi1kYm8wEts0D59NElNKusONfn8otucjjv8mcaI_QOuNf6M6XHbbgun
 5NSUi_P6m5u4eHjh.v3gx43V1lBKudXXq735ej44C0llyAvmutg8Fyinx5.NfUinZDExJubK1Y5d
 hdWYuZH9FAMCBEe4joNN7aSCUyiLBMEQOH8ebOZqFtgK2HtHdOqTrzYSHOsfP8uurPtAk3UagA5P
 eFs6NsX3wiVXJGLX.8FHCbWQSd4jlsOPOLpWtUnY7NgEvRrDAtnzmrze2aYGNUDsn5rdW2SVTv1x
 kPvkIggxCBkS7JKry3bhKEoQSY_TbqgSn1zGFwxm94U2S0Fkk9lmSObCUFNqhZvxKz8fqUtjiTSf
 6dbAsIzpKPN6TqZlDmK2KtwiSiWAE4aBbgnVND9W9xrvle4WfUVkpujtZMExCsOvZC3NHoSFG_Dz
 EgvSLv.GCuEXPOQlj7sSxH.3ZQVHngsETvUgpn8M1SnRLEb4PYEq1AxCkeuszKCyro63H83Ocvn1
 jS9vYkvdmxOfuSM9j4QiDT3S9bCRZB4WRxmHdd3hqEz_NL9_TWpZD_VgAMdkKMSglSe2vAyVd47H
 lr.v17vmNyZuefpE89AuKHyT3zjkfx4Jz.U0y19DbW1GjKThhfK4ME7Q5hK9FO5cOJrtcgNUBTZL
 3fAfVBnl2J50sjSJ.8BYMYsRxyZZar5gRpwSkHzjzQ4hEgGipUwgWax7tqiBpqh4vyvnOU6zzfuG
 VlxxPmjkMvOHmz1kSd5GYgyrthxJcQZOqFisyYsKhOSYGpoeGcNbmawSUz2RynqtQlIH8odkarzX
 SjNj88N0EkU_pAeIXv9omGJED5cZq8LI8sxkwVTuecXw6aNFaAVefC7YCOhMzg5yHN43NFJGF7Aw
 jQnqmTfC3mK8hMgZVBEYvvDufUK8FhQtUNmIqbR8oB8MCxrtHHg7hGPJhE.IJYFgGFELcZiOwQHF
 EUA2qyex11.9JZiB2gIgQ8jAOU67xeU6t.Rz1UgMTLYg2SKFSB8S7.rf3BPqsFro.zNnjWyeEpVA
 ZH03pcO5Ssjte10UD2epRPk82XWKrZIWZIbQCWeoQnKLT8lkmX_J2CV_3NjsHM8qHyXE9wDsPIu6
 dRN1aQPP2kMwc5Fp6IqnKkjQgq6PwDk2jeU3CPssnkle5GA4USOmauTb0_iJzvRn9Wn.ZuFk6QcE
 p7ue95ebDs0.1p_hAgA89CKrmLFZsreRYi1gXz3OHjHgCvr.vI.sK28Ab.332NkJgv5yAaek5nHm
 kEolZt7fsoSz9kzO.XfPpSeebbIUdR38GgyywNuz_s40.XTRbYUlXsMcGCz5jaZFmxOo56UA0YTp
 HZYBcAL6q.0YBCONzR6Iel7fHLs8Q8NiZmt2N75Wuki8k0bwt74jQfmE9.xsYA2QewkK98m18tnl
 9Um3EpSKx8Vbs6UQpR5DS.XdZs3u_oAyjIaLPv7raBu1Y.V3kj1n8eSkFHOgUTpuIg4.N3Cmgc0d
 e38w0n9nyBCvzHjpodGe92sv3yOMqJ7nkCVehIRTTUw7g.5BJWtn.7tFYWkfGFghptLFWqtT0.GS
 ggpyQ5ag8tJGEPzkZ5pp1QfZhDjcCpIYhSCftYN8Zqe3efZ8Lxd7oiddSPJAk1a4sGuHPJoEIwMg
 -
X-Sonic-MF: 
X-Sonic-ID: 19923d52-0811-4d5e-9ec7-7fb5747a07c6
Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 5 Aug 2023 21:40:56 +0000
Received: by hermes--production-gq1-7d844d8954-psjqr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c9a0084abba49ae228b3aaa237931158;
          Sat, 05 Aug 2023 21:40:52 +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 \(3731.700.6\))
Subject: Re: A native armv7 panic during kyua runs: sys/netinet6/exthdr:exthdr
 -> Fatal kernel mode data abort: 'Alignment Fault' on read
From: Mark Millard 
In-Reply-To: <8CDB7543-E21C-47BC-AB18-52D24ED855ED@yahoo.com>
Date: Sat, 5 Aug 2023 14:40:41 -0700
Cc: freebsd-arm@freebsd.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <6F3ED262-F0EA-4FCA-AEF1-CD785E44E068@yahoo.com>
References: 
 
 
 
 <466233a6-f904-f2f4-ac9e-7476965e97c2@gmail.com>
 <8CDB7543-E21C-47BC-AB18-52D24ED855ED@yahoo.com>
To: meloun.michal@gmail.com
X-Mailer: Apple Mail (2.3731.700.6)
X-Spamd-Result: default: False [-2.43 / 15.00];
	NEURAL_HAM_MEDIUM(-1.00)[-1.000];
	NEURAL_HAM_SHORT(-0.93)[-0.926];
	DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject];
	MV_CASE(0.50)[];
	R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048];
	R_SPF_ALLOW(-0.20)[+ptr:yahoo.com];
	MIME_GOOD(-0.10)[text/plain];
	ARC_NA(0.00)[];
	FROM_HAS_DN(0.00)[];
	TAGGED_RCPT(0.00)[];
	RCVD_VIA_SMTP_AUTH(0.00)[];
	TO_MATCH_ENVRCPT_SOME(0.00)[];
	DWL_DNSWL_NONE(0.00)[yahoo.com:dkim];
	MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org];
	RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from];
	MID_RHS_MATCH_FROM(0.00)[];
	FREEMAIL_ENVFROM(0.00)[yahoo.com];
	RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from];
	DKIM_TRACE(0.00)[yahoo.com:+];
	TO_DN_NONE(0.00)[];
	FREEMAIL_FROM(0.00)[yahoo.com];
	ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US];
	RCPT_COUNT_TWO(0.00)[2];
	FROM_EQ_ENVFROM(0.00)[];
	FREEMAIL_TO(0.00)[gmail.com];
	MIME_TRACE(0.00)[0:+];
	RCVD_TLS_LAST(0.00)[];
	RCVD_COUNT_TWO(0.00)[2]
X-Spamd-Bar: --
X-Rspamd-Queue-Id: 4RJGGy6JwGz3R98

On Aug 5, 2023, at 14:04, Mark Millard  wrote:

> On Aug 5, 2023, at 11:27, Michal Meloun  =
wrote:
>=20
>> Hi Mark,
>> can you please try a this patch?
>> =
https://github.com/strejda/tegra/commit/bd4390c5f6a8b66b2fc83966d4fadb945a=
19dc23
>=20
> I'll take a stab at testing it.
>=20
> But I'll note that description of the patch is somewhat odd:
>=20
> QUOTE
> Pack IP structures directly used for access packet data.
> All structures used to access data in byte buffers shall be marked
> as packed. Otherwise, this is undefined behavior - formally on
> every platform.
> END QUOTE
>=20
> __packed (and whatever it might be a macro for) is not part of
> any vintage of the C standard, not even as explicitly
> implementation defined nor as explicitly undefined. (C23's
> "attribute specifier sequence" notation use would give an
> implementation defined status as an understand, but not via
> explicit identification of the concept of packed in the standard.)
> As far as the language is concerned, there is no guarantee that
> a code generator will ensure to break things up into aligned
> accesses with assembly of the overall value if the members are
> not aligned in the first place, __packed or not. Nor does the
> language guarantee pack of padding in the layout for __packed.
>=20
> Past that, it is toolchain specific if __packed would avoid
> unaligned accesses for simple member access notation bytes
> yet also avoid having pad bytes. We will see for this context.
> (My history suggests a lack of overall uniformity in the
> interpretations given to declaring struct's as packed --or
> analogous wording for other languages that are not explicit
> about it.)
>=20
>> I'm sorry, but I don't have the time or energy to fully test it... I =
only hope the actual patch is much easier than the one listed in =
PR271759.
>=20

[Older history deleted.]

No notable change in behavior, I'm afraid . . .

sys/netinet6/exthdr:exthdr  -> =20
Fatal kernel mode data abort: 'Alignment Fault' on read
trapframe: 0xc51fbaa0
FSR=3D00000001, FAR=3Ddaed4476, spsr=3D60000013
r0 =3Ddaf787c0, r1 =3Dc51fbb34, r2 =3D00000000, r3 =3D00000000
r4 =3D00000000, r5 =3D00000000, r6 =3Ddaed4476, r7 =3Ddaed4466
r8 =3Dc0965c3c, r9 =3D00000000, r10=3Ddb0e4400, r11=3Dc51fbb60
r12=3D00000000, ssp=3Dc51fbb30, slr=3Dc0b524c0, pc =3Dc04e8e78

panic: Fatal abort
cpuid =3D 1
time =3D 1691270886
KDB: stack backtrace:
db_trace_self() at db_trace_self
         pc =3D 0xc0661824  lr =3D 0xc007db80 =
(db_trace_self_wrapper+0x30)
         sp =3D 0xc51fb858  fp =3D 0xc51fb970
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
         pc =3D 0xc007db80  lr =3D 0xc031a834 (vpanic+0x140)
         sp =3D 0xc51fb978  fp =3D 0xc51fb998
         r4 =3D 0x00000100  r5 =3D 0x00000000
         r6 =3D 0xc07c5a9a  r7 =3D 0xc0b36e58
vpanic() at vpanic+0x140
         pc =3D 0xc031a834  lr =3D 0xc031a6f4 (vpanic)
         sp =3D 0xc51fb9a0  fp =3D 0xc51fb9a4
         r4 =3D 0xc51fbaa0  r5 =3D 0x00000013
         r6 =3D 0xdaed4476  r7 =3D 0x00000001
         r8 =3D 0x00000001  r9 =3D 0xdaf787c0
        r10 =3D 0xdaed4476
vpanic() at vpanic
         pc =3D 0xc031a6f4  lr =3D 0xc0686ddc (abort_align)
         sp =3D 0xc51fb9ac  fp =3D 0xc51fb9d8
         r4 =3D 0x00000001  r5 =3D 0x00000001
         r6 =3D 0xdaf787c0  r7 =3D 0xdaed4476
         r8 =3D 0xc51fb9a4  r9 =3D 0xc031a6f4
        r10 =3D 0xc51fb9ac
abort_align() at abort_align
         pc =3D 0xc0686ddc  lr =3D 0xc0686e50 (abort_align+0x74)
         sp =3D 0xc51fb9e0  fp =3D 0xc51fb9f8
         r4 =3D 0x00000013 r10 =3D 0xdaed4476
abort_align() at abort_align+0x74
         pc =3D 0xc0686e50  lr =3D 0xc0686aa8 (abort_handler+0x45c)
         sp =3D 0xc51fba00  fp =3D 0xc51fba98
         r4 =3D 0x00000000 r10 =3D 0xdaed4476
abort_handler() at abort_handler+0x45c
         pc =3D 0xc0686aa8  lr =3D 0xc06640d8 (exception_exit)
         sp =3D 0xc51fbaa0  fp =3D 0xc51fbb60
         r4 =3D 0x00000000  r5 =3D 0x00000000
         r6 =3D 0xdaed4476  r7 =3D 0xdaed4466
         r8 =3D 0xc0965c3c  r9 =3D 0x00000000
        r10 =3D 0xdb0e4400
exception_exit() at exception_exit
         pc =3D 0xc06640d8  lr =3D 0xc0b524c0 (__pcpu+0x200)
         sp =3D 0xc51fbb30  fp =3D 0xc51fbb60
         r0 =3D 0xdaf787c0  r1 =3D 0xc51fbb34
         r2 =3D 0x00000000  r3 =3D 0x00000000
         r4 =3D 0x00000000  r5 =3D 0x00000000
         r6 =3D 0xdaed4476  r7 =3D 0xdaed4466
         r8 =3D 0xc0965c3c  r9 =3D 0x00000000
        r10 =3D 0xdb0e4400 r12 =3D 0x00000000
in6ifa_ifwithaddr() at in6ifa_ifwithaddr+0x30
         pc =3D 0xc04e8e78  lr =3D 0xc04fb338 (ip6_input+0xd38)
         sp =3D 0xc51fbb68  fp =3D 0xc51fbc28
         r4 =3D 0xdaed4476  r5 =3D 0xdaed445e
         r6 =3D 0x00000000  r7 =3D 0xdaed4466
ip6_input() at ip6_input+0xd38
         pc =3D 0xc04fb338  lr =3D 0xc046d66c (netisr_dispatch_src+0xf8)
         sp =3D 0xc51fbc30  fp =3D 0xc51fbc58
         r4 =3D 0xdaed4400  r5 =3D 0x00000006
         r6 =3D 0x00000001  r7 =3D 0xc0b4dd50
         r8 =3D 0xdaf9d900  r9 =3D 0xdaed4400
        r10 =3D 0x00000086
netisr_dispatch_src() at netisr_dispatch_src+0xf8
         pc =3D 0xc046d66c  lr =3D 0xc04641b0 (ether_demux+0x18c)
         sp =3D 0xc51fbc60  fp =3D 0xc51fbc78
         r4 =3D 0x00000006  r5 =3D 0x00001201
         r6 =3D 0xdb0e4400  r7 =3D 0x000000ff
         r8 =3D 0xdaf9d900  r9 =3D 0xdaed4400
        r10 =3D 0x00000086
ether_demux() at ether_demux+0x18c
         pc =3D 0xc04641b0  lr =3D 0xc0465880 (ether_nh_input+0x490)
         sp =3D 0xc51fbc80  fp =3D 0xc51fbce0
         r4 =3D 0xdb0e4400  r5 =3D 0xdaed4400
         r6 =3D 0xdaed4450 r10 =3D 0x00000086
ether_nh_input() at ether_nh_input+0x490
         pc =3D 0xc0465880  lr =3D 0xc046d66c (netisr_dispatch_src+0xf8)
         sp =3D 0xc51fbce8  fp =3D 0xc51fbd10
         r4 =3D 0xdaed4400  r5 =3D 0x00000005
         r6 =3D 0x00000003  r7 =3D 0xc0b4dd30
         r8 =3D 0xdaf9d900  r9 =3D 0xdaed4400
        r10 =3D 0xc098f58f
netisr_dispatch_src() at netisr_dispatch_src+0xf8
         pc =3D 0xc046d66c  lr =3D 0xc04645c4 (ether_input+0x50)
         sp =3D 0xc51fbd18  fp =3D 0xc51fbd48
         r4 =3D 0xdaed4400  r5 =3D 0x00000000
         r6 =3D 0x00008803  r7 =3D 0x00000000
         r8 =3D 0xdaf9d900  r9 =3D 0xdaed4400
        r10 =3D 0xc098f58f
ether_input() at ether_input+0x50
         pc =3D 0xc04645c4  lr =3D 0xdffb3f08 ($a.10+0x108)
         sp =3D 0xc51fbd50  fp =3D 0xc51fbd78
         r4 =3D 0xdb0e4400  r5 =3D 0xdaff4000
         r6 =3D 0xdaff4010  r7 =3D 0x00000000
         r8 =3D 0x00000000 r10 =3D 0xc098f58f
$a.10() at $a.10+0x108
         pc =3D 0xdffb3f08  lr =3D 0xc038cb2c =
(taskqueue_run_locked+0x1c4)
         sp =3D 0xc51fbd80  fp =3D 0xc51fbdd8
         r4 =3D 0xdaff2100  r5 =3D 0xdaff402c
         r6 =3D 0xdaff2150  r7 =3D 0x00000001
         r8 =3D 0x00000000  r9 =3D 0xc51fbd90
        r10 =3D 0x00000001
taskqueue_run_locked() at taskqueue_run_locked+0x1c4
         pc =3D 0xc038cb2c  lr =3D 0xc038e4e4 =
(taskqueue_thread_loop+0x1b0)
         sp =3D 0xc51fbde0  fp =3D 0xc51fbe10
         r4 =3D 0xdaff2100  r5 =3D 0xdaff2140
         r6 =3D 0xc07b18c4  r7 =3D 0x00000000
         r8 =3D 0xc098f58f  r9 =3D 0x00000100
        r10 =3D 0xc0b268a0
taskqueue_thread_loop() at taskqueue_thread_loop+0x1b0
         pc =3D 0xc038e4e4  lr =3D 0xc02cdf0c (fork_exit+0xc0)
         sp =3D 0xc51fbe18  fp =3D 0xc51fbe38
         r4 =3D 0xdaf787c0  r5 =3D 0xc0b264e0
         r6 =3D 0xc038e334  r7 =3D 0xdffc4f54
         r8 =3D 0xc51fbe40  r9 =3D 0xc098f591
fork_exit() at fork_exit+0xc0
         pc =3D 0xc02cdf0c  lr =3D 0xc066406c (swi_exit)
         sp =3D 0xc51fbe40  fp =3D 0x00000000
         r4 =3D 0xc038e334  r5 =3D 0xdffc4f54
         r6 =3D 0xc0b48d84  r7 =3D 0xd73bd3e0
         r8 =3D 0x00000001 r10 =3D 0xc0b268a0
swi_exit() at swi_exit
         pc =3D 0xc066406c  lr =3D 0xc066406c (swi_exit)
         sp =3D 0xc51fbe40  fp =3D 0x00000000
KDB: enter: panic
[ thread pid 0 tid 100226 ]


I've just restored the sources involved but still have
the .diff I that got via github.




=3D=3D=3D
Mark Millard
marklmi at yahoo.com