From nobody Sun Jun 18 03:08:01 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 4QkHsJ5z5Jz4fncK for ; Sun, 18 Jun 2023 03:08:20 +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 4QkHsJ3Yk6z3w5f for ; Sun, 18 Jun 2023 03:08:20 +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=1687057698; bh=ulsJOmH/qrzNMo4uRvqHaF7nxeNndgWmyq6Jz1XYexE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DOtuYdaqm+KwqJ1uMLVvfehvbRIIlVLCVcRiNIWhXHLWXRAwEvVDNbx6FBdO8Ui53oytIVG+YQFMgYCftomJofZ1ZOpBnYGtpR0gUVJNswfRilkDGS32dIIvFfr0YTXVBa/t5ocfkALMk7CMD7SMjmU3JTWTPaQfOh8mdLDE2oJJbBhX+uRlflRfsim1RxELo0ndqy4tjfS5XR0UWgObFz2G18FkeKH4lgdZECYLjvKEYLHpNXOS7eyTRrf6hI/wOF4zhNfsc8lB2wfZ8naeb8Dz8I8CpKv1D2gG+HE02B6aD1mOcxfJlideh+vmhT0qgzUGgHWuclP+9bAcC5f3fA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687057698; bh=wwXsS+Ccm7/gIVPOyGCg6YlV2v1XV8P1M7PL5nT65cC=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=LaL83U6RJeqGR008biujJBXhil/uR7lxpK732pMGPvDhFXy5PLXQYMvHYvd91SnzWPb+xgWX1feqJIwvmSMX+UfW0Huz8Ml0Vwp4Alsv1fQmcDsoJryIQp2hfYv7TJFkDPkqT9tmgi9Kp4T4rRrf7D7jgYuell4H8evZXMtsjyPWfv/tvjkrf2TrvdVFgFfA1eGL1LjH4PJaZ3ktMZwirafZZbyn1FPNg7joPJ0Qgk33k/Zy/KNAXpw9Y179s+xh5lIWHbyJe4qXrM6ppHkp+FEmQxtwTDFB94R27Fi5HWqUbbk5g1GYM3UfI+BvsKZL/7ilpIdmLTZHZcLYlGQUrg== X-YMail-OSG: _5tvkYEVM1npQUyhTgVLHGNd1U_vI04npi9oNRsP_yVtrIWx0HAfoSe9JJ58b9O _g0emMBxbzDMLTUqnmMPMblihrfY.uzgz4JpTexrbaa4gORGIgKsAQeynUtQWevPxVjxyeNNK3bJ t1vO9_vyx4.fCmJFQsC93Is3HovLRkDvun398hEAFGetYH1X4QFhN2NZQAbNxtVrNtg.stwbhf9a CWNYgVpmVhbdSQq5ZUOioUAkSty7kvkjNWpnHIVsThKn_mVwafyjfvNP_ULD4A9GvrYlpCdbLeFB HE8VkyRSchy9kQDvqFVBFZ25IGnHw8EIpKMR9w5XjZ9r_WmE7gNd6HLWocdfDwBn7fFsKyxsB4Uv K7eictn5vP4OpivLntQT6dpwISPFinYcsAip91xsOySied.xGiTyJAC4anRBk7DTX4A6k5Ga6QsK TX.0km7P8A9wKJXDThlNKSZr_d4bSH5Rp5G32BF3KiahlBh0IfduC4GUEng1kh04S_5HrmcmF8EB 16jJzf6aAJydkjAarptKfYnknXs0axBoC6RMpTuojN8XU6dtlXubSX30K5aQEBkHld0PxjnV474z jLMDmoQRdieQUNchiNwczno1hnKRgMjmY_grNzcSC_wOcf_8Ay50E5v9u_2tv4BsXU6OnJGeDZlQ 1KSCiz4sbAlsXiKBnmHyEGkp6tRTXKcerdB0cYa8e_.M5FrkkTNSzTGB41NfTG3GtbVQwfxB_g9g mur0VWc2SX2_kFkZH0al48G5X4pFjOQnEsej4C7RvlJbqA.MNxf1C2X_Uzkf8XYAF8eEZebI_qAQ Y1hp.33TpOd7IZOA1I.tjqqv8d187nTEAO0kwwrxgkqFbKARpKjMTBw_vEKbX60xLUWlIlWHONNz UtaOsDCWOn9QLeXFSM5F1Q5xozPhWDs4Dh0EpBHkZS8hCJLCZQZO1p4OoViDYa3k1TtPtoqF.YbK oXHgfHZRDgPTljbUbErdy2JBmAhDnpE4cLEuY6eSm73WfjUEAhHEUzp52V6GUR8kcyMu15IrU.6n qw.A1GcFUdi0AFaDC5PfEsOd3T7xYcWmxcoEDI5PNZQuLlrlrSo7RCQs_rXzIRPBnPZlI8jfKUMb _glsnU_YkXPycFjAOsavhLGx8GdjkUws52GWSA33dZIWEdUAdtodGzmziemoM.1kg7KwZAJ77P2L emtJLeTpWsgyNqMyw9.ImTqDCJ7wZsLuPgI3xw.wXU.8jvDF98o57Hu0m4G4Uq45HpA1xqkWQBF4 xm1pnxU6RxBt7eTdr.iQtx7cd3ScelUg7mg3hyI5owYZD55LlvOojDyRX_28Dttsrch7ef58TVTS insWUGuwzM46YYYL_.9hVAHdLRNfCVfy0CWucv82ccGqdDJBQe3NQPyoL_6f80la5RoAT19nPgFG tfLDA9TGB_ZfuIoOIy9Y6XcRVcOCilzL0z1e00.GqNID5vUWvYho.K_6_O_DC.sFvxA65fKWRxNM 4yL.Ony4A4oWk3xAWShxa.fxps45laQUjOsul9tZX_4fqpElbYokwv8Cup_PkW2OUxOh4syZBhu. 5GuL_teaFB78mNvJy5OghEGuw2YTE38_nuOCuH_qifzJHnOdc.RN4f8UY20SwU991xQY52xOH5m2 D9j57HrptA2UtoniNJsfE6I0L1c9pHPvBOR13yNeGbmZoy0AHhnT1SAuzNlXtOYKUm0G8nB8bpsU eRCfcyrh_6ZSC98Pup6lpQKk_EoUMs_ULBeF5DDZ9cuQuxf75mXN8SxZfjdgYOQ0WPgPc3z7qtdX oQnRFdlElTl55q8jYVi6waXBqR749vH46XIKn6j38yAjGO7FrypIiHSluVKZagEItd4SeqlN6c_. q77CAecu48dB5YB5o.zTiuYnVEvOgytBUxtvqRouUi923ruBGz9S8dtS_XtCBsN6fJ_l4HSfbCVn OmRZnDpjjXODlX0gPmgRG91tQuf1p1PZdHrMLs7.Iy0LPpRECBJAYzIf4u_WFSgAvQHNecJUGD9X 80U4U3_JitGfHVzr6m6twfKG4WuS82Aq2rdpJbrBhRdyi24dL1K75n4rweSxXsg0Bg5me8xJJ4yw 8UCEYNvRWZdmyD2KQ7Mz4pl9BJHhweJneWNTn1OcS6v37OyvYecEvjxxRscMoyb5f5TyGEKC50b1 uzg0M1hSHsDRb_mZYLXidahEyw75b3CSfQdOg37j_HBWP8.vLpuTUEr0xiV0_5L1BPZ9x3v8qxrj U.k96svQ3t.Fu3fPkT.BSku0ps9GsXZQeMjuDtC.0EfxZ.Np2kOljjfldws0.58EXsvPG9HNA2OE q6f1.cOo- X-Sonic-MF: X-Sonic-ID: 7a2a0b08-db68-431f-9dad-127c70e3b3c2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 18 Jun 2023 03:08:18 +0000 Received: by hermes--production-bf1-54475bbfff-nw875 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 65ffe7871af0e7c7779026d33525a4d0; Sun, 18 Jun 2023 03:08:13 +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: Date: Sat, 17 Jun 2023 20:08:01 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <7D97AA65-3D7F-456B-8279-B987606EB8C6@yahoo.com> References: <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> <7D1BE218-B8B5-40EB-8CF3-C09CDEABA9C3@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4QkHsJ3Yk6z3w5f 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 X-ThisMailContainsUnwantedMimeParts: N On Jun 17, 2023, at 19:09, bob prohaska wrote: > [apologies if I'm barging in] > > Just for fun I tried rebooting my 8GB Pi4 running -current > from the video console and USB keyboard (old Logitec). > > On reboot there was no beastie menu (maybe it was turned off) You later show /boot/loader.conf as having: beastie_disable="YES" So: turned off. > but the loader responded to the USB keyboard to allow boot to > single user mode. So you entered "boot -s" as a loader command? > The HDMI output ended with > .... > Dual Console: Serial Primary, Video Secondary > and after that the keyboard became unresponsive, USB keyboard specifically (not serial console)? Serial console? Also, does "unresponsive" mean that neither the serial console output nor the HDMI display showed evidence of progress? Did you look in both places? And which HDMI port was in use, the one nearer to the USB3 power port? > although the caps lock key still toggled the light. > > Meanwhile the serial console reported: Was there serial console output between the "Dual Console" line and the below that you have not reported? > > Enter full pathname of shell or RETURN for /bin/sh: > After hitting return, USB keyboard specifically (not serial console)? Serial console? > it continued > Cannot read termcap database; > using dumb terminal settings. > Cannot read termcap database; > using dumb terminal settings. > > Issuing exit to the root shell on the serial > console brought up a login prompt on the video > console and it worked as normal. > > At this point /boot/msdos/config.txt contains > [all] > arm_64bit=1 > dtparam=audio=on,i2c_arm=on,spi=on > dtoverlay=mmc > dtoverlay=disable-bt > device_tree_address=0x4000 > kernel=u-boot.bin > > [pi4] > #hdmi_safe=1 > armstub=armstub8-gic.bin > gpio=2,3=a0 Having hdmi_safe=1 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=0" if you want the first part of the file to match the default content exactly. The gpio line is not default content. I'm not aware of any of this being a problem. > which I think haven't been tampered with. > > /boot/loader.conf contains > # Configure USB OTG; see usb_template(4). > hw.usb.template=3 > umodem_load="YES" > # Multiple console (serial+efi gop) enabled. > boot_multicons="YES" > boot_serial="YES" > # Disable the beastie menu and color > beastie_disable="YES" > loader_color="NO" > filemon_load="YES" > # net.inet.tcp.tolerate_missing_ts="1" > #hw.usb.debug=1 > vm.pageout_oom_seq="4096" Having a figure bigger than the default vm.pageout_oom_seq=12 may well be important. I've never needed more than 120. > vm.pfault_oom_attempts="120" > vm.pfault_oom_wait="20" That is 20 seconds * 120 == 2400 seconds, i.e., 40 minutes being allowed overall for trying a specific page fault up to 120 times. This seems oddly large. The defaults are: vm.pfault_oom_attempts= 3 vm.pfault_oom_wait= 10 so 30 seconds overall for trying the specific page fault up to 3 times. > [likely the vm stuff is pointless] > > If there's anything useful I can try please say so. > I'll have to set up an experiment and try it based on the recent snapshot of main. === Mark Millard marklmi at yahoo.com