From nobody Sat Jun 17 20:56:06 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 4Qk7c43WhZz4dsvP for ; Sat, 17 Jun 2023 20:56:20 +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 4Qk7c256sqz441y for ; Sat, 17 Jun 2023 20:56:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=pXCqUI4Q; 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=1687035377; bh=nWmKdNMrbd9xXWyGLSOXDuj80Q/cG6PnkKxSOzKKwW0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=pXCqUI4QW9ayUBLdHNkQfRu5nQmzEm/Cn4/7RMNQE3FacBsRe5YpIAZYvNcVjfC1QQp/u5Xz9i/mR9A+N1pEW98vf7Us9kXQQDkN7XoRsirTA4h58fnsdA1tCJY7pJuQsInPcVaK7u4fyWuSb4Plut1D5R0bWioFVn1UlxXEReE9CbaJ54CDcsYT0U9QpcJlM0eQaDBh1OEFt5VjBUakIS6h16a0FDUbZvqLYlD1RIzQPCgTGBIYwFYYVVM/yn9Qoyz9FVfxqAXYeogsEafPmfXbwLjrAU74Wcmf3Tv/CNDUmCOOMSkW9dcbV6ZTlL6HQKYwZ8bWCGIpL1IrbbFhzA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687035377; bh=VDT0X9tzcy9jDVfxXZEbHP9DcaiMmlITm94EKmwMBwj=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=D6N019Ln3dURJiaFuXPXGDu+YX2s+Aa+OunQfXNX+qFfAZGADMS8/Rhytj+bzzzcb1X08civfjt4V3i14fTckJIVV0puHG5AgFdr1kGdOec5dyaF9wSBUsDVKcXk8DZpT1S0WqcJuhTh5GNaeQmWkM1jkz1nTYHPY/5Ay9dWb6sgyEGlhr8uD/t4ucF2+c3sKb/eqbXa0DDqmvKnBpjGVwcMTInzqLoMTg/271M5I0P1zVd2Zg4hCKV3uxS/q/Tvo0HIDQnm9wk5tXm8PBtMa34zj5mgLvTI4Iq7fh/hg2zTb88wDiCpZmj8IgX9LZw3Ql6e700fwIAx+GuZfjLXVA== X-YMail-OSG: ZPzPpHMVM1l2_Uba0TaqPF3.PDEvzCG0TPQ056snFPkB7vma7TIXuiG5hNwCIXO 0IpUKLK7NswqLqDmvBfFv1j0OFDfIH_NMIJ3AAbNQ_BcQC79JqE5v0f9441W4X2PtCiCQQho0n.P sXzB8wSF2.uZzQQt2eOQ6wN8aq_qnCSJCmmgqjLGZcL369cjuiExIQPaa6adW.m96861cKsuzLd4 X9XlGRox2czLwme969axMxcwhuXhi3_xcp6JD4F041I59qUWSHfLzImX7bI2lua1ph5N2LuV4u7P 4lu.V9toWSIvTnotg4F0M63GEMs4saRSjpGuqZz7ssU94Ls9QRIyKhu3yVbud18Ul4QnbdQYM9h0 4w1SKMzANvNmVJOsDxy1BAywIjWN4dX67fRFwps0XtmujMFDkfNiUWNthzauXvnIrbLxh2kt9yWe gTtL.oVdn_ZxPtImkSQFa_qzqC5z7HiDE3ja8KwjM8WDZFylzPU1za6a9F09cyhaJc6WL4TDBS7J bkEAxpY_8W_ww9NjJVGmWLsVOy5g5.X5wl6fRh9Mv85PM888fP7bqkfnQJ3lqtDF_3LCpDqv0QiP nmcbxh63pCuGJJeNrC1t6tmqBTiA9kceqhxx3jGJtyx8JBBg1MJ8WzRGBmVIyPCLslj9x1JpQvsy nyEJIF2QhGT3ERB7OZNLrr4lUkjIje4v3inxQriJPzJdmLA3nPOa0XUQD2vtEAtmNZwmbIQgrizd EnxlsqCrsxsYaMWKs58vlPBK0PQ32dwrgrZzBoU1QnjZtG47NKGnIj8.KHNEr0TN12O7SIlgeM7K C9fDFI_KS753NtIn2UjLQmuz7dZzmiMI0xCu1QSEapc09pWz_RiWuVgeRDAthQjf8OXmgYKPxD18 Y15nSduSD_yah7BbU7835hbmxxYhBTzdmQlHsaQu6htwm.JFW4jLtUlROj2Qy3sSrbpr9QIlc3oJ EQfVcF1WlliFMO6HoFqtA0v5ORrAhjJoSXovaGiy9rrjT.fIHiX9wBfmbINGOl10bwZAVmymXH4J m7JnnF2N_TT9HqA5x4P5QNmEcgbsOg9jT7G2WIJtG0a.gJ5EcDrRD6kcMsOcDA5ML6MJ.4vuoNRM otHLIstqr55ieLBGQ3c.zhKuN6.L2TwOa_8EjEaiaLsZ0ix6c1x.S3f.8pglPCLikAdWIMWUOcjk B6qwiVAbNLG3Za.vtHIrrZwnqFTaTF0w5adeGN67hYpppYL6M4QEjlYlI.GH2k2GMW11JKttv3pt BhYOjTfbB8hQaEiEAQb3sdkwGbF2L.QUkL9LAccJM5EH2jtYg1Mrgy.U0rc8hC.TiTql8OFTg1LB lyhxt3rDwCT10j.b2bYxnRif.QnqFnSrm5p7cdATM.8LjfsiWAK7SKOk8yuJg9Kc51D6FaOa0Pcg SMkhAHmm..9rjK8ZyHkf9w_0HNe6r8jMdn91U_SeJh4MdQ7lcxRgLCGD3e7uHdRY7t1fRYHULCfb 6RGS5CE7m7oFRyS._lPDtQA4pyf7OJzf6lJn9z1Bcyrmyg5FlCtaznbZozhS3v2qyk6xJ.uuAIex 02q.LN3hx1SXV7gW59seQrZQMQl3k5088OuWkyMfRtWj1_8z1BzN2gFNAaaXkAODtNpqKMiXRYgz Zc8Kjmu4hfo_xJzqahVoYYEF5njZl8_LyrGspG6XRbYr8b4yr1ZjPDuHWY0rAVkEfUAx3Lgt.k8o 47ix7FVvJX7UxUqwAthO9yLcR6G5Y_zTzE2pf3CAMNJeUMYJMi9VgTsmQjNmDAPJu8HF_UmKt2gZ JLZ2bDGraWhhqaRLDysi.mtNfRsotgvONmc.RlCVU.FXLYQ3BXNdFwhn0nExMBaRtxu1C2ojYf5V mWwj1IGnMKCU76wAsnHrRfczcUOKKrez1ipueSVy7PjMB5oksf3ynYvsaZdSe5aGB.JPPWf9qoCg IviNqSrWm78DbiJ7.VIrDx6tnW1dR6qKH0vgrqVJ7RDdP__QBW9QJkL7seZX0AUhhZl0bbBfvM2Q PLL8qyKhiD1NKETTBrldWPrv_bw9tTIqBU.Yr6ECzuQ4B0VGiV4YyHNP6NUIzHKYMFzUxoDZtSho gypRDOVKNgn3DJqEGfEMMLwCTBauQIKcjC7xpHSwkBp0sj7UQ8wxjwK3LJArN2sIAbtdjaBK0.rz k5Ezgj45juvmdWiJ1hNLzYI8gxhO_Y13Z3mte9NfKDNUxL__NBMepCHcVsDyJcgxVoIxI6RDmi4a tob5WhgL9PsvVbQC3IXbVhc6OjQczmAwHoWE2XELwO26Dqs3JZhkA_TeyATmFAnMTWlbWDZ5xJL8 D28E- X-Sonic-MF: X-Sonic-ID: dd4852bd-5bab-4b47-a1bf-5566bfeb99c8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 20:56:17 +0000 Received: by hermes--production-gq1-6db989bfb-7mxxf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 77affff29bfaafce03c6a5dd46fc2845; Sat, 17 Jun 2023 20:56:16 +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 13:56:06 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Spamd-Result: default: False [-3.37 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.948]; NEURAL_HAM_MEDIUM(-0.92)[-0.921]; 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)[]; 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.68.83: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]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; 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.68.83:from] X-Rspamd-Queue-Id: 4Qk7c256sqz441y X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Jun 17, 2023, at 13:53, Mark Millard wrote: > I'm just making a status report for my experiments. >=20 > I did a: >=20 > dd if=3DFreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img of=3D/dev/da1 bs=3D1m= conv=3Dfsync,sync status=3Dprogress >=20 > I made no adjustments. >=20 > I then tried using the USB3 media to start a boot of > a 8 GiByte RPi4B. It took my typing to the RPi > keyboard just fine: I did not have to wait for > the timeout when I hit . The (official) RPi > keyboard was plugged into a USB2 port. >=20 > Unfortunately there is a known issue for my context where it > gets: >=20 > uhub_reattach_port: port 3 reset failed, error=3DUSB_ERR_TIMEOUT > uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 3 > mountroot: waiting for device /dev/ufs/rootfs... > Mounting from ufs:/dev/ufs/rootfs failed with error 19. >=20 > So booting all the way requires me to make an adjustment > in the config.txt by adding at the end something like: >=20 >=20 > [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 >=20 > [It appears that with modern EEPROM context, the RPi* is > dynamically adjusting the frequency/voltage combinations > even during early booting. The initial_turbo use delays > that for the indicated number of seconds (up to 60 sec). > FreeBSD seems to not handle the variability and the above > gives FreeBSD a stable context for such properties for > early booting.] >=20 > I conclude that there is nothing about use of the RPi > keyboard that stops it from working during early booting > of 13.2-RELEASE. The RPi* firmware, U-Boot, and FreeBSD > UEFI loader all work, other than possibly needing a > initial_turbo addition (or analogous that would span > at least that early boot time frame). >=20 > If you had/have problems for the 13.2-RELEASE context, > they are likely somehow specific to your context in some > respect that deviates from the above. >=20 > In some respects, investigating in the older context may > be better than dealing with stable/13 . It may be keyboard > specific in some way if the keyboard is not an RPi > keyboard. I did not have a mouse plugged in. An Ethernet > cable was plugged in for the booting. I forgot to mention having the HDMI connection plugged into the HDMI port nearest the USB3 power connector. As I remember, the other port stops updating its display at some point during the boot. > I just retried with the RPi keyboard plugged into a USB3 > port instead. It worked the same. (The boot media is also > plugged into a USB3 port and is USB3 capable SSD media.) >=20 > FYI: >=20 > # more /boot/msdos/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 >=20 > [pi4] > hdmi_safe=3D1 > armstub=3Darmstub8-gic.bin >=20 > [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 >=20 > # 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" >=20 > (That is unchanged from the image's /boot/loader.conf content.) >=20 >=20 > I'll see about stable/13's snapshot with the u-boot.bin > substitution. >=20 >=20 > Side note: I've other USB3 boot media for which having > usb_pgood_delay=3D2000 in U-Boot is sufficient but default > U-Boot contexts do not find the media suring the USB scan. > (There could be a better setting to use for all I know: > sufficient but possibly not necessary.) =3D=3D=3D Mark Millard marklmi at yahoo.com