From nobody Sun Jun 18 04:13:04 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 4QkKJL2ZYJz4dvy7 for ; Sun, 18 Jun 2023 04:13:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QkKJK4Gq6z46Qv for ; Sun, 18 Jun 2023 04:13:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=HtSnimoP; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 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=1687061599; bh=zRyQzVpag9OOZNZjpVHy1vxEcr4hiZzVnDqYACvMHVc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HtSnimoP4aYSQPPs3GmDsWG7f0biC18gYNZaAeBhfR1aorL6RDSAc/R2UJW9CwkQfGucr98RjANdv2i0zuEZKzwGIl1+daYcW1OsPpB1Y5w+ZSgkKmwfqaD16xVFk7MmDUYmA+nW03r6TzsLA0fVmpClK1qP3/X+luEJNS9cyXYpOfbf/H6mTisHTmnDGGeQdkrXf7T2YiVqoj4aveR8+DWDxZaxLnRKujEGrfZhhmb+kjAfs7Yiz8kJfVJoFcPI9PadgkrWYxpN24h+UX+MPx4LNKaN1i1EOcxX+b3RpwcoR82kBSLfwuen2wNiMGL0+xdTBPOk/xQGvjWPksvSfw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687061599; bh=o+G6QKO8DKkIwy6CpK/07LHuOfCuLjFrqJRzqyBQPvk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gkisQdxdgD42LnroEJMtl9b7OWIKFTunOHeT8FGVxgnlupIj/ZxfSn1VQUkGcv/ih4RMd2y5ztyJxTMi6ZCItBvo+aGXJh0IOqfKE0cHmhYCP2zGvD78Q0BsD5wUauy8n/cJmNYm9P4aWrRfk9kR2SOf9Y1Nm4jtIESbl9xOIbjAbuDfSAJRY5e8rMr8pLBWYX2/1dK8jUy4iZm6ur0arLptta2qcGRED9v6FntyYbIqQ97hSlsM6dgS4ne4pFutBgjWljVmm7i5Recm7K410CIAbBQ4AUckTjRxarIxBTsrnhqLfGYSpK8qelVnNT14HcB27QRXbJH3CcEbddEfuw== X-YMail-OSG: QYnRSGUVM1kWh3PvrkX9imb2LBl6TEOyuApoSSHMULASuzVwE_S8xekdp7sCoum bNlMKt0Pl73Z6sAwi6Sj1YirJ.1WHm3G9UzaZJA45vfK92gNNLcnIZPqO_2UwQHM3z2U9YY2IUQT 8SR3uL1B_yMM_.inuLtpIwXrgTxdP9QqmFMtO4e5qzYwTOf3K.SZ9gCBwH41X_ZFyMuJiGOd7y7Z VnjDMgu3YGUcWUWq6iPBW4sM6FeFAJ1hUegMBBBQCsUSku1wGhDyKIblqipxyV_bKP4dxoPTPpUE OanLOHHDtN.cndHaZB3o0jrqduLdyup3VLbL0G1FhuiEgq_TIbAaev6lGoiNONZdxeO1jtywtqWN MAhIazsCAYD6SxPvN2f0NvJSyrzAbDMNiUpuXcZTPa_hbcYL3iOalNvXphrP6ktWCh6bnwuQWy4l Vjw3yorBebIiAiFCJkwUVmua.xD4Zhwr9f6OgiVvw.wT1KixS0LRBJE1SJeKEORVCSrhf.T1KyRp GUQCnREEt__X2jESsMJz3TiFH5UjQ9U7UST4aBmH4p7scT0XlaBV36d9qPYLZ_XX1waoifxcTD7. iu4tQboHDrbRlq1MCrrLr9IKxZM7G2iF9x2V3D8Yw2oN5IFtWDMqYlQOrXUiPpEZTTnN.FyswSGO B1w1fFIOzFXqsFhiT5QIxsMfN8YGf7pG4mCVgwkLqhilZOtRFF2SxSjo9GsZkf0ydG_C0biL1Tcv vDhPdTJR3BTYYq7nBO5KQuLJAyNbpCarevTZ4IPzxJ9AySz5dA.0f5wff2hcoFoTcbf8k7hcmloO DEqZuj8T6HaHrQDGK1k.bnkSKsNHXXnu6V3Za.rXh5Ob92AS97Q8PzJTu632d_XX7SGBW7qg3z7h jd4ojibC7c3w9Dws9FkO2R9IcYnXjMSk7r6XAOibu8YnPheNOVjxNBYfXuHECmKvPXkYu_ho6Kzb Xdr9_zABUFyopQooWanI4kVkH.ZoQFW0Ti.N.22UPkzzP7coTyYVjzvBHfp2YpVktxhfhJY_XOIB IiXQ1wrQLL52CbSy3UucGHzbE6Y4EONtW3dQ8DBj50wfnreJYSMmAC5rrLpbnmoFbKE3U985RrNZ tFUrCcRjZTkwAAQzGxWNhnXfFtyABfGNAeW.n4Pwz_iE4IKagGMPCmsV9bXBNzVUOJS7UzzXR4cG 1QVmJIsVKRXJhBc.uamb7ygxC4Ivu1bwJSOrAzQQKcVbZshENVPmZ74M5aBRjW.RXDsUxAlGVxiF JUfpARqIJgqMlZpuK1hOClf46l7OGeIFxsXV3nHZMuw.2btbFTIDWtLGwCDBP6nJwLdatEzgzAuZ NV.i4E0mhly2nGrg9kDX5eSHkvdu5RGxdzOqd5hf1Yfla8xvvxQAzb_8rIqeKf9zU0tVJElT0whH tOVygb0nv0drRCnFBgEBw_aq3BwJdT9LI8xA5FA.q1M_zyp7XvtCnJ7WWdM3yKKpHejgMmW71nZX uolqcON3l4YvVJot05244uiWshajTjAsRFXMXPihNmGwziM6MeGEdVfLqIspIK_9pWg4lPGeFTqg B4KoY_YZl_gV6nwAvXlDXbc6tGYiAuIdCWpXkoEwyQrnvqm7D_KN9uHkwlcVH_FNq3XIk1hbwpvo PGMRW2GqouDVdGG8KbK7d6wR6eGdiGtRD31C4xdRKVDXNiX5_LAVsroJm_vNLSB4L8JZ3fxLhYv1 hJrgUnirAS215XzTQnUbrjM6nIg5_U1nktg3z8JKy3YWaZKt2GYJThoc6I6I0RlcIF34Pk.ttdQ5 uFRV9HQl5jxGHRK__mm.knrpAhtTDOiZJE.sL6aTZO1EX4etTNR8zwjQJZunjUnnljpyH.l3zWiV WpHwtjUEtgneFhmRwZUMCjTd.qOJ7bNp4_mZL3i4tHoXlrUouoB2s.OfEEZnAqQAWKSeafWPy4ew X6lPSOGHXZmjvnvfj0SUasHFvVZx8mHE3Bbbgr7qbOUz5PYkrhNmi5cFa6WjlGShF8dLdyx6aJbV TP7Wvl5mZoLw8RlzwLd4CZSB8EJT5yXEYCAwdnrC_LssKrveqmQLEa610FAJMpv.sFseRdiFMTIC Cwug24eAH.dxN.YPSIqCw2de2QDKEq5IYOBeMmRHlX5OY3Ao6g6XJUskn2PovEkqHytPzT_GwJz9 _Mi0GHhQCt0P5mtLSEAlLxO6KLm0ERw554PGEDQlN6.hRF2NGpAe9vaCSNCRU2lXp3U3ZtY041T9 YETA4C9lWOCKnSpPecnsv5cZthddge8XZoVLtICHCA9OaXCuaew61LJYuJx5pA3qh5qQuZ1vH9Q- - X-Sonic-MF: X-Sonic-ID: 821ddea9-8ed2-485a-9bf5-ed0d81aae492 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 18 Jun 2023 04:13:19 +0000 Received: by hermes--production-bf1-54475bbfff-g6lsn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 34e05386c5e5735993fca759072b0630; Sun, 18 Jun 2023 04:13:17 +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.600.7\)) Subject: Re: keyboard doesn't work at Boot Menu From: Mark Millard In-Reply-To: <7D97AA65-3D7F-456B-8279-B987606EB8C6@yahoo.com> Date: Sat, 17 Jun 2023 21:13:04 -0700 Cc: freebsd-arm , Nuno Teixeira Content-Transfer-Encoding: quoted-printable Message-Id: <45029007-99E4-4A6B-A0C1-6DFBF1CB0565@yahoo.com> References: <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> <7D1BE218-B8B5-40EB-8CF3-C09CDEABA9C3@yahoo.com> <7D97AA65-3D7F-456B-8279-B987606EB8C6@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.600.7) X-Spamd-Result: default: False [-2.86 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.987]; NEURAL_HAM_MEDIUM(-0.92)[-0.917]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.46)[-0.460]; 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.84: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.84:from] X-Rspamd-Queue-Id: 4QkKJK4Gq6z46Qv X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Jun 17, 2023, at 20:08, Mark Millard wrote: > On Jun 17, 2023, at 19:09, bob prohaska wrote: >=20 >> [apologies if I'm barging in] >>=20 >> Just for fun I tried rebooting my 8GB Pi4 running -current >> from the video console and USB keyboard (old Logitec).=20 >>=20 >> On reboot there was no beastie menu (maybe it was turned off) >=20 > You later show /boot/loader.conf as having: >=20 > beastie_disable=3D"YES" >=20 > So: turned off. >=20 >> but the loader responded to the USB keyboard to allow boot to >> single user mode. >=20 > So you entered "boot -s" as a loader command? >=20 >> The HDMI output ended with >> .... >> Dual Console: Serial Primary, Video Secondary >> and after that the keyboard became unresponsive, >=20 > USB keyboard specifically (not serial console)? > Serial console? >=20 > Also, does "unresponsive" mean that neither the > serial console output nor the HDMI display showed > evidence of progress? Did you look in both places? >=20 > And which HDMI port was in use, the one nearer to > the USB3 power port? >=20 >> although the caps lock key still toggled the light. >>=20 >> Meanwhile the serial console reported: >=20 > Was there serial console output between the "Dual > Console" line and the below that you have not > reported? >=20 >>=20 >> Enter full pathname of shell or RETURN for /bin/sh: >> After hitting return, >=20 > USB keyboard specifically (not serial console)? > Serial console? >=20 >> it continued=20 >> Cannot read termcap database; >> using dumb terminal settings. >> Cannot read termcap database; >> using dumb terminal settings. >>=20 >> Issuing exit to the root shell on the serial >> console brought up a login prompt on the video >> console and it worked as normal.=20 >>=20 >> At this point /boot/msdos/config.txt contains >> [all] >> arm_64bit=3D1 >> dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >> dtoverlay=3Dmmc >> dtoverlay=3Ddisable-bt >> device_tree_address=3D0x4000 >> kernel=3Du-boot.bin >>=20 >> [pi4] >> #hdmi_safe=3D1 >> armstub=3Darmstub8-gic.bin >> gpio=3D2,3=3Da0 >=20 > Having hdmi_safe=3D1 commented out is not default > content but likely is very common to improve what > is displayed. An alernative is to have a separate, > later line that has "hdmi_safe=3D0" if you want the > first part of the file to match the default > content exactly. >=20 > The gpio line is not default content. >=20 > I'm not aware of any of this being a problem. >=20 >> which I think haven't been tampered with. >>=20 >> /boot/loader.conf contains >> # Configure USB OTG; see usb_template(4). >> hw.usb.template=3D3 >> umodem_load=3D"YES" >> # Multiple console (serial+efi gop) enabled. >> boot_multicons=3D"YES" >> boot_serial=3D"YES" >> # Disable the beastie menu and color >> beastie_disable=3D"YES" >> loader_color=3D"NO" >> filemon_load=3D"YES" >> # net.inet.tcp.tolerate_missing_ts=3D"1" >> #hw.usb.debug=3D1 >> vm.pageout_oom_seq=3D"4096" >=20 > Having a figure bigger than the default > vm.pageout_oom_seq=3D12 may well be > important. I've never needed more than > 120. >=20 >> vm.pfault_oom_attempts=3D"120" >> vm.pfault_oom_wait=3D"20" >=20 > That is 20 seconds * 120 =3D=3D 2400 seconds, > i.e., 40 minutes being allowed overall for > trying a specific page fault up to 120 > times. >=20 > This seems oddly large. The defaults are: >=20 > vm.pfault_oom_attempts=3D 3 > vm.pfault_oom_wait=3D 10 >=20 > so 30 seconds overall for trying the > specific page fault up to 3 times. >=20 >> [likely the vm stuff is pointless] >>=20 >> If there's anything useful I can try please say so. >>=20 >=20 > I'll have to set up an experiment and try it > based on the recent snapshot of main. >=20 Well, that lead to an interesting discovery separate from your issue: initial_turbo=3D60 does not work for my "boot -s" use: the USB timeouts occur anyway. I ended up replacing initial_turbo with my normal overclocking that involves force_turbo for the "boot -s" use experiment: # more /boot/efi/config.txt=20 [all] arm_64bit=3D1 dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don dtoverlay=3Dmmc dtoverlay=3Ddisable-bt device_tree_address=3D0x4000 kernel=3Du-boot.bin [pi4] hdmi_safe=3D1 armstub=3Darmstub8-gic.bin [all] # # Local addition that avoids USB3 SSD boot failures that look like: # uhub_reattach_port: port ? reset failed, error=3DUSB_ERR_TIMEOUT # uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port = ? #initial_turbo=3D60 over_voltage=3D6 arm_freq=3D2000 sdram_freq_min=3D3200 force_turbo=3D1 # [pi4] hdmi_safe=3D0 That avoided the USB timeout. With that out of the way, I can confirm your report, where the serial console showed: . . . da0: quirks=3D0x2 Warning: no time-of-day clock registered, system time will not be set = accurately Dual Console: Serial Primary, Video Secondary Enter full pathname of shell or RETURN for /bin/sh:=20 root@:/ # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ufs/rootfs 4892 2793 1707 62% / devfs 0 0 0 0% /dev . . . but the video console stopped at the "Dual Console: . . ." line. But I expect that this is considered normal: "boot -s" likely only supports the Primary console at its extra stage, here the Serial console. FYI: # more /boot/loader.conf # Configure USB OTG; see usb_template(4). hw.usb.template=3D3 umodem_load=3D"YES" # Multiple console (serial+efi gop) enabled. boot_multicons=3D"YES" boot_serial=3D"YES" # Disable the beastie menu and color beastie_disable=3D"YES" loader_color=3D"NO" (The default.) Changing that to: # more /boot/loader.conf # Configure USB OTG; see usb_template(4). hw.usb.template=3D3 umodem_load=3D"YES" # Multiple console (serial+efi gop) enabled. boot_multicons=3D"YES" #boot_serial=3D"YES" # Disable the beastie menu and color beastie_disable=3D"YES" loader_color=3D"NO" and retrying leads to the serial console for "boot -s" showing just: . . . da0: quirks=3D0x2 Warning: no time-of-day clock registered, system time will not be set = accurately Dual Console: Video Primary, Serial Secondary and the video console being where the: Enter full pathname of shell or RETURN for /bin/sh:=20 shows up and operates. The USB keyboard worked just fine for this. So, again, "boot -s" only supported the Primary console for the extra stage. I did this experiment with: # uname -apKU FreeBSD generic 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n263574-456c1199d3b3: Thu Jun 15 11:08:03 UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1400090 1400090 But I expect that is is not specific to main [so: 14]. =3D=3D=3D Mark Millard marklmi at yahoo.com