From nobody Mon Oct 02 04:12:17 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 4RzSGW20n4z4vVs8 for ; Mon, 2 Oct 2023 04:12:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.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 4RzSGV3HLGz3Qs2 for ; Mon, 2 Oct 2023 04:12:34 +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=1696219951; bh=NZlSlQm06wZs9HZtB5OT3VLeVGGSsbXukXB2WCLTfSs=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Sgz+ztxyspRH0BtgxczXnlFEYBKllOLUqAwexFbFPkOw8SoY35oaWJXgOuEBvbfLAZ/5xJSw/kVp1z1xKSpFvXZTT0t28LY2JDT+w1A0Jmy+jsSmJxF2xaAHKjIFNLeJk/Y++XMJxf/z+4cEWLLHH9gYIUPZJx+caUUg3dEgnEgKdS5XhU+X7CZybylC0yskMYVnpySlZGdDWcrKSr1wHgdh/sRV/u0ZEcpuCdWaJQtRphT7kQfDo34RPp/dKkuOX3QQmrJvsHjZmrvjRgIaG5KUP+3RibZJfhG3XPR6TprfQLy5ym1RFLldMFRqfcRX/O0C1bs+Qk1WxlTIgzxvJw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1696219951; bh=Ro0CAvlDL2liIT9YxrWQx6p/KalDYKz1P/+hynz5rIv=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=CYB0/r5Ixp1v4bmH1XVFsTZFaafPFHS0T4qO1Qg56arieeBZiUhkmKO+D4FD6ow+33wLeT8fbo5b3rh3tZZpqaTe4hgVjMpH9XxLdPGoEfJWqaOzYkMCViSimA9GbJNGrf+M4DRfvghZYIGVlmjp/LFZuDsnkfYtuk6WdxUYHyej4ijV1MmUiBdRcnHdC9ijpEngPKt7XIiHHtih122DNvS2A8RTH5V8lNP2vjH57rSq+Upil8Dl6RtyAjNPCOI4uwerMpej4UIJ5Yit4NNDY+8kx0UvXbfvA4r9rvWpE8BIFASI0JXJt+SGmM1S90PSGJ7RV9J0SshNPQEvINm7HQ== X-YMail-OSG: atCBZlAVM1ljfvUVKdfwggNCJP6i5OnE7rr1vnzvGI4mpxQVnso2XVOEldseqb2 HqC.m3wlneZotOulsU9qYOj31LXr0Z6RFML_5Kgbqqlz6NqwGSSmZ90IVSlfIgiITju2ENLR75lx NGM56dCilVZ8cvF9zrhhoUeNuYo7LIcdGT1VRjP5i4.0UKvWRLGv.fy67gvdeBWkeys1Ok2v3xWA qLfjJ8dGzUenYUc5o1GpLD5WUpd._FELjrPyHrdGOP_ExnpC2yWQTHNBEAd1RNyUlnjm7xKHkk4j KJ6V88AQC7Y1YX4ca.uRSJDZPNn3ox_m5Or1twI5wY8IxWaW8Ga9Dkt5WEiRXZiJm__A8dAS0M0s YPyQZ.HEZ7CKuN9PMfPxY.WbCo6KT..a6IlHsoy.NzgCXcvpC06YL6FYVMQ9a8AH9yHuIBOhmkRF hPRqfNWBgQFPIDfbFyOWPkUVM0MuXpt0xsbMsBMkYs1xZHV17Bq.dyRA6H7yk2_bXIEO5E8H7erX AtS9g_2Z4GnDGsSmayB39SUUBre5f6qprWrUFBa0PeLFbiNkY_bXGTyLjkktuXxXF6CXx.aEVJQ8 r5XtgaTUyOj8fm4m8Da_YlZbVHN.xNEBnpMpGWgEpezK4r19hkbzxrisPPOS4OSf5awqOF3sh02d 9vpjtCYpmClIJB8exiEUssz5bAG2eOO8gKkcLs1qWbAykcypfUp4dIWj4WlvldkPPprOEMYWTWrE YC6y_rVaiYIa0AAL1uOZdZ5CJ4h_WSbyDK0QKypOeUSdoT46HJtoWD4OIcVhDT92q1eZB10hgZs2 0O1ecrPzPVxg1KwxQQADR1iMAJrjbuiefwHxqSUj.Q1j_QGBA6pteo1r4BiTHGppGbpYtLCAoK6l wLrlnascZLlTWGgG.I_ECIjE3dEl_5NI3H3SA_idD8IyxCadCP3FMPr39jCFaEgbH28_xN3F25HA 67bWx3eYttW8VMcxo594GTHcPVJHm5_OQVxh6awDQYyHIc41fbg_QllCgIPI4MTMnEAuNt7DJ4cO 1A0_K9A3lRatJJxlgaYLPRBw9nNb4xosWAQbvvuD.TFvo7p4hyvkvuL.1tH9Z6UiT_nAR6sKjyMa Nh4l690Rgb8b256d_lohkJqtIdXOR8wFrPFA0Bot4yeJUEf9Jj.Pz7YjTMLiUY9x9ZvkvnZ7wpHJ M.aZ4INP9EKXYcHFn170jCZPgp4mqm1LHd_Q1kHymEF6HQYSYuTIQThOUFP5noOH7UZPE4Hx7Q97 hlfcLuCqhJJBLr7NXi.k1mBepVdRMbkJHVMYedabdY0ldLPvSJ0NWNkIboSjnZvwtw6ZKiap33Am YoydRd9ol3IBt2U8QBeuHjpREwQJFwMr9_xB9nsMKTTclLXnZIGE92os8diy.F2z5tzAzWnuVPS. W0_mFgjaaGwLQzWbtd08nPpnkeAvLmghpI5M6broQLpRuypNGVZGVJUYikO.MjIf.WMhrRLuQjZ0 YitbYyLe8LkR.bbWT6DOH46pxZd67WTJeyjUDjWtno4fX3RmbeMEKmILRofuMeIwaw8VTkXuogxS fUoXPU3x9rJelqsz8rqFfQH.r3fjYYTnZFdioO41I1gsfKYXpa5s8JYtK376ufaLGLr39Rz6PIzj 63jccB58B.QfgyS28gdWTkjZBo7Rkq85xB3FFb_sTW7YZVpBTRvGSiz01wNhJaC3.LgAeyONcvYO _bh9XFw2.d2OONHObG2.FjJKkhFKqRTU6O8K0vKKsuGURMkaCfOk9nDjqmWIMWwUBKefjRLcht.3 6Pb06OXak.By8kVeJcUQ422pGRMQ0pVhwloKLP0rv73MWy0riSFm3QDNq5rTrIuiKtnB.QA_EMmI 50JE3QWIGxOyNyznE88n_Yj6ZiWjOmtVF.p5iaBSQgF4Qq3cOr4IexcXvJUz8vWj2jtJr8bCd53J UV_xQGq7tAk2EEoIS9iCjeL9PNGzxPga7UqXXvhYIy6LZQGnEcsz9ZL267LLqIL1S_sOGHuGOsCj VuuTcVGjjoHFN6TEDJc2.hNk_JpGjC9t0.ilYX1mp4IGqutJHZO54_ZUHzjm3igMrwCjLrk1KmUc LYmjSscL.Hv7NU2MciZmOWLmG6nHLNkuMoovsUF2hYCSfaljbB0YvaURG5.gdEN.9aQnGNdfvMjC FvXbcCKsHWGRlgSYBx705oMjGhhOptKW57rtE9dHfK_huL8gO6b4QvuTZW6cLg_wV0JNWFN3qAvd 4KRkylJxVFHIhdoeO1E7R_w_FbJpOsYpPnoYcwgPFnqn3P6O1jOeQ5gjzrB.TixKGvA4nclz6KAA - X-Sonic-MF: X-Sonic-ID: f0e600da-9990-4f8c-bd7f-d695ca7f7972 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Mon, 2 Oct 2023 04:12:31 +0000 Received: by hermes--production-bf1-7cf89fd98c-8m4br (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 350e9344e80211a8c069dee6b5bac976; Mon, 02 Oct 2023 04:12:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.100.2.1.4\)) Subject: Re: Shutdown -r under -current hangs on RPi3 From: Mark Millard In-Reply-To: Date: Sun, 1 Oct 2023 21:12:17 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7EAAF93E-A7FF-477C-AE02-154828E9F3A7@yahoo.com> References: <88F77A9A-F3BB-4FEA-8330-EC5992D7B36B@yahoo.com> <7B1D2B1C-C580-448B-BEB9-51D07417C62D@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3774.100.2.1.4) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RzSGV3HLGz3Qs2 On Oct 1, 2023, at 19:25, bob prohaska wrote: > On Sun, Oct 01, 2023 at 10:09:59AM -0700, Mark Millard wrote: >> On Oct 1, 2023, at 09:25, bob prohaska wrote: >>=20 >>> On Sun, Sep 24, 2023 at 08:17:54AM -0700, bob prohaska wrote: >>>>=20 >>>> It appears that setting=20 >>>> debug.bootverbose=3D1=20 >>>> suppresses the otherwise-persistent >>>> Khelp module "ertt" can't unload until its refcount drops from 1 to = 0. >>>> message during shutdown. No new output either, apart from the swap >>>> removal notice. >>>>=20 >>>> So far, the few shutdown -r experiments tried have not gotten = stuck, >>>> even after an OS build/install cycle. >>>=20 >>> Another shutdown hang has been observed with -current on a Pi3. >>> This time bootverbose was on, as was ucom debug. This machine >>> has an FTDI usb-serial adaper.=20 >>>=20 >>> The serial console reported: >>>=20 >>> *** FINAL System shutdown message from bob@pelorus.zefox.org *** = =20 >>>=20 >>> System going down IMMEDIATELY = =20 >>>=20 >>>=20 >>> Oct 1 08:21:26 pelorus shutdown[78571]: reboot by bob:=20 >>> Stopping sshd. >>> Waiting for PIDS: 1063. >>> Stopping cron. >>> Waiting for PIDS: 1073. >>> Stopping powerd. >>> Waiting for PIDS: 1002. >>> Stopping devd. >>> Waiting for PIDS: 752. >>> Writing entropy file: . >>> Writing early boot entropy file: . >>> . >>> Terminated >>> ucom_inwakeup: tp=3D0xffffa00021cc1c00 >>> ucom_ioctl: cmd =3D 0x2000740e >>> ucom_inwakeup: tp=3D0xffffa00021cc1c00 >>> ucom_inwakeup: tp=3D0xffffa00021cc1c00 >>> ucom_close: tp=3D0xffffa00021cc1c00 >>> ucom_shutdown:=20 >>> ucom_dtr: onoff =3D 0 >>> ucom_line_state: on=3D0x00, off=3D0x01 >>> ucom_rts: onoff =3D 1 >>> ucom_line_state: on=3D0x02, off=3D0x00 >>> Oct 1 08:21:32 pelorus ucom_cfg_close:=20 >>> syslogd: exiting on signal 15 >>> Waiting (max 60 seconds) for system process `vnlru' to stop... done >>> Waiting (max 60 seconds) for system process `syncer' to stop...=20 >>> Syncing disks, vnodes remaining... 0 0 0 done >>> All buffers synced. >>> Swap device da0s2b removed. >>> Uptime: 3d0h14m47s >>> Resetting system ...=20 >>>=20 >>> Both Ethernet LEDs turned off, if that's significant. >>> After about half an hour, I pulled the plug. The machine >>> came up hands-off. >>>=20 >>=20 >> Was this a debug world/kernel? non-debug? May be >> output I was expecting only is generated by the >> debug variants? >>=20 > The kernel was GENERIC, no private modifications >=20 >> Was there any lights sometimes on anywhere during that >> about half hour? >=20 > Wasn't watching. On a repeat performance all of the on-board > LEDs remain off, while the disk light seems stuck on. My understanding is that the RPi3B's SOC can be powered off without cutting the external power, leaving much of the board also powered off despite external power. (Simplified wording.) In other words, "shutdown -p now" has a chance of being made to largely work, if I understand right. If the USB disk is bus powered, that stuck-on may indicate that the SOC/board is still powered. (Not just in the external supply sense, but operationally using that external power still.) > On a > successful boot the disk light comes on at power on, goes > off until the disk is probed and then remains on while running. Is that also descriptive of a successful reboot's disk light behavior? > If the probe fails, the disk LED turns off, apparently > signifying some sort of sleep or power-save state. Or the SOC(/most-of-board) is no longer using the external power: internally ignoring the power that is available, not routing power to the drive. It might take a power or current monitor to have solid evidence of how much power is being used, especially in the "no lights" type of case. >> Might it have powered off instead of >> rebooting? >>=20 >=20 > No reason to think so. This machine and all its companions are > on a UPS. I was thinking of if it was operationally using the external power still, rather than if the external power had been cut such that it never reaches the RPi*'s power connector. >> Is there anything about the above message sequence >> (before "Resetting system ...") that is different >> from when the reboot works, also with "bootverbose was >> on, as was ucom debug"? >>=20 >=20 > Not that I can recognize.=20 >=20 > Setting debug for ucom on Pi3 (current) generates quite a=20 > lot of extra console output, but none of it looks like an=20 > error message. I tried to turn on debugging for ucom on the > Pi2 running stable/14, but the effort failed: >=20 > root@generic:~ # sysctl hw.usb.ucom.debug=3D1 > sysctl: unknown oid 'hw.usb.ucom.debug' > Apparently the feature isn't enabled on stable/14. > Odd, because it's in the man page. >=20 >> It is an example with no "ertt" message. >=20 > Yes, and in retrospect I'm slightly surprised. > Apparently I set bootverbose interactively. > Now it's set in /etc/sysctl.conf. =3D=3D=3D Mark Millard marklmi at yahoo.com