From nobody Sun Jun 11 21:00: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 4QfRz84L4Jz4d3Zp for ; Sun, 11 Jun 2023 21:00:04 +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 4QfRz82fs4z3Qk6 for ; Sun, 11 Jun 2023 21:00:04 +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=1686517204; 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=Lmx+pZxC6QMxQHCBu6l4eEPzG5UTam4+oMXrRK/9V0k=; b=hxdneh5Jq1Vb3K6nMK3q8LKoS6UJ2ouk8yQhvXfjhXBM0D4t6ukyVK8Tffsx3JTjNRVM/Z /IBSgijZ7bGEoamgLUc0PVaDotyDBxUsaZoTJeu7Bznw1Xb9GTLTTMxsEN+kMZXtdQPx4D jr6yLXBk42qzD2+oJEgb31RUZSb9tedWT0vN4NXsz6X03aXG8ZrdqVdBxgflppVx97Put8 i9Hf9ehd4dB0AuPR+5c8hbaMkEhFmwyTri8KeuU5617iXDEu1cjrKN79gtbZuhgi5QfY4z V4drC9DQ+rI4Tqh7nbrwsvnkllfYMXLDkmIZFtBuw3jVZvDQDzUTbXX10iL95A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1686517204; a=rsa-sha256; cv=none; b=r8x4odJxdWsPMQ1FEPCYhDpCyMbDbeC4/RDrt7EO+E/CceozGFBizM7EoQ85Ftf8zFOwVU rje60+2ARtc1uTimvOFHLJtrz3hkSkVMrHp5+EipS2EnqbpZNhjrRRvRahR4STSDqE6MKP soqW40EQMVwN1SF7hsbBtHoKd/Ij9uPS2F+WMzKTayWlrYXBXFXNVk1/3T0nAww6GnTcxd CFq+dgeKf9ZfPqgIlptgm8xOVOPHvZctdQWRfTFMQ0gU7+4TI2rguoW+4rMB3iQRfh7sb9 T/7Sm3Q3KHFO1c2ZG6whyGQkqPBLHuS2EwC3gCB91G/MI0o8XQEGXt4I3DfEmA== 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 4QfRz81mjMz1CPB for ; Sun, 11 Jun 2023 21:00: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 35BL04ub014976 for ; Sun, 11 Jun 2023 21:00:04 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 35BL04em014971 for freebsd-arm@FreeBSD.org; Sun, 11 Jun 2023 21:00:04 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202306112100.35BL04em014971@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, 11 Jun 2023 21:00:04 +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="16865172040.22B47.13475" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16865172040.22B47.13475 Date: Sun, 11 Jun 2023 21:00:04 +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. --16865172040.22B47.13475 Date: Sun, 11 Jun 2023 21:00:04 +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.
--16865172040.22B47.13475-- From nobody Mon Jun 12 20:36:08 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 4Qg3P5093Pz4cyCg for ; Mon, 12 Jun 2023 20:36:09 +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 4Qg3P44wWJz43tJ for ; Mon, 12 Jun 2023 20:36:08 +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=1686602168; 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=JHJ8lus7zqy610PEmC34oIJvpL/nb3guhaC1rnsFFko=; b=AGnDhZFbrls16IFWm3DjUTjc3dqCTkVNZyMhubKDbAaS5/cIyQ6bj1hJshp+w0c5Epme1d JjaFmNXHdbbXVeztsV8dHQCALIjJfrGd9kPLuOxPoMGiOwOxpuxlNHik2Pp/Tx1LYyBepo Q2pO8zXdatHzUJYrGQZJ+ZwncQdxSl1gn2vX665fPlJMs4wNwPpfHsmHsxVADv9m4NnH66 JrFKGsIwXTpojQQt5OZzSWsrMNRAAmQnOUrF6HlXk9wudI8NxL8+tft8cYtCL7UwXWX2TP 6Xu4MrTHNfIXVzBUm7EpHwrExHxLIddY8crf4EQKHp88Lp9YEOlNObDDwSOfhQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1686602168; a=rsa-sha256; cv=none; b=YCBvS8x1i0MIIHRHI9pf3S5Yb5vNwqOs6Jk1zrsEJ6y3Mp4Ps3bnP1tn1fn644y4Y8KsCW PO29z2CEZ1XPs/gud7RTA6zO1u2FQHfm8l1LD55fYBiHr7jtBGrFkx+jFaFW0OOnQXIyl6 OFWF9gouejCMW7jBSN8v/gpPOaBk9Oy5TolFkTBXYRGcPmPR96BWIT7asJxK0P7E7ikcQy QNOBHho3RVxNYrDja8kvr3PhDZg7UIx7mSFE36Q4ebStxKZOWkLr16yDp5LwjoLHRSWgBf lujQE5k4lfaXv1drfbqlJxvehWnOM4gCpO4HsQppU42qEJ4wglG3zjREsYvCrQ== 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 4Qg3P4416vztB9 for ; Mon, 12 Jun 2023 20:36:08 +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 35CKa8o0031130 for ; Mon, 12 Jun 2023 20:36:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 35CKa8In031129 for freebsd-arm@FreeBSD.org; Mon, 12 Jun 2023 20:36:08 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 271971] APALIS-IMX6: don't know how to make apalis-imx6.dts Date: Mon, 12 Jun 2023 20:36:08 +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-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@igalic.co 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271971 Bug ID: 271971 Summary: APALIS-IMX6: don't know how to make apalis-imx6.dts Product: Base System Version: 13.2-STABLE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: freebsd@igalic.co [53/1907]--------------------------------------------------------------=20= =20=20=20=20=20=20=20 >>> stage 3.1: building everything=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20 --------------------------------------------------------------=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 cd /usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/sys/APALIS-IM= X6; MACHINE_ARCH=3Darmv7 MACHINE=3Darm CPUTYPE=3D BUILD_TOOLS_META=3D.NOMETA LO= CAL_MODULES=3D CC=3D"cc -target armv7-gnueabihf-freebsd13.2 --sysroot=3D/usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp -B/usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/usr/bin" CXX=3D"c++ -target armv7-gnueabihf-freebsd13.2 --sysroot=3D/usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp -B/usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/usr/bin" CPP=3D"cpp -target armv7-gnueabihf-freebsd13.2 --sysroot=3D/usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp -B/usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/usr/bin" AS=3D"as" AR=3D"ar" ELFCTL=3D"elfctl" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJC= OPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" STRIPBIN=3D"strip" INSTALL=3D"inst= all -U" PATH=3D/usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/bin:/= usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/usr/sbin:/usr= /obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/usr/bin:/usr/obj= /poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/legacy/usr/sbin:/usr= /obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/legacy/usr/bin:/= usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/legacy/bin:/u= sr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/tmp/legacy/usr/lib= exec::/sbin:/bin:/usr/sbin:/usr/bin make -j 8 -J 15,16 -m /poudriere/jails/13-stable-armv7/usr/src/share/mk=20 KERNEL=3Dkernel all -DNO_MODULES_OBJ=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20 Building /usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/sys/APALIS-IMX6/= machine Building /usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/sys/APALIS-IMX6/= vnode_if_newproto.h Building /usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/sys/APALIS-IMX6/= vnode_if_typedef.h make[2]: make[2]: don't = know how to make apalis-imx6.dts. Stop make[2]: stopped in /usr/obj/poudriere/jails/13-stable-armv7/usr/src/arm.armv7/sys/APALIS-IMX6= =20=20=20=20=20 =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20 .ERROR_TARGET=3D'apalis-imx6.dts' --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Jun 13 08:19:13 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 4QgM0h5NDzz4d1hy for ; Tue, 13 Jun 2023 08:19:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.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 4QgM0g55zzz4GkV for ; Tue, 13 Jun 2023 08:19:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ThywpNiF; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.146 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=1686644369; bh=kfmdIVXxNAxWr2pb2HIb6cZfJslA/3s05CVRpYU+csc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ThywpNiF32uE+mTpVOEqTOlL8h0p+Mkk4FwfPgR4DCcihpiIAW/Va6QILfpWAwwep8rEaAg6T5Dy3c2S7NAA5RgjwIacsmgAC7KuArECfJ5zDnWkSoFzzXpQu1JQqIWF89BhRqE/jfDWNI/iq8li6+QYGkDmieaI/6gewfw1TsBotKtS9weJfgKyOO3dHJ3+lR5ZcYIuH+grkZHuvjubOF1fO2hmczwdwUUGVblykHsmAMukAWyHxgFtm0BIL/RinPU1MFyxSCvDNQ3IOAR2gmBfvIXQtjwrEJw4RGlH7EZkZ+YbQAFIxLUvHuDhN0jL9o70jq9iXcG9ZclLNwBL0A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1686644369; bh=O+ssYAqLqtQkRNgn48fVf40dCl5CJJrovu/Onlgpcku=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ey4LGwyJCElJ70wgRZH4NjLBtYXhHueBVPgQ4ap+H+9EXKpafJbeWjPQUr3zpkAgPcSqukfZa+nRFqxtdY/pLb2j2z9kQanTtY6Yep8QGrUAC+c6DbzS/T6gCqaoRWNxE96e24SfmyV1TPhr9Jm3bru8wfBySt7SzT9k1ZM5HweVrWqGnhFp5z50NCePSI6yx3XwcZOfYnJ64RQ6HLPNkDkLLUy26nroKHwuF0vec51sJDSHY+q2eWAyeXvHqFpIg49itdyI7QpgIyEpx2cbdGP+0uJOEG/smLDS21KdBpo5TDwGpgxOfol3NDiNJKpgS6XeeRsfBHt5KOXSuTSySA== X-YMail-OSG: eI6AH6gVM1lYIhzqeguIVmicxckQClr4CSxeDu6LOZ47gjk4HXOxzbEPQSz3IbR CBL2myyPb7VT_KrERXH4jUfjh3KrJG6SbK6TmONTM6ptrxtxl3oG9SRnUNsPymkG_JnIJO.7v8Pw CcTcZXrSyO.d6HenRAp.Tt90aqWtcLKLlAjvzqOJtMglsdYmcUztSy4cPutjbtdfi6TH82OEAYn6 dtxaMZviM_3ksv4MrAQxIYiKnESJ7_fBO7xKS1dUP8vsCd2kh0QPijRHPHiJp4iTToqlmEuPKqPC gDX7M.IKpUQLGLy86hKXFx0orwNKvKakN5Orn3BMulv6.lM3sbKUJihp9S0kKZJ8AFlZO12ATJzo oZKrkiVtVNUDqBKzOXDt1ekqAzViwiwFiyFdcJM6n2fJBFgYrtCvwm.dNRusK9AeS_1HKMnlVgt. Ny7XL4U3WKDz7WM1ir_NDK_.rALDNswf.vkQYtjJiUMTAGremA2T.8liygLx2Fb09nyakgL5GqIK KVyZDsEs2kusCpb21ywXu84HOENY6LFyCoVlwa1DQX8qXBsK7jHmmS2gyXLEpTQk7hcmRoC41XnV IBYYA1tXpig9Fl1PQ1bHiLbT.abV3.BfbyF6lvDwGHpqt9SZdie87l1rf4MlO45TazqSv17E3w.0 UgaFviNPTTgLhh4GcFuJxzSZ7DyDFGlMUF7HPV6K4Vn96lFHU1KyJZY.X2sPC6Ojdq5DdhVW8p94 mHbM8TRWQ.syo7_PvgR92DchostHL0uYPxEjqdKF1T7q2by_2cs3JyyILdAgS42G_igvxY_0ff2z vusjjGjQcTuG7GE7hBT2rGPGefsNrF7JNPkBZMJnXPW5pecIBesgCKRsxiILjr7tckL3Oa7VdVQ8 vyVHRRrvS3NXgm_FXTiJB6Y2CTfV0ko4MiDBE1gitx.8KB8HnyPExiHQZkYRsTxq6GlhS324pnm1 P0_dIYmDu6YZBmBcdVVp9alXPFCwaczLDZGIx23Eg8NiOoWOHbqGYF39KyLzk0t0RhO8DDZOnl5j M0ybtZNAXQ5MmyvMfZXXEbHnWvY2CWRAv.DkZG6D9.26wtMkO4wTNQywGBwB43kd0TvQrQ6ECIQn 9aVRuTrCN5xFbNf8aRfF5P104Qy59X5w4P0KMxUNqVD07Q0vhnzzr5prfU4tqH5EqUQwBOzO6vV8 HfGv2wMxnj9tCcrE0IstyheRMwQjcVuPb9R5myzYj.QadtDPjj.9i1XpaEgJa7fQOlnyS302ITma .eCaOVXjsAZQbN3O3yxE6P7GSdIyydkkGT.gWMHDj3eazRq3nN1WubO1Z3mSotliJJVMIyEJOZgl VhcWF9fy4jQrQZ5R2c.KloHYqb8i8atjOK6jWJ5P3S_QYLQRRNHlXb3jRh2y5nrxAEE3SPiYzXhV yE_h8Mu_1g3hisTSoFgHunHLO83e9nu5B7bBrZ_GLEhCq0Fgxjnr6u2b498yYcTEo8D128KpDsMG 6DivMTsHhXTQfD9BCSxNmkO.ewRQQ4idfGn7CJXRVVFlvlzesWDuA9_mn0fGRnp6R_lrIRBAgno0 mrr90bW_vZZViunVFS_B9Tg_UhBvl5EwPvYQV_Ft7ZUOqOHzdCOigbqNAWa4N4WD3ofM2un938iL FmsOo33qb9ey733ZFzxijEg3PzFaDKLZoIwNM43KnZLQ72EFntvmQGb5MueH8zEjQaBWlG5X5D7S npA.mKKqdU3HobN.ya951Xhkkmp7h7qVlxO0qqJUSX8i1yHguX3tcMqa5kZjJO1ZUNVDHG9AsFr9 cvz_dk3DD7zy3bLwaNxPj47Jt8ezVxjXLh..XkgITO3xNenxWdwyS32Q3Va2cpKDkjJynhrgTdrP 8NX9NRvXFVSgyA2.EZKo0XLmXzhD6sxxJoiPtiO4OXhNq91AZGliWSz9QZz_0aqiXrBeu.03l1A6 kG5._lHsh7sjnG4qOiPgppBBTInUaXTpL9v1snwHUCD8ijDFWg1A49c5JF7gTeZ.TdjYvuRsXOug Q4AsrGookHUZ2_O3VrCqCdfLRsbXZoBzu0CIf1_YeCMD9_7kL4VE0Ymc_dthZ7sYib_AkU_bagyR 9X.iJJfVHqVFhEp383HNKDsm_.U1Nj4b4Q0oX7svUbaj6PMlhA.yVBjyrnjH8Cr_D6cHzbrAwAIQ 4FE0Q3Nb0jydyFj.0bvqbpSVuVS_YnmwoNF8eoDZ..3I.S7n_DOLHrDYVCDGw04MvnfVasWeioLP PXoJZWH54oOWI.2rRNSIL9INOF_XJA7Z6Iip7fWZE5j4QS5h9PDgXE4931pr7lJiG7WzLabM- X-Sonic-MF: X-Sonic-ID: 44982bd4-477c-4ff9-978f-272a291ec897 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 Jun 2023 08:19:29 +0000 Received: by hermes--production-ne1-574d4b7954-r69wt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 969c146b504b66c580c49928343935db; Tue, 13 Jun 2023 08:19:25 +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: Status for armv7 vs. rust (and go)? From: Mark Millard In-Reply-To: Date: Tue, 13 Jun 2023 01:19:13 -0700 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: References: <56FBE30B-41B9-4FBE-AA37-F041946855EC.ref@yahoo.com> <56FBE30B-41B9-4FBE-AA37-F041946855EC@yahoo.com> To: Robert Clausecker X-Mailer: Apple Mail (2.3731.600.7) X-Spamd-Result: default: False [-0.21 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.96)[0.958]; NEURAL_HAM_MEDIUM(-0.67)[-0.672]; 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]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.146:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; 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]; MID_RHS_MATCH_FROM(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]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.146:from] X-Rspamd-Queue-Id: 4QgM0g55zzz4GkV X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N On May 24, 2023, at 16:08, Robert Clausecker wrote: > Hi Mark, Hello. > Am Wed, May 24, 2023 at 12:52:26PM -0700 schrieb Mark Millard: >> May be things build but there are operational problems? >> >> Anyway, I'd be interested to learn of whatever types of >> armv7 problems rust may be currently having. (Rust being >> a large build is a known issue.) > > The main problem with Rust ports on armv7 is that many of them have > LLVM run into address space exhaustions, probably due to trying to > build programs with LTO. It's hard to diagnose these issues. > > There are also a number of recurring portability problems due to > time_t not being a long on armv7, but these are easy to patch. I had forgotten, but on the HoneyComb (16 Cortex-A72 cores) I have in its /usr/local/etc/poudriere.d/main-CA7-make.conf : . . . .if ${.CURDIR:M*/lang/*rust*} MAKE_JOBS_NUMBER=8 .elif . . . . . . If I remember right, too many parallel jobs lead to hitting a process size limit that stopped the build. I've not experimented with between 8 and 16 (non-inclusive). With 8 I just had 1.70 build: [00:00:14] [01] [00:00:00] Building lang/rust | rust-1.70.0 [02:16:24] [01] [02:16:10] Finished lang/rust | rust-1.70.0: Success (The process size limit can be smaller for cortext-a72's doing aarch32/armv7 activity than on a cortex-a7 armv7 system. That might contribute to hitting the issue.) === Mark Millard marklmi at yahoo.com From nobody Tue Jun 13 08:36: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 4QgMNv1JrVz4d7Fb for ; Tue, 13 Jun 2023 08:37:03 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::1]) (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 "fuz.su", Issuer "fuz.su" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QgMNt1Y4cz4Kfv for ; Tue, 13 Jun 2023 08:37:02 +0000 (UTC) (envelope-from fuz@fuz.su) Authentication-Results: mx1.freebsd.org; none Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.16.1/8.16.1) with ESMTPS id 35D8areO055237 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 13 Jun 2023 10:36:53 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.16.1/8.16.1/Submit) id 35D8ar6h055236; Tue, 13 Jun 2023 10:36:53 +0200 (CEST) (envelope-from fuz) Date: Tue, 13 Jun 2023 10:36:52 +0200 From: Robert Clausecker To: Mark Millard Cc: freebsd-arm Subject: Re: Status for armv7 vs. rust (and go)? Message-ID: References: <56FBE30B-41B9-4FBE-AA37-F041946855EC.ref@yahoo.com> <56FBE30B-41B9-4FBE-AA37-F041946855EC@yahoo.com> 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 Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4QgMNt1Y4cz4Kfv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Hi Mark, Am Tue, Jun 13, 2023 at 01:19:13AM -0700 schrieb Mark Millard: > I had forgotten, but on the HoneyComb (16 Cortex-A72 cores) I > have in its /usr/local/etc/poudriere.d/main-CA7-make.conf : > > . . . > .if ${.CURDIR:M*/lang/*rust*} > MAKE_JOBS_NUMBER=8 > .elif . . . > . . . > > If I remember right, too many parallel jobs lead to hitting > a process size limit that stopped the build. I've not > experimented with between 8 and 16 (non-inclusive). With 8 > I just had 1.70 build: > > [00:00:14] [01] [00:00:00] Building lang/rust | rust-1.70.0 > [02:16:24] [01] [02:16:10] Finished lang/rust | rust-1.70.0: Success > > (The process size limit can be smaller for cortext-a72's doing > aarch32/armv7 activity than on a cortex-a7 armv7 system. That > might contribute to hitting the issue.) I'm running MAKE_JOBS_NUMBER=2, so I think that should be fine. It's not lang/rust that fails to build but rather lots of rust-based ports. Yours, Robert Clausecker -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From nobody Wed Jun 14 11:08: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 4Qh2jg2Qvkz4cVlM for ; Wed, 14 Jun 2023 11:08:55 +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 4Qh2jf6NxKz3CYj for ; Wed, 14 Jun 2023 11:08:54 +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=1686740934; 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=Du64rOg5ecFI9BYJfBIgfDfQEXRNR5NVkdHcK5Tf6H8=; b=uh++KrYRG3NxFBbU4DI0tkFiK934JG38JIz/Dh4tFIBwyhR2ALwVo/nojycoODIJfFuNwm K+VY6TNcBU491hgr8C2NGBqIMAXz5fXVpvvG6IN9pDcPcNMZoYI/5X7Z1Lk7xx5/keF/xP kdilbsW3ljdelvcMsfOm7qee0fGf+vEPwM/nDEpqU/8uycHNs6sVJnS50Gp1r5o5EMhSJv ut8ZOobYn4c1gPFZFoPPcvuusQQHwJ+w80KQB97DMpAwupIS9klyWchMlkj+4GMp9WZMDS npo3ZPUVfubLhknSM/ds09k8eC6AQ6YhlVuc5SR6nA8QyUY0X3JHX4/2K3wWeA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1686740934; a=rsa-sha256; cv=none; b=bEB7GhjMmWlah7TWzMuQC8O+ktoMXUJ18FbWAn1yY/1z+h4rfRH3Ivxw++mPWAaQJyhvx+ Y45w3WQB2aCJ+bBelqAT/iShPVtTo6p3IdGnzsnUsAC61Ij9sXgbwHS7ISRdPw+gJdECmr X+z8M/nzpMkx4j/0kn7jS5B2a8t5Ey9EPXXKbsiamtiMwzOcULZfYtAS6dty7knGd4SaT0 vxz3BAIiPOjFit3MRmnteaJ2+2fGz2vJir/l3/H7i98F1Up1YLERzNMerS7niMunc9Fio5 rvz9m+oefDS77htRtXsKFXRniYV/mBAFONABOxf5hY/eaIDMwxqp/8ZZ57lhXw== 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 4Qh2jf5TCKz11yB for ; Wed, 14 Jun 2023 11:08:54 +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 35EB8sm2023637 for ; Wed, 14 Jun 2023 11:08:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 35EB8sn2023636 for freebsd-arm@FreeBSD.org; Wed, 14 Jun 2023 11:08:54 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 271990] IRQ mapping table is full after stress devctl disable/enable Date: Wed, 14 Jun 2023 11:08:54 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: osamaabb@amazon.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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271990 Bug ID: 271990 Summary: IRQ mapping table is full after stress devctl disable/enable Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: osamaabb@amazon.com Reproduction steps: ------------------- 1. Create an AWS EC2 instance from one of the following AMIs in us-east-1 1.1: ami-0b55af91f40cd29ee - FreeBSD 14.0-CURRENT-arm64-20230525 UEFI 1.2: ami-0fdc715f878897386 - FreeBSD 13.2-STABLE-arm64-20230601 UEFI 1.3: ami-0e1fd0c2493efe1d1 - FreeBSD 12.4-STABLE-arm64-2023-06-01 2. run the following reset loop script: #!/bin/sh while true do devctl disable ena0 devctl enable ena0 done Result: ------- Crashes every time. 100% reproducible. ***The same test does not fail on intel based instances.*** Stack trace: ------------ 2023-06-14T08:05:02.374Z panic: IRQ mapping table is full. 2023-06-14T08:05:02.374Z cpuid =3D 18 2023-06-14T08:05:02.374Z time =3D 1686729902 2023-06-14T08:05:02.374Z KDB: stack backtrace: 2023-06-14T08:05:02.374Z db_trace_self() at db_trace_self 2023-06-14T08:05:02.374Z db_trace_self_wrapper() at db_trace_self_wrapper+0x30 2023-06-14T08:05:02.374Z vpanic() at vpanic+0x13c 2023-06-14T08:05:02.374Z panic() at panic+0x44 2023-06-14T08:05:02.374Z intr_map_irq() at intr_map_irq+0xb0 2023-06-14T08:05:02.374Z intr_alloc_msix() at intr_alloc_msix+0x1d8 2023-06-14T08:05:02.374Z generic_pcie_acpi_alloc_msix() at generic_pcie_acpi_alloc_msix+0x78 2023-06-14T08:05:02.374Z pci_alloc_msix_method() at pci_alloc_msix_method+0x168 2023-06-14T08:05:02.374Z=20=20=20=20=20=20=20 ena_enable_msix_and_set_admin_interrupts() at ena_enable_msix_and_set_admin_interrupts+0x10c 2023-06-14T08:05:02.374Z ena_attach() at ena_attach+0x65c 2023-06-14T08:05:02.375Z device_attach() at device_attach+0x= 3f8 2023-06-14T08:05:02.375Z device_probe_and_attach() at device_probe_and_attach+0x7c 2023-06-14T08:05:02.375Z devctl2_ioctl() at devctl2_ioctl+0x= 44c 2023-06-14T08:05:02.375Z devfs_ioctl() at devfs_ioctl+0xd4 2023-06-14T08:05:02.375Z vn_ioctl() at vn_ioctl+0xc0 2023-06-14T08:05:02.375Z devfs_ioctl_f() at devfs_ioctl_f+0x= 20 2023-06-14T08:05:02.375Z kern_ioctl() at kern_ioctl+0x2dc 2023-06-14T08:05:02.375Z sys_ioctl() at sys_ioctl+0x118 2023-06-14T08:05:02.375Z do_el0_sync() at do_el0_sync+0x520 2023-06-14T08:05:02.375Z handle_el0_sync() at handle_el0_sync+0x44 2023-06-14T08:05:02.375Z --- exception, esr 0x56000000 2023-06-14T08:05:02.375Z Uptime: 4m1s 2023-06-14T08:05:02.375Z Dumping 2053 out of 64453 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% 2023-06-14T08:10:36.676Z Dump complete 2023-06-14T08:10:37.976Z UEFI firmware (version built at 09:00:00 on Nov 1 2018) 2023-06-14T08:10:38.076Z=20=20=20=20=20=20=20 [2J[01;01H[=3D3h[2J[01;01H[2J[01;01H[=3D3h[2J[01;01H[2J[01;01H[=3D3h[2J[01;= 01H[0m[35m[40m[2J[01;01H[2J[01;01H[0m[37m[40m[01;01HConsoles: EFI console 2023-06-14T08:10:38.076Z Reading loader env vars from /efi/freebsd/loader.env 2023-06-14T08:10:38.076Z Setting currdev to disk0p1: 2023-06-14T08:10:38.076Z FreeBSD/arm64 EFI loader, Revision = 1.1 2023-06-14T08:10:38.076Z (Thu May 25 06:36:21 UTC 2023 root@releng1.nyi.freebsd.org) 2023-06-14T08:10:38.076Z=20=20=20=20=20=20=20=20 2023-06-14T08:10:38.076Z Command line arguments: loader.efi 2023-06-14T08:10:38.176Z Image base: 0x7856f000 2023-06-14T08:10:38.176Z EFI version: 2.70 2023-06-14T08:10:38.176Z EFI Firmware: EDK II (rev 1.00) 2023-06-14T08:10:38.176Z Console: efi (0x1000) 2023-06-14T08:10:38.176Z Load Path: \EFI\BOOT\BOOTAA64.EFI 2023-06-14T08:10:38.176Z Load Device: PciRoot(0x0)/Pci(0x4,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)/HD(1,GPT,B61C1E= 65-FAFA-11ED-84CB-002590EC5BF2,0x3,0x10418) 2023-06-14T08:10:38.176Z BootCurrent: 0001=20 Initial investigation results: ------------------------------ Tried to reproduce the issue on Intel based instances, no reproduction even after 50k up/down iteration. Looked into the fbsd ena driver [1] up/down flows, saw that the driver does= the pci_msix_allocate/release and bus_allocation/release in the correct order. [1] https://github.com/amzn/amzn-drivers/tree/master/kernel/fbsd/ena Since the pci/bus APIs should be platform agnostic (?) I assume it to be an issue with ARM side of the kernel --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Jun 15 16:29: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 4Qhnmk0tFSz4fMb5 for ; Thu, 15 Jun 2023 16:29: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 4Qhnmj0ntbz4BFw for ; Thu, 15 Jun 2023 16:29:09 +0000 (UTC) (envelope-from titus@edc.ro) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=edc.ro header.s=mail header.b=VRXn1EXh; spf=pass (mx1.freebsd.org: domain of titus@edc.ro designates 86.126.82.18 as permitted sender) smtp.mailfrom=titus@edc.ro; dmarc=none Received: from mail.edc.ro ([10.1.4.58]) by eatlas.ro (8.16.1/8.16.1) with ESMTPS id 35FGT6AH080556 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 15 Jun 2023 19:29:06 +0300 (EEST) (envelope-from titus@edc.ro) Received: from buko.edc.ro (localhost [127.0.0.1]) by mail.edc.ro (8.16.1/8.16.1) with ESMTPS id 35FGT4qc060973 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 15 Jun 2023 19:29:04 +0300 (EEST) (envelope-from titus@buko.edc.ro) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=edc.ro; s=mail; t=1686846545; bh=BbSp2r0KV7+RWBaSllsNgJ0pKYMQsPJSuuh23lP1QEM=; h=Date:From:To:Subject; b=VRXn1EXhM0ptn1jNXrrJQyRtkE/XAXXx3aZzT3W9Fv39wNXGECXg95uAbl3wLjuON ++3Xwnr1ef1+Zjdx00mXQhEbQunyHXlLpQvJdg2ECffxHuiiygFW2hrODPNIE6wF/0 6gY0k9w3Y0hAYtAaKRysc9CJaj/X4psPu/cyrbaI= Received: (from titus@localhost) by buko.edc.ro (8.16.1/8.16.1/Submit) id 35FGT473060972 for freebsd-arm@freebsd.org; Thu, 15 Jun 2023 19:29:04 +0300 (EEST) (envelope-from titus) Date: Thu, 15 Jun 2023 19:29:04 +0300 From: titus To: freebsd-arm@freebsd.org Subject: Support for rockpi-s (rockchip rk3308) Message-ID: 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/mixed; boundary="tSRd7davl5znE93e" Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ns.edc.ro X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[edc.ro:s=mail]; R_SPF_ALLOW(-0.20)[+ip4:86.126.82.18/32]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DKIM_TRACE(0.00)[edc.ro:+]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[edc.ro]; MIME_TRACE(0.00)[0:+,1:+,2:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:8708, ipnet:86.120.0.0/13, country:RO] X-Rspamd-Queue-Id: 4Qhnmj0ntbz4BFw X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --tSRd7davl5znE93e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I hacked some crude support for rockpi-s. SD card works USB works UART works Ethernet works (no media autodetect but works). I added support rk3308-cru (clock), rk3308-pinctrl, rk3308-gmac mostly by looking at the linux and openbsd code https://forums.freebsd.org/threads/adding-support-for-the-rockpi-s.80956/#post-613952 dmesg attached -- --------------------------------------------------------------------- How an engineer writes a program: Starts by debugging an empty file... Titus Manea | Eastern Digital Inc. --tSRd7davl5znE93e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" WARNING: Cannot find freebsd,dts-version property, cannot check DTB compliance Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.2-RELEASE GENERIC arm64 FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) VT: init without driver. module firmware already present! real memory = 534773760 (510 MB) avail memory = 499032064 (475 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface MAP 1cf02000 mode 2 pages 2 MAP 1cf05000 mode 2 pages 6 MAP 1ff40000 mode 2 pages 16 kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 clk_fixed1: on ofwbus0 rk_grf0: mem 0xff000000-0xff007fff on ofwbus0 rk3308_cru0: mem 0xff500000-0xff500fff on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 regfix5: on ofwbus0 regfix6: on ofwbus0 simple_mfd0: mem 0xff008000-0xff00afff on ofwbus0 simple_mfd1: mem 0xff00b000-0xff00bfff on ofwbus0 simple_mfd2: mem 0xff00c000-0xff00cfff on ofwbus0 psci0: on ofwbus0 gic0: mem 0xff581000-0xff581fff,0xff582000-0xff583fff,0xff584000-0xff585fff,0xff586000-0xff587fff irq 47 on ofwbus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 160 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff220000-0xff2200ff irq 48 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff230000-0xff2300ff irq 49 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff240000-0xff2400ff irq 50 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff250000-0xff2500ff irq 51 on rk_pinctrl0 gpiobus3: on gpio3 gpio4: mem 0xff260000-0xff2600ff irq 52 on rk_pinctrl0 gpiobus4: on gpio4 rk_i2c0: mem 0xff050000-0xff050fff irq 9 on ofwbus0 iicbus0: on rk_i2c0 generic_timer0: irq 4,5,6,7 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 mmc_pwrseq0: on ofwbus0 rk_usb2phy0: mem 0-0xff007fff,0-0x2fff on simple_mfd0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpufreq_dt0: no regulator for cpu@0 device_attach: cpufreq_dt0 attach returned 6 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 iic0: on iicbus0 uart0: <16750 or compatible> mem 0xff0a0000-0xff0a00ff irq 13 on ofwbus0 uart0: console (1500000,n,8,1) uart1: <16750 or compatible> mem 0xff0c0000-0xff0c00ff irq 15 on ofwbus0 uart2: <16750 or compatible> mem 0xff0e0000-0xff0e00ff irq 17 on ofwbus0 pwm0: mem 0xff180000-0xff18000f on ofwbus0 pwmbus0: on pwm0 pwmc0: channel 0 on pwmbus0 dwcotg0: mem 0xff400000-0xff43ffff irq 36 on ofwbus0 usbus1 on dwcotg0 ehci0: mem 0xff440000-0xff44ffff irq 37 on ofwbus0 usbus2: EHCI version 1.0 usbus2 on ehci0 ohci0: mem 0xff450000-0xff45ffff irq 38 on ofwbus0 usbus3 on ohci0 rockchip_dwmmc0: mem 0xff480000-0xff483fff irq 39 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a mmc0: on rockchip_dwmmc0 rockchip_dwmmc1: mem 0xff490000-0xff493fff irq 40 on ofwbus0 rockchip_dwmmc1: Hardware version ID is 270a mmc1: on rockchip_dwmmc1 rockchip_dwmmc2: mem 0xff4a0000-0xff4a3fff irq 41 on ofwbus0 rockchip_dwmmc2: Hardware version ID is 270a mmc2: on rockchip_dwmmc2 dwc0: mem 0xff4e0000-0xff4effff irq 43 on ofwbus0 ETH BLAH 22 miibus0: on dwc0 ukphy0: PHY 0 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy1: PHY 1 on miibus0 ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dwc0: Ethernet address: 62:73:64:77:1b:ef gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioc4: on gpio4 gpioled0: on ofwbus0 armv8crypto0: Timecounters tick every 1.000 msec Cannot set frequency for clk: clk_sdmmc, error: 34 rockchip_dwmmc0: failed to set frequency to 400000 Hz: 34 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 ugen3.1: at usbus3 uhub0 on usbus3 uhub0: on usbus3 ugen2.1: at usbus2 uhub1 on usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2 on usbus1 uhub2: on usbus1 mmcsd0: 16GB at mmc0 50.0MHz/4bit/1016-block mmc1: No compatible cards found on bus Cannot set frequency for clk: clk_sdio, error: 34 rockchip_dwmmc2: failed to set frequency to 400000 Hz: 34 mmc2: No compatible cards found on bus CPU 0: ARM Cortex-A35 r0p2 affinity: 0 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Instruction Set Attributes 0 = Instruction Set Attributes 1 = <> Instruction Set Attributes 2 = <> Processor Features 0 = Processor Features 1 = <> Memory Model Features 0 = Memory Model Features 1 = <8bit VMID> Memory Model Features 2 = <32bit CCIDX,48bit VA> Debug Features 0 = Debug Features 1 = <> Auxiliary Features 0 = <> Auxiliary Features 1 = <> AArch32 Instruction Set Attributes 5 = AArch32 Media and VFP Features 0 = AArch32 Media and VFP Features 1 = CPU 1: ARM Cortex-A35 r0p2 affinity: 1 CPU 2: ARM Cortex-A35 r0p2 affinity: 2 CPU 3: ARM Cortex-A35 r0p2 affinity: 3 Release APs...done Unresolved linked clock found: clk_rtc_32k Unresolved linked clock found: clk_ddrphy1x_out Unresolved linked clock found: clk_pvtm_32k Trying to mount root from ufs:/dev/ufs/rootfs [rw,noatime]... Unresolved linked clock found: xin32k Unresolved linked clock found: mclk_i2s0_8ch_in Unresolved linked clock found: mclk_i2s1_8ch_in Unresolved linked clock found: mclk_i2s2_8ch_in Unresolved linked clock found: mclk_i2s3_8ch_in Unresolved linked clock found: mclk_i2s0_2ch_in Unresolved linked clock found: mclk_i2s1_2ch_in Unresolved linked clock found: dummy Warning: no time-of-day clock registered, system time will not be set accurately Dual Console: Serial Primary, Video Secondary uhub0: 1 port with 1 removable, self powered uhub2: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered lo0: link state changed to UP dwc0: link state changed to UP --tSRd7davl5znE93e-- From nobody Fri Jun 16 06:40:45 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 4Qj8gQ5mTNz4fQ3Q for ; Fri, 16 Jun 2023 06:40:50 +0000 (UTC) (envelope-from kodcode@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qj8gP5bm4z42yb for ; Fri, 16 Jun 2023 06:40:49 +0000 (UTC) (envelope-from kodcode@gmx.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.com header.s=s31663417 header.b=CAHyHz2a; spf=pass (mx1.freebsd.org: domain of kodcode@gmx.com designates 212.227.17.21 as permitted sender) smtp.mailfrom=kodcode@gmx.com; dmarc=pass (policy=none) header.from=gmx.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.com; s=s31663417; t=1686897648; x=1687502448; i=kodcode@gmx.com; bh=H09EFQU3190zP6aPC8Qwyq08eWVod9Dr80ipKR+leN0=; h=X-UI-Sender-Class:Date:From:To:Subject; b=CAHyHz2aTsc0S0wOBbi3km84zMlFrCqJzkDLkTO59oy+0kHoKnPAGgRcdIAAFnssF9TGgjc qQw3fYPKR3XB6ta+a7NFmXzdU/hsNUIZVlWiNV7bZrAksM0KoDQuhjhYd3uG9EjHq3tPBgAV/ M2crCTPm7tU4fZtCV19VLIT2jsfadTH5KlSQuFfE3db51kbq8s+Vh6S0QPA/CBvXORGz9Nh22 0lMFgFfgp9sdkgV9YHLshwCShSFQWPK1BmPUx5KKUcZygDpkBKL8MzcsGtQoKN4slvslDNKIZ 1JRPx4RXWVjlt7Jsb7Y1YYabsz2Ilh+00YbYU8fDyLrxj1JpWg3Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from inspiron.kodcode.net ([80.246.130.64]) by mail.gmx.net (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MxlzC-1puKll3LNG-00zGIO for ; Fri, 16 Jun 2023 08:40:48 +0200 Date: Fri, 16 Jun 2023 09:40:45 +0300 From: kodcode To: freebsd-arm@freebsd.org Subject: OrangePI R1 Plus LTS Message-ID: 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 Content-Disposition: inline X-Provags-ID: V03:K1:xM/JRM06ak3frV8WhANQWwAv3FrLGPFz06VaSLJZ07IshOUnG3N XUWE8RD8OctM4/dP22IeJrOVUHfAbh5iaHVpsEb+k4GccJ0+aJlnULoB6AmBnnjzjOmWIgC 3P+eYO7jAvQT9yMF5Bj2OsGIbk0QMt1tC32WWAsLjS09rVd5xC9TzC8TONe8US/kqKLil7T lsY028MDugJwMwIqGVr9Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:/6hzYMHQ5vM=;55Jc1or8n86sFXVETS3jsdaVXi9 qkrpOiSoI3VQsjiWOsL/sz7/iWtXHdDWpZIEgzedTE9tjoM3zyDdi87jwCEA/FdsYyFgRtQVQ 1Y8sDVk3svfDazTtSWivWa+eDAlEmfGQVHB+Gl0czXKZCnfU2pqymbw3c+sMzBJ9WJhSShZny 3nOX82Z0aNZkm5CiHKWSrXp5KS5pl85IEMqAmlUEsANVeUNs135yPtFX1GuQjcm8eMltLydsW j+ixA8y888sFYDkVeJ/RlFIfbwa3iNC5Rk4qFC5RTw7L+r+kkXd8hJRCLppm7RQjhJje7hM5Q BEEiNwDQB6ytL5MgH/U8RooA+llb4QLnicAkXX7Bt0+HxG6Qx2/qFzuQNPV1cg7bbJhA6V4YL +vdQDmfOHg/NtR3lpq+LiArj15U33NZRNJ8j7RhPC/druXA0G+TkCiNCRWCintZHi9aWJnKvx 1eSo4XVLCafEMRO37rGRCfGA/T0C1h/lw9EK90A+R83om/gkYzrPVf2tgwOpFo1T30TaV4YvM o83AfadXulsh0FKX69Rw/4jb4Y9QiwORyV2ECTgM2UIe/HhoJtuTI0lwwquXNVLSq6SlrpcsM p1T2Yl7G0VIavdtJ8aX8YPSZm/575ctjACu2mg0zJ7WyNFJ9o2MWDNffpmEu7+V/p5zbvlMfR Tql1LJOtp44PnF9/AfaHJhBRxylrnBz6upvbItQ74dt67cYM6H+bCQoWtn60lrdqGo1PVls76 2HBja+7E/vf5t0T97umg+lOj9dYId/CaKfI2DgdLxHpO8hXK+iex/ccPho9rnBSYfXzV2xIxf TQnHUd2p5L5jeDo1OiagxJcNM1nAJ2fmL0ol4qxohbrT4W5AlrKxC6gdCAPGEn7g1ZtrgZRos II/+ohsIvrxUyflYDihBXmZbIB9D0O3EHGI5R0MSXbHrSQr8Hp0RmfrZNGg5KrEK0O4f+G3UZ rOtTKHDEXWanXNx8/pbxSQ+TE8A= X-Spamd-Result: default: False [-3.31 / 15.00]; DWL_DNSWL_LOW(-1.00)[gmx.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.98)[-0.979]; NEURAL_SPAM_LONG(0.97)[0.970]; DMARC_POLICY_ALLOW(-0.50)[gmx.com,none]; R_DKIM_ALLOW(-0.20)[gmx.com:s=s31663417]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27:c]; RWL_MAILSPIKE_VERYGOOD(-0.20)[212.227.17.21:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.21:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; BLOCKLISTDE_FAIL(0.00)[80.246.130.64:server fail]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmx.com:+]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmx.com]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.com]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Qj8gP5bm4z42yb X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello, did anyone succeed to boot FreeBSD on an OrangePI R1 Plus LTS (Rockchip RK3288)? kodcode From nobody Fri Jun 16 15:55:18 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 4QjNzK5jBlz4dHK3 for ; Fri, 16 Jun 2023 15:55:25 +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 4QjNzJ1NzQz4LDh for ; Fri, 16 Jun 2023 15:55:23 +0000 (UTC) (envelope-from titus@edc.ro) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=edc.ro header.s=mail header.b=bXxcOHcA; spf=pass (mx1.freebsd.org: domain of titus@edc.ro designates 86.126.82.18 as permitted sender) smtp.mailfrom=titus@edc.ro; dmarc=none Received: from mail.edc.ro ([10.1.4.58]) by eatlas.ro (8.16.1/8.16.1) with ESMTPS id 35GFtJE7007471 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Fri, 16 Jun 2023 18:55:19 +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 35GFtHXl088905 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 16 Jun 2023 18:55:17 +0300 (EEST) (envelope-from titus@edc.ro) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=edc.ro; s=mail; t=1686930917; bh=68rsO/w93/E8d+FJ8kzoWi1GybzWiBfTJFZyVhEK2lE=; h=From:Subject:Date:To; b=bXxcOHcAq6elHwfNKy8EtwdgG/wDtSId9Xjy2NR2phQsxjcLshpltUUizozxsiV9p C+C7v/aM9elPmNAlBjLQswEPKL2U2w5jvQtDZwzlCdEOSyYuE5OvQzVnpbSWCEyvKc 0K77WfcqU4OTl27sPXgYfCBD953knZAP1f/vG31Q= From: titus 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 13.4 \(3608.120.23.2.7\)) Subject: driver loading order Message-Id: <8E9A4B08-EFD7-4872-B789-698B77A0DACB@edc.ro> Date: Fri, 16 Jun 2023 18:55:18 +0300 To: freebsd-arm@freebsd.org 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-Spamd-Result: default: False [-2.65 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.66)[-0.662]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[edc.ro:s=mail]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[edc.ro:+]; BLOCKLISTDE_FAIL(0.00)[86.126.82.18:server fail]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:8708, ipnet:86.120.0.0/13, country:RO]; DMARC_NA(0.00)[edc.ro]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4QjNzJ1NzQz4LDh X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N what is the correct method for loading drivers in a specific order I hacked a driver for pwm-regulator so i can have cpufreq_dt so rk_pwm/pwm needs to be loaded before the pwm-regulator driver and = after the clock=20 driver i changed the pass arg for EARLY_DRIVER_MODULE and in the end it worked = but im not sure this is the best way thanks=20= From nobody Fri Jun 16 15:59: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 4QjP4m5QBLz4dJg7 for ; Fri, 16 Jun 2023 16:00:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 4QjP4m2lwsz4M50 for ; Fri, 16 Jun 2023 16:00:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-51a20138617so1152016a12.2 for ; Fri, 16 Jun 2023 09:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1686931206; x=1689523206; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=OBJOOjoOPlGJKHNDksIFpFD8HIzQev6zH52yptiwWVA=; b=ZlqS5TAjVlNFCsJwvlbnctNw6cPHz+4+dSOqf1kNX+MgkCrc4OApAZmXxv6+I+op/O CGn/JSBysbvdIhkMaff1gSUZQvHOyptXiSuAK4k7q0E+w48vLdbwpitB9wxF6xDhpOOE js1Z9ZlnDU159BT3CZHOCJtpYesWMglKzSDfPfmwgLD9qcefxdEaPbcv8HtTWCpwmC3I /y//77oU7DtRebibih4fC84hGAlVu+edGKHCejhOcpUJ2TGsCZihdr5Q3syduvoHfRkW nS7Q3zCCRAhyAr2OZ+GtnVf1JIi7lp/9XbR5B7lYsm/QYc9GyC6rHXLdzrFyu6lHwq92 NtLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686931206; x=1689523206; 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=OBJOOjoOPlGJKHNDksIFpFD8HIzQev6zH52yptiwWVA=; b=PqOSwxrkoXBuI6GfkDYvRSF2l900jL7TXbk38K7JUShhQuxN0vMjxBHnE1tM6s3jfP MzqM0hJSAGGaDsoa7bhlRHhqOJUuOau+YWE8bBd76eheeUPGOrSB/PoB+0j6GGSG1PdC OPgcJ4bmjrZ3xZ/hj0X1T62z+f6d1drSY5eTeyJxZEaTKsTajve77Uv4sdqx7qs55ugQ lk/jVr/IXultMkJ4stl1Hqg2MWF2sPW6PtnS4yTUw95ubohsMrBTlhuPS+5WlhCdcJ8a 0ojV1AXnH7xIh5Oz9ZcfMjpCr8VHeo+wv4Ehwc3WfqNerXPwfWvmcuUBsPqfGAVKCnHH TVBA== X-Gm-Message-State: AC+VfDxMZk8PcXXyC4YswuawF/axcDHu8RJkRONa3JPKhI0fSVGmvMiC JOYKxFIoG5/+DodEM9Z4fu1ppxINwazbsxwKgzg0RkLxUba5Fbqv X-Google-Smtp-Source: ACHHUZ4zyVRdyFF798rfpYcrHx4NyCAHTUdtaf2431dxwlnIGaDsfBzNaE2pNpjTM0GeYWAB2g9+/DQbI42KghGPKZ0= X-Received: by 2002:a05:6402:395:b0:514:960e:6 with SMTP id o21-20020a056402039500b00514960e0006mr1599531edv.10.1686931206326; Fri, 16 Jun 2023 09:00:06 -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: <8E9A4B08-EFD7-4872-B789-698B77A0DACB@edc.ro> In-Reply-To: <8E9A4B08-EFD7-4872-B789-698B77A0DACB@edc.ro> From: Warner Losh Date: Fri, 16 Jun 2023 09:59:54 -0600 Message-ID: Subject: Re: driver loading order To: titus Cc: "freebsd-arm@freebsd.org" Content-Type: multipart/alternative; boundary="00000000000050749e05fe4147fc" X-Rspamd-Queue-Id: 4QjP4m2lwsz4M50 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000050749e05fe4147fc Content-Type: text/plain; charset="UTF-8" On Fri, Jun 16, 2023, 9:55 AM titus wrote: > what is the correct method for loading drivers in a specific order > I hacked a driver for pwm-regulator so i can have cpufreq_dt > so rk_pwm/pwm needs to be loaded before the pwm-regulator driver and after > the clock > driver > i changed the pass arg for EARLY_DRIVER_MODULE and in the end it worked > but im not sure this is the best way > That's generally the best way for things like clocks and regulators. Those item enable other devices to work, so should be attached in an earlier pass. Warner thanks > --00000000000050749e05fe4147fc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Jun 16, 2023, 9:55 AM titus <titus@edc.ro> wrote:
what is the correct method for loading drivers in a specific ord= er
I hacked a driver for pwm-regulator so i can have cpufreq_dt
so rk_pwm/pwm needs to be loaded before the pwm-regulator driver and after = the clock
driver
i changed the pass arg for EARLY_DRIVER_MODULE and in the end it worked but= im not sure this is the best way

That's generally the best way for thin= gs like clocks and regulators. Those item enable other devices to work, so = should be attached in an earlier pass.

Warner=C2=A0

thanks
--00000000000050749e05fe4147fc-- From nobody Sat Jun 17 12:15:08 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 4Qjw2y33Rlz4dvZv for ; Sat, 17 Jun 2023 12:15:22 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qjw2y2dVfz4Kd7 for ; Sat, 17 Jun 2023 12:15:22 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687004122; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=L4mNsqDN+Jfbnz/oKFSkzgTUNTuDSSCegiwaKxno3e0=; b=H2F7HxHug3/bm9eTgcbd1cQTOfAuE9UPh3UO82MRfBa6snPj1HRwsbpF7UggdXvEhLg+Lw OFqrsj3OZO/LnJ+F9uH2S8ls83xJLtlfyjLE67g8/5VyxBrmMPsOkSJSziodacWPeJ3taN XDhaWcpWTyZg4ETfuwwsDgVMWkGtwWfGUY4LWo5CB/9da4aEzjt6s9aWN5+yrB702fCi36 ywtzd6P2EAJwWyKPUbZg49wFdScgT/K6XqrHgiIsjHRSlJQS7vqDBFHnOP0IpPxf0vLa2V dvgOEaHxt2hcTtEELHbIt4IJXb0bJPMU8acPiowLVPV9RlBRJkTKKTOEZk2a0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687004122; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=L4mNsqDN+Jfbnz/oKFSkzgTUNTuDSSCegiwaKxno3e0=; b=k/JpymG40l+o2JkfXUIExDDVt9dnmRgIkErRZzeyyoI0tiuj38dCI4d9yeeHEkXvJmXg28 ZKyDVVBax2+FiZCKHlLIfX25sQzZJCA5OxZogJ3LI3CYmNHa+cUcvC8U/maB9Y5xxwzWnn ovx6XT0AxVOKU0JF/gQxYTj35db+xIaonV4dTtwBXO72gF991AmwlWsx5C+82TktAf+xLv 0BfIvR6GHD/AC6wrGtQmHwzpEnLHU/bfb3EV3p9tNLMAz23712Wfkdu7CFjp6GzZeBdBQ+ Zlat5FjmOJ6faTfHd5jO+40wLPV54bcIKihxU92BByvYqS0W1KeaJpH++BBj+g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1687004122; a=rsa-sha256; cv=none; b=L5ByVXhsElHiwofY9oPxHDUJ6jgW/2t3i4eWbyJanWisXTw79eLy57akCuk4tD4uqB6xO7 XKzQpGZ7+1xc/PNo1JFbjUUhUVtsOA98x6B25Y6LWSufmxROqFYntVeTU5tkstxl9q4yxm io1Ixvuq26qCfwxR/tpdS+sHiEBBP4pIQNVwk9Q6u3l5EZzn1wATJ1NoJIJ+PdmNnFrEBB uUowHF7X0nxcYHFHi0a8tJosuy/xKlTafE+cOUGpxOHlWDwe4516SllgAqeTVwJSKXbuNn 1+nOeVBtRFqkb8nOZUoA/gwmmM/9+w/y/7Jzfxqbm6SXB3lv+nBKGiHFU4JZtQ== Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Qjw2y1YVQzmhN for ; Sat, 17 Jun 2023 12:15:22 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f174.google.com with SMTP id d75a77b69052e-3fde0f72f61so3196291cf.1 for ; Sat, 17 Jun 2023 05:15:22 -0700 (PDT) X-Gm-Message-State: AC+VfDwTG0CYvkUz6+aYD6QZr5zQQ12B66vFyMrgDcGSQFyQ8/EA7wtP +M4HwD0Z9HAwBIWtEtsnKG6nmLS57DUhxFOG3xQ= X-Google-Smtp-Source: ACHHUZ4V9pESewzZAMXr0bXZzXzDkPSHys7QMzDORofT2NBB50lPWRQkWpxiQgo9wQmxbipif8YHYar8S+JdvU7MrMc= X-Received: by 2002:a05:622a:14f:b0:3f8:4612:5aa8 with SMTP id v15-20020a05622a014f00b003f846125aa8mr10808012qtw.18.1687004121017; Sat, 17 Jun 2023 05:15:21 -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 From: Nuno Teixeira Date: Sat, 17 Jun 2023 13:15:08 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: keyboard doesn't work at Boot Menu To: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000005e314805fe52414f" X-ThisMailContainsUnwantedMimeParts: N --0000000000005e314805fe52414f Content-Type: text/plain; charset="UTF-8" Hello all, How to access boot menu ( https://docs.freebsd.org/en/books/handbook/bsdinstall/#bsdinstall-view-probe )? Running 13-stable on rpi4 and keyboard does't do any action at this stage. Any clues? Thanks, -- Nuno Teixeira FreeBSD Committer (ports) --0000000000005e314805fe52414f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,


Running 13-stable on= rpi4 and keyboard does't do any action at this stage.

Any clues?

Thanks,

--
Nuno Teixeira
FreeBSD Committer (ports)=
--0000000000005e314805fe52414f-- From nobody Sat Jun 17 14:34: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 4Qjz6v0tWKz4dtN9 for ; Sat, 17 Jun 2023 14:33:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qjz6s4d8rz3rHS for ; Sat, 17 Jun 2023 14:33:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net; dmarc=none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 35HEY4Rs035935 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 17 Jun 2023 07:34:04 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 35HEY472035934 for freebsd-arm@freebsd.org; Sat, 17 Jun 2023 07:34:04 -0700 (PDT) (envelope-from fbsd) Date: Sat, 17 Jun 2023 07:34:04 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Armv7 linker failure on -current Message-ID: 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 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Qjz6s4d8rz3rHS X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N A Pi2 running -current stops in buildworld with Building /usr/obj/usr/src/arm.armv7/usr.sbin/tcpdump/tcpdump/print-wb.o (cd /usr/src/usr.bin/cpio/tests && DEPENDFILE=3D.depend.bsdcpio_test NO_S= UBDIR=3D1 make -f /usr /src/usr.bin/cpio/tests/Makefile _RECURSING_PROGS=3Dt PROG=3Dbsdcpio_test ) Building /usr/obj/usr/src/arm.armv7/usr.bin/cpio/tests/bsdcpio_test.full ld: error: test_format_newc.o:2: unknown directive: CMD >>> CMD cc -target armv7-gnueabihf-freebsd14.0 --sysroot=3D/usr/obj/usr/src= /arm.armv7/tmp -B/usr/obj/usr/src/arm.armv7/tmp/usr/bin -O2 -pipe -fno-com= mon -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebsd.h\" -I/u= sr/src/lib/libarchive -I/usr/obj/usr/src/arm.armv7/usr.bin/cpio/tests -I/us= r/obj/usr/src/arm.armv7/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cp= io -I/usr/src/contrib/libarchive/cpio/test -I/usr/src/contrib/libarchive/li= barchive -I/usr/src/contrib/libarchive/libarchive_fe -I/usr/src/contrib/lib= archive/test_utils -g -gz=3Dzlib -std=3Dgnu99 -Wno-format-zero-length -fs= tack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition= -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-er= ror=3Dunused-but-set-variable -Wno-error=3Dunused-but-set-parameter -Qunus= ed-arguments -c /usr/src/contrib/libarchive/cpio/test/test_extract_cpio_zs= td.c -o test_extract_cpio_zstd.o >>> ^ cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [bsdcpio_test.full] Error code 1 Raspberry Pi 3 and 4 at the same revision completed successfully running aa= rch64. A re-run of git pull reported the Pi2 as "up to date". The filesystem is UF= S,=20 the build command is=20 make -j2 -DWITH_META_MODE buildworld > buildworld.log && make -j4 -DWITH_= META_MODE KERNCONF=3DGENERIC buildkernel > buildkernel.log Thanks for reading, and any guidance! bob prohaska From nobody Sat Jun 17 15:11:16 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 4QjzyJ3549z4fCZW for ; Sat, 17 Jun 2023 15:11:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.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 4QjzyJ0YsBz40h7 for ; Sat, 17 Jun 2023 15:11:36 +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=1687014694; bh=7DIdEvEOYk6IeI8ugQUaQLiBPCM7dwiUmu0Bs9oBQTg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=aPaDy7XQ13Ad1vwV3DG+SR+YzZkMTtiKIUJC4EJooW1reiFErhe+2IiI8yFF2ST2q4Z+ARVToj6witxvOQHPLXHjcSk/dVPHwNkn3CKlzUX0dKRmpUTTLZ6dQd5YwjomSclwPXCzltVn6gTuq7sNoFcyGzrD8tGNDxHsFmMlWf3LfSbXLiHHLTI3/5NmuNZplHBz4P81gsKPQIsia/C0On7m0rRc3FxMtjTMc6qi5mr6hivoV77al0v71rRWgrTTuHOCgsbpMIhebXDpJTjB6rkoLTPjV/dirpz7y8j8z82JHY7KTRhCJhOBqnhHkh1g6FoxZTMstVSumsn9NZ/9PA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687014694; bh=4DlcPWacCOmRsHU9SQBuCceIZaPxsE5G9NMqNpjNSpA=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dGTgEHP5n4xOtj5KNEZfAvpPw10tIv6N+hj1kSjW2r95Cj0HM0HNXp30FIf/Xtmgt/C7CBQC5y/vQwnjExwFBZoKoDyQtdFPiR/BZhOFi4Nu/LPJ0B7CcuI74x20WggxoRQ+f4JQ97tYD5MIrjzT7wt1+hoJNBBSdcokbBka5bKB3RanInVoHAb5SxNf5jbidFmQPD5YoK89G/5AYonvVik0Xo2QCZ8xaYbuEdN9Gywxpe4LVMR6rMvFQR9R+eTvUrROFxVDbxnnkeQNGgzxebOgSI0FWAYDuMf9LjBNrzXhN+TcITl8f2w5f/wZZXNTwryXMtIbnh+RIcQWbxccAw== X-YMail-OSG: xKVhB2AVM1nXKBKOIiEAT.mQ4mLUJ8lhGev4CI4vL5ez0y2hHE.J73SHh.K9d66 jIinj37KOD6vtcQiK1zdlMdBnLFwlDvV56O3pPajlYLk_anDWiCX3oG.u_LrC8jZZKeiA2TRNFbk uI1iUZPaZrCSIi6K5cxrBO4lj8.k78YddUOniKV87ukbreg5F4RA_SLlYiRylX0JVqy6No6oGdfA VwgYpb.vJb4Gd46QtCjW_k6wFllUXJYbu.znJMqUKUMMFDJVK7z5T5A_yM8bgwUAPU.ffxni43Cf TzJbde5iODtxLY2tYjgTucAtMBG4yKvwtgVRrCiLgnqYD4otDUSkWGlvy_hIfgmldKv4__QlG77_ z.SazlwsC1hc3Wy6vFXRZ3jaO7xTjVR706oNJEmE.Lu4gOjM5bamhL5M89mgK0xUGeZHU9wK5BHO mbwKQrv5wvyE7Ks5tTWvygk5WKdRG6gEFYh7Wp6QwbXbFU7kg7AWjrJxwprCKEzMVMgV_2AW9B1S Q4Jik7LJSAMJ19yGcuiI_8QIV1Rd9saSsuQyPSb1wjDUFmBYwgPQ41bGZkbFM.eP9UlDIER90LuL pYwnArinx0iUPbcddjT8Dhv1MtboS.Cntgz9xkSB3UFHZ2sjeWEvWYn_Bm1sX0JSMwfMSJ1ngles 7cCGdmvbkwW6izxRnGbHrcDBVgb7E3we6N4vN4AOD0U8.9dJdlUCtiKva5SWGuHfrOE8Mu3RseLT 1AXJbLU_1XDEIXgShO1JtlqWmNfcSxpyyv.8GJuIjHj3PF8QVj2dYbz45fsSoNOdwJuTbMaEC_AX 54JkTarmSZm8fyXcshkm.MWBn75OHfVVUob1cr2urMS7JhUSuDEDAr3EzusYTg7BIPDlbZ1glZHL wCR0mACRcOr4VyHy_Gp2MK.XgOzxNJ6AJ.9Z1VAmBy10bJ0x5Lu.TyG4g45ziW68eKCP.WUAp6tk 84TULkDkM6NdTKlWETAO.X3u5e1k5fTTFm5JPuceLsq58Xgujr1GbdsQ28Ys5HOFeYJMaycjy7dp DVAmy2twkSCc0IUcU8c5EB.IpeUFA9swA.OJNapEO1_BglLhUGNgf0xG2pWE9o8eT4Okrakqw.NU xkQrX8B4JY2WRuaiM5G28vo9EPPjyJ1DW30tk_l1Zu1wZPPK3L_lDK2UH8WvfD0LTwiGT0PurNib QZK4Rq8vZqfcDcMq2LdU2Flr9DEG2mvpnEKbsLb0CWkqiAPcoZ8SzIArbVSxga_mCgtVsgW0V3_m VAHWdOkbX3zKLXilLz6Oxz7s.X1OvHWHA36BBaPFjHfvwNwo63vX2nXInh_ZAjMutq7NqHl_i3Nj Xt8KT4MyuSOD_R7rC2owWBEE_sraSUW8NMaeZqFfkil3JGXNm_DxEjQa5z7Bk.tR8k3bgDZ6gEvG hk98q6GDyFEBK30FsUVkvxe3BU_n0czKD_5p9f0XUURBd5ATtMVob8a2TjHiN5zGCXHTkdvQrb6o W.stMqtLD7iBfTU0n6LfyCsp8PJqvTzXwWo.uLMGfNfN_5.02xtu0Osza70Cw3gECnOzbialPRsy c03pkexYHKsvJVD8BWtmqWtoj18xzTaCmOLHBXcb2tSMQqDnjIzwNwgXFNjVaCug8nE9EXQqpkol t1r7NFrmrLchEZUkHAvDylE1bixAXWfyUGkoWfTrr_Wy7dQ9AmclzKohPCcOIKVnNEC3bCaNGbgG mVGR2NZT7i2l6MdpkBFPi8_NyOhEtBcKEOCdlNrVBQWQbuq71YZGxLRwQoMGoE15S_E6TqiZKI3e Ioe_nc6q_ixKacKTO689QkCcbmFd4OyRFR4IHVXK2Rixe6R74NPbSlUSw0f_S8qTPe0eLUP405Up 5ucukiIjdBsx9U0G7z8CRT3VgS72Y3oqev1x.Iex6qxmTVieDppyeau.e0n2.vUQUkOK8IaZ7HRe yrm1skDGEghoP_mUpVQMiYK3JSWMTh9f0KE.rcgmAIIvFvy73..DlFvGkK_5LFfRrStY0qWL4OSO adWQdWiECsYhMXJ_bBsrOgnCNZPi.KmW48zmB.WQM8txqdUVnvuH.92BySbnCKcdOxe7bMIXjJGr o4c5mKwYnwFWVVsRK4rVCyZbziQaxsyfKlRZkr16SS2OwLVsShU_efHbQARYGPZB6A37d8hAFDyp NajKpmkO_zAzSWjAqGFs2502CMDTEJKDcC43rvvXzl436yPFrPxihgiKCYly073XcrV5WaelLQpz NmU7IdT_4XRL778rHn5JEkQNtpwzhAbK0bMukbG9Yt6eET.gQ.6RAHBmUBqneqsI0eGYfBVMYnDv Kjg-- X-Sonic-MF: X-Sonic-ID: 6fa56bcc-1684-4661-b853-c583b75cdf57 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 15:11:34 +0000 Received: by hermes--production-ne1-574d4b7954-scd6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f979e91d4d84fc0c4c76dd1ff81553fb; Sat, 17 Jun 2023 15:11:28 +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 08:11:16 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> References: To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4QjzyJ0YsBz40h7 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 05:15, Nuno Teixeira wrote: > Hello all, Hello. > How to access boot menu = (https://docs.freebsd.org/en/books/handbook/bsdinstall/#bsdinstall-view-pr= obe)? >=20 > Running 13-stable on rpi4 and keyboard does't do any action at this = stage. >=20 > Any clues? It is unclear what the context is here: Serial console? No serial = console? What is in /boot/loader.conf ? I've a serial console context and have: boot_multicons=3D"YES" boot_serial=3D"YES" Is the stable/13 from a specific *.img* file from the likes of: http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&O=3DD= ? If yes, which one? If self built, what commit was the build based on? Has this worked for you before? If yes, based on what commit back when it last worked? Note: Warner's recent changes to stand/ for the subject area are only in main [so: 14] so far. So it appears that the only fairly recent change for such for stable/13 has been: loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle = Evans 2023-04-26 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 15:34:16 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 4Qk0Sm1Zp4z4fPgR for ; Sat, 17 Jun 2023 15:34:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (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 4Qk0Sl1VTSz45kH for ; Sat, 17 Jun 2023 15:34:30 +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=1687016068; bh=6Vka6hxuBMkOPUIx99aG6JWskSJ//fEfFWupkK5WRN0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=X/hA3HRXuEJ2OCEGp1GrLEA3pKqVeJkE3Qln56BOCbdAyJHImULYTq7Obcl+MXP6Z+ON/RU203CAJAPjyie6V9ti3MKWqH7aZx+VGafLlYFDUqFgskaGEVK+Sw1M7CHh56SviXg/lkuGChBfGo3KEgNum0aSvCr+NJcZh20rZePgRaJdy7VApSh3CjD5Gs+gNHq/d/7hramtPaXfkXXHYtLos6815V6G1ndDo797JwNTD+wbjhRwWnJNbzdp9BoatSCpbBziOormY9uwsfLtlqgAsKUhRDcr7kg9rFQb8TcfBw/o6r+7LuZ8fb56sXYjqgTIrydy322fxWaYnKndcw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687016068; bh=RtmRJsaujWWHP4VzxRUqLSVhlOlC9Qcbsn+gu1dCLbS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ZphmqpUSz6qzbWEn7Kdd3SnxUCCqqPzagvC+jtrQZUDCiCHsBPLM3MpLTbvrRiRvzdmfIVY21gJ4tpfzowHjzYWEtOmG5EAykLS6sci7WJ3PFOAc19W2tS13nHsBfEawvVeTIQ8mBuy/ataK31cF9F+0XWpDTI/m2BKZTbJvPouCcSQUt8gchYa78sqAJXNorOS1R3hqb35p9YT8LJdtY5PDWeQwKsuuULzOsHz4+qAEse/rDfbX2cc6rndv6VdEMaCjuUL2lWCkm58jvpM81x7NcH+8iXKgYAE0InQ2HuUo/e86yaz2lBw+EEeAghrTd3hFeidO2QtqSlDxC/uYBQ== X-YMail-OSG: l9F4WNwVM1kAe.udCpy33OCw.Yjq62CT5CvV6c5GLrJs5yRvRsiU_hggUS4wTmE 1ObxDjvStv04lqoFiBVFWkdxbL_SZK.tNpWYid9F__c2wj9N0TddVC78woCMFtPMR7lSIt5nal9e X1UzrFceoietdTm_Mc6TU0xg9Q40uK_5cxGCMtYzrAlQstP3K3MXIqLcyA2jYniGFr3QORj11t28 sgNf5nfoH_M6hPEzO8jCfKIog5fKdKTo1BhljqSCuxNdi7Ejqlm02vg05JUcu4sroozYvdFxr.2W qlzz8NBonsViYX0n4lQMYZOJMcRbSwuQA6xz0BKBq05z72HyKGbleX8jZWltZueDuzgEzyXTjup5 bChn44f4xf_qdf_ainmIkAEQEwZlA3td_u2qse9AcufgoNQ4auh_84Ky51KdYFjXbMyBZ17ZjWrC Iajp9NyTH8wF7xzPfqZShAEyYIj2Znuh1rlkvMaC0TpLGZytDRko5Npiz1UMcJww3UuLYp2EwlP0 k4G0MCKaMdBia9x0NRlcXDMa9ysOPo_q3.eAJzssf1Fd2aM8qf6_wL40B.PE8.0FceaT4ZQkQFti .YIfNbNGKmPtbZRkLRLtw6fHrZqoXOq9IapPluoY792eNoQgQkQXvlzlDRk4o6XZIl9sjZ0GC32T 94Rlo.lLZYLtJPIVZbi9s57o4kiJwd1v6AEWtRfgp2srubkV44DOKn7vV0DxVOTbe1WmkN5N0s0O Y7iD5OWIgmXKmBBZ.Bpm8FbUxTI_r_CBIC5vIw51dz.ih2y58U5VR55cdlu_q3b3KIaUSNXBRljg p4DqjHz.VILjdxGsVHIOg3j2lgCE.SmYcb2kLGvihrA1nwKuhOe6gm5_DF3LOXtf.vmjkWR_Yt7d lbrdgKtRD7PIcvhuxnk7llXqFk6sLioEC0QfmSQ6S6Tulny2qk9HU9TohZaLuE.O7zHmLbTI1x.m qU8al5CmLTh9TQ_Q5X1AOwuGKeKFt9Dt5kzABZobPP8dy.DTIL0VuhiM6iZ72FJoaJf6SPKvMKl4 VQDlpPtuds0Fyp_0aYpNmfA9LiKQWUYfVDHfS1Zg.9QuI8Hb3q7uEYoQZF90GKBN3MTDG6NpDmwd xVXlna1coQUOIR3npF7s1M2h7Or4O4XD4e768FjOvaM0omwpAnt9WGKLTG1VOO4qoiWs1Tn6ekdj .x.HuJn9VTOmyaTN469acCzpKgmIkrfUJyH2YzC1jshfAw96zY013RkHR3m7UFYU7B2RY2PHA88l BetAwcMchhGtsO9yaU_i5u5K.12vCj8_YffzqEF3P7cQWmH5il.nRlOMf7Vc.Uy_5w.9WD8oPR65 J_0BiheCsqR7Li86C0yvL4_Vv24Pv9q53N8VdxX8iiZ1yVzKltwgGEmumgsOb6ASqCf6Ibh15mkq KlSoDeR3.8N3HlvwN3e0qqIzMvuw_TqFxAEaRXCGRlDLVtthevd.n_w.i2AP11K6eCh4QXYuuB5W U_VbPNFq07w4FS1B6ePuOVgs8lFtaMSR_d5LM_wAgOmXOyHDC2sKk_qGvTxWIqvGm4GUn3WNNe_C G7VNKTy2_ZWkuNAAMLim02SuDFwqMoPM5v3bqydf1BSZPThQolcjde6VD.35bneZBDDdd5PIFI3Q j2igeW_m21h4bSdWM9QJmhXQpzPXG8HTkundjnZOcKRYNhTRNWQDWbetTkOWkbFw5SsQgHV8kAsE VW2Pu8Y6TN8TAonb32Y31e4v8ID_EBlRHake1VgZO9kGwzL6RfC21dMn73flQ6ht948HhlyoRM1_ ihwg7col97MbfNbgkAMEzsfOWAejfDy71xFIeMgwb1ZgKk3NrKcmgHCWozR_CyhceeLSLd2H7oBa qxWMfkk.XySUQu7G8FSSOXkwnbfFNoTEodJQzfbAfFF.UtykAWuklfDizbEaRqT8Dp.xGH9G4clE odYC62V_f6hYg4Jpa1JBcTrp5O2KNb1DD3DhKO0d52.SXKprGB7jVvTEN9ucdMqGUxJGgFoE6z.Y XC0KLz5_INm2pAu6pCQZlcmQiZ9WFfndRBg8tIou8TAAUjO7qF53PnkKxfKQ9cKLhbZN9Dn1ERoV Z1MhKo6UHHXg2UJTXoYb0ZxsSENMxSCqZum.5paIarEuYBSn5UC0AAa.CAfgefsuSv8NkfcNwvpy v.AvfFxJ1iBLFOe0Yt85zy85u3QpxpnUpcs_b8lqWKY2aFoy3HQrltJ8o5gAfeQeUmUSdyMJ4CeT p4mrd__r18Hm8ksgBNQwWTdxPjNTNDow8mXTL6DwnbvhomWf3bPaDlSxPZBnXjw21_vv04235HHY hORE- X-Sonic-MF: X-Sonic-ID: 0a6da49a-9d7e-4ef9-ac01-a845ea08e03e Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 15:34:28 +0000 Received: by hermes--production-gq1-6db989bfb-4sk72 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cb59c5c2dbd2e4a4c5cd60f75577a824; Sat, 17 Jun 2023 15:34:27 +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: Armv7 linker failure on -current From: Mark Millard In-Reply-To: Date: Sat, 17 Jun 2023 08:34:16 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8B771495-1C68-4A23-8658-02A8AD28088B@yahoo.com> References: To: bob prohaska X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4Qk0Sl1VTSz45kH 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 07:34, bob prohaska wrote: > A Pi2 running -current stops in buildworld with I assume self building an update to main [so: 14]. What commit last built successfully? (This bounds what would be = different in official materials.) > Building = /usr/obj/usr/src/arm.armv7/usr.sbin/tcpdump/tcpdump/print-wb.o > (cd /usr/src/usr.bin/cpio/tests && DEPENDFILE=3D.depend.bsdcpio_test = NO_SUBDIR=3D1 make -f /usr > /src/usr.bin/cpio/tests/Makefile _RECURSING_PROGS=3Dt = PROG=3Dbsdcpio_test ) > Building = /usr/obj/usr/src/arm.armv7/usr.bin/cpio/tests/bsdcpio_test.full > ld: error: test_format_newc.o:2: unknown directive: CMD Note the above error from prior activity not shown in your message. >>>> CMD cc -target armv7-gnueabihf-freebsd14.0 = --sysroot=3D/usr/obj/usr/src/arm.armv7/tmp = -B/usr/obj/usr/src/arm.armv7/tmp/usr/bin -O2 -pipe -fno-common = -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebsd.h\" = -I/usr/src/lib/libarchive = -I/usr/obj/usr/src/arm.armv7/usr.bin/cpio/tests = -I/usr/obj/usr/src/arm.armv7/usr.bin/cpio/tests = -I/usr/src/contrib/libarchive/cpio = -I/usr/src/contrib/libarchive/cpio/test = -I/usr/src/contrib/libarchive/libarchive = -I/usr/src/contrib/libarchive/libarchive_fe = -I/usr/src/contrib/libarchive/test_utils -g -gz=3Dzlib -std=3Dgnu99 = -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers = -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition = -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations = -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-but-set-parameter -Qunused-arguments -c = /usr/src/contrib/libarchive/cpio/test/test_extract_cpio_zstd.c -o = test_extract_cpio_zstd.o >>>> ^ > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [bsdcpio_test.full] Error code 1 This may be a consequence of what lead to the prior error message(s). I normally start with investigating the first error, not the later ones that may depends on earlier ones. > Raspberry Pi 3 and 4 at the same revision completed successfully = running aarch64. >=20 > A re-run of git pull reported the Pi2 as "up to date". The filesystem = is UFS,=20 > the build command is=20 > make -j2 -DWITH_META_MODE buildworld > buildworld.log && make -j4 = -DWITH_META_MODE KERNCONF=3DGENERIC buildkernel > buildkernel.log >=20 What is in the files: /usr/obj/usr/src/arm.armv7/usr.bin/cpio/tests/test_format_newc.o.meta /usr/obj/usr/src/arm.armv7/usr.bin/cpio/tests/bsdcpio_test.full.meta file after the build failure? Also, more of the build log might prove to be of interest. You may want to give access to it. For test_format_newc.o.meta , my last build of armv7 main shows: # Meta data file = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/usr.bin/cpio/t= ests/test_format_newc.o.meta CMD cc -mcpu=3Dcortex-a7 -target armv7-gnueabihf-freebsd14.0 = --sysroot=3D/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tm= p = -B/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/bin = -O2 -pipe -fno-common = -DPLATFORM_CONFIG_H=3D\"/usr/main-src/lib/libarchive/config_freebsd.h\" = -I/usr/main-src/lib/libarchive = -I/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/usr.bin/cpio= /tests = -I/usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/usr.bin/cpio= /tests -I/usr/main-src/contrib/libarchive/cpio = -I/usr/main-src/contrib/libarchive/cpio/test = -I/usr/main-src/contrib/libarchive/libarchive = -I/usr/main-src/contrib/libarchive/libarchive_fe = -I/usr/main-src/contrib/libarchive/test_utils -DNDEBUG -g -gz=3Dzlib = -std=3Dgnu99 -Wno-format-zero-length -fstack-protector-strong = -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition = -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations = -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-but-set-parameter -Qunused-arguments -c = /usr/main-src/contrib/libarchive/cpio/test/test_format_newc.c -o = test_format_newc.o CMD CWD = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/usr.bin/cpio/t= ests TARGET test_format_newc.o -- command output -- -- filemon acquired metadata -- # filemon version 5 # Target pid 79320 # Start 1686464003.763817 V 5 E 79535 /bin/sh R 79535 /etc/libmap.conf R 79535 /usr/local/etc/libmap.d R 79535 /usr/local/etc/libmap.d/mesa.conf R 79535 /var/run/ld-elf.so.hints R 79535 /lib/libedit.so.8 R 79535 /lib/libc.so.7 R 79535 /lib/libtinfow.so.9 R 79535 /usr/share/locale/C.UTF-8/LC_CTYPE F 79535 79537 E 79537 /usr/bin/cc R 79537 /etc/libmap.conf R 79537 /usr/local/etc/libmap.d R 79537 /usr/local/etc/libmap.d/mesa.conf R 79537 /var/run/ld-elf.so.hints R 79537 /lib/libz.so.6 R 79537 /usr/lib/libexecinfo.so.1 R 79537 /lib/libncursesw.so.9 R 79537 /lib/libtinfow.so.9 R 79537 /lib/libthr.so.3 R 79537 /lib/libc++.so.1 R 79537 /lib/libcxxrt.so.1 R 79537 /lib/libm.so.5 R 79537 /lib/libc.so.7 R 79537 /lib/libelf.so.2 R 79537 /lib/libgcc_s.so.1 R 79537 /usr/main-src/contrib/libarchive/cpio/test/test_format_newc.c R 79537 test_format_newc-3286aa4d.o.tmp W 79537 test_format_newc-3286aa4d.o.tmp R 79537 /usr/main-src/contrib/libarchive/cpio/test/test.h R 79537 /usr/main-src/contrib/libarchive/test_utils/test_common.h R 79537 /usr/main-src/lib/libarchive/config_freebsd.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/osreldate.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/types.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/cdefs.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/machine/endian.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_types.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/machine/_types.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_endian.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_pthreadtypes.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_stdint.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/bitcount.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/select.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_sigset.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_timeval.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/timespec.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_timespec.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/stat.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/time.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_clock_id.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/time.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_null.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/xlocale/_time.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/dirent.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/dirent.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/errno.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/fcntl.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/stdint.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/machine/_stdint.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/stdio.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/stdlib.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/string.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/strings.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/xlocale/_strings.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/xlocale/_string.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/ctype.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/_ctype.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/runetype.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/xlocale/_ctype.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/unistd.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/unistd.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/wchar.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/machine/_limits.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/xlocale/_wchar.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/acl.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/param.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/syslimits.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/signal.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/machine/signal.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/machine/param.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/machine/_align.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/limits.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/queue.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/vm/uma.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/malloc.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_lock.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_mutex.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/sys/_smr.h R 79537 = /usr/main-src/contrib/libarchive/libarchive/archive_platform_acl.h R 79537 = /usr/main-src/contrib/libarchive/libarchive/archive_platform_xattr.h R 79537 /usr/main-src/contrib/libarchive/test_utils/test_utils.h R 79537 = /usr/obj/BUILDs/main-CA7-nodbg-clang/usr/main-src/arm.armv7/tmp/usr/includ= e/stddef.h M 79537 'test_format_newc-3286aa4d.o.tmp' 'test_format_newc.o' X 79537 0 0 X 79535 0 0 # Stop 1686464004.381820 # Bye bye =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 15:52:23 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 4Qk0sc4cLPz4fYgS for ; Sat, 17 Jun 2023 15:52:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qk0sc0QzKz49kj for ; Sat, 17 Jun 2023 15:52:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687017156; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JV/6Too/qOA6+ue+AyGhd5nS9zIheobxPd2FiF79WX0=; b=JKudb9Vf01rf3bZhQH/wk7VoHJzXquCglb2AMnCYDp8WY5K0G+o3bveYoI8z+Bi6pWAjrs XfZ7iXKvp9dugppbc4AVnHQdC3oalB+NIvr3Ka9QKWZBZ1nlqHkk/9ZOdMJX9mGO4mmXqL zGY2sZ2WQniFLKZyvja37g2eTgUe7ansJG3B6Lzla7vt+Kql53VpUiVANlEyj7x2DJT7bg Deup8dA5aHiGZc2a6MTV+75BB8lTRnii0plyx54ZZ+IVZDYkVAUtY8WFDewuuEji9sJ19t UCuL+HL+Y3ZlL2xG1daB8gYpCXNM7vlkuOnFxI3rIUtDWxye0pJ9qcqbiikZoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687017156; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JV/6Too/qOA6+ue+AyGhd5nS9zIheobxPd2FiF79WX0=; b=Y93dfwJddhjzRrhkbZ2mmpB3sfFhcALYUT3db27lZv16qWCmkuh1X0s6RDfUNt0uss9dFw z2nUvQv9/JFaN045yv+XLY/Wr6jE1Az89YQpmJcJ3ZGVDWrW6D+fcXOMwe/dmxDHGuWg6a JrOtdw5OBbqNPH9lFlz6f6NKZVM9tFsquuqwwbe42lM5Xq7vAJva9ZOKzer4G2X39ttuEM enuoaKrpfyFgT8TUsFf6ABojfUowQkIdzTAIEWF3ejbb/UuVQLaT/ECAGTF9S+jymvMID8 AEWZ/gl1moRGKhOGDqkRWBgwPRaMkMo4Vuw9mw6wOhWEGwrz4uYfg1ssXiDfuw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1687017156; a=rsa-sha256; cv=none; b=SDtOTsVMvJ8O44HirWd2UdT9V5R/EB+fexra96ZiB8LTWkSyLCybpmU6RlGeuXXcOdT9UA j62DgOdyBRz7sTbQfjdU6Ok/kp1Yklhkx+tEWN7W9BEme05nTYrm27UMl64w1GXomVZ1n5 y8CohPlJFryOp1Mu1JUUU2sayAZxDov6E1tlwqnB5JZPJURSfCTiRPP0ANk10NGkxFm0Es dRvAl/zPRyw8wYaQfGbdqQ/JMkYOSG8gLBANgIRlYWKmNhJqG/vPMVMtVuQwsR/ZJbirc8 K+LGla/Bjw0DmZcvK7JoYQJKYsRJ0wCpJVFnxgJeyxaI+QUBQ6sUpPnjEPdzOA== Received: from mail-qv1-f52.google.com (mail-qv1-f52.google.com [209.85.219.52]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Qk0sb6c7HztFF for ; Sat, 17 Jun 2023 15:52:35 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qv1-f52.google.com with SMTP id 6a1803df08f44-62ff4f06b3cso17527176d6.1 for ; Sat, 17 Jun 2023 08:52:35 -0700 (PDT) X-Gm-Message-State: AC+VfDxCHGPx3LB+MtthNMa2A83tCJSoX7M64a68XNZ+gr66FPbfnBBa n4GtHZHrg3rSsYKjjkdqGLby34SimJv+YMmdYIA= X-Google-Smtp-Source: ACHHUZ7Ov6eVw0G+T+HGKXFLP07XS1RAZdJG2UbSXdM7s8voVttBdzigLRKOkXh/wHryDzfl07+ogbEb6bz0GdItzWU= X-Received: by 2002:a05:6214:ca1:b0:62f:d00c:7f41 with SMTP id s1-20020a0562140ca100b0062fd00c7f41mr7582039qvs.26.1687017154332; Sat, 17 Jun 2023 08:52:34 -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: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> In-Reply-To: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> From: Nuno Teixeira Date: Sat, 17 Jun 2023 16:52:23 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: keyboard doesn't work at Boot Menu To: Mark Millard Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000036ce0905fe554a3f" X-ThisMailContainsUnwantedMimeParts: N --00000000000036ce0905fe554a3f Content-Type: text/plain; charset="UTF-8" Hello Mark! It is unclear what the context is here: Serial console? No serial console? > > What is in /boot/loader.conf ? I've a serial console context and have: > > boot_multicons="YES" > boot_serial="YES" > rpi4 connected to monitor via hdmi /boot/loader.conf: kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" cryptodev_load="YES" zfs_load="YES" > Is the stable/13 from a specific *.img* file from the likes of: > > http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=M&O=D > > ? If yes, which one? If self built, what commit was the build based on? > > Has this worked for you before? If yes, based on what commit back when > it last worked? > Instalation is from 13.2-RELEASE and firmware copied from it. I'm tracking STABLE for some time and I'm at stable/13-n255602-e6c1e181ba7f Since first instalation that keyboard doesn't work in Boot menu. > > > Note: Warner's recent changes to stand/ for the subject area are only > in main [so: 14] so far. So it appears that the only fairly recent > change for such for stable/13 has been: > > loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle > Evans 2023-04-26 > > === > Mark Millard > marklmi at yahoo.com > > Thanks! -- Nuno Teixeira FreeBSD Committer (ports) --00000000000036ce0905fe554a3f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Mark!

It is unclear what the context is here: Serial console? No serial console?<= br>
What is in /boot/loader.conf ? I've a serial console context and have:<= br>
boot_multicons=3D"YES"
boot_serial=3D"YES"

rpi4 conn= ected to monitor via hdmi

/boot/loader.conf:
=

kern.geom.label.disk_ident.enable=3D"0"
ke= rn.geom.label.gptid.enable=3D"0"
cryptodev_load=3D"YES&qu= ot;
zfs_load=3D"YES"
=C2=A0
Is the stable/13 from a specific *.img* file from the likes of:

http://ftp3.freebsd.or= g/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&O=3DD

? If yes, which one? If self built, what commit was the build based on?

Has this worked for you before? If yes, based on what commit back when
it last worked?

Instalation is from 13.= 2-RELEASE and firmware copied from it.
I'm tracking STABLE fo= r some time and I'm at stable/13-n255602-e6c1e181ba7f

Since first instalation that keyboard doesn't work in Boot men= u.
=C2=A0


Note: Warner's recent changes to stand/ for the subject area are only in main [so: 14] so far. So it appears that the only fairly recent
change for such for stable/13 has been:

loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle= Evans 2023-04-26

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


Thanks!
--
Nuno Teixeira<= br>FreeBSD Committer (ports)
--00000000000036ce0905fe554a3f-- From nobody Sat Jun 17 17:12: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 4Qk2dc3xCbz4fBpw for ; Sat, 17 Jun 2023 17:12:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.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 4Qk2db5y6mz3FMB for ; Sat, 17 Jun 2023 17:12:19 +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=1687021937; bh=YqBejDy8VUd754iCklCav9wYywR+CQX5+xxDHGV+2BI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Ltv64H0rarT68pnod5Kp1k+h7b0URKOuHvXZ0pSkw3+GhgtCL3JjYyDEyX8mbn9emcEaU4SXw36WDlDaQAM6qVf5GGcvlE47bmAExOBgMRbitg/RVElHULGPA/fFhRnw8pkhgihYAlMNR8oFox9aSuNoNwnM9RZzB5RHasOHe0IFYJZWqaWKpZ6SEj4gCZ5dl2sjekfClQpnC+9y4LcqELgkpQuxaPBBiq3BvuJrzqdj0znCCl+Db+BSB5V/bOJPpcsfWJjXG4SpXXyu0JTv9fboDs+4bhSHKhlZG+blrkD5cw8pJCpCTaz6L1Rux97C4lIOW9A62iqHfaLm0Q5GDg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687021937; bh=o7AoRBlaORXHdrctuyPChTO1hDPsPU8og4bigBl4cmI=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iIt5GRVpKt3IHxP+pCssYbkNEvLY4FjbMD0/VzPdEMc3YG8js0+CGXeYns6nDY5VDJXsVeIU3HKCMQjgsxOj3lN0F/Dxbi8ofJ3EhC2eUrHJNJO+Wh7qQaHK8wcVjRdQTIZFZJWuLri6Y6gDN9EYRUvPG25XvvJ1880vsFIQ8xsjGWLHsH3mFtlSwXf4AfMCW1Pw6MkVzo+bmfAF7t2Wphy6j1S1fPmCluvkCieaGmqM7URcCySQAC75+kxCVb6tSYcA5seEfNwDyOhe9XMVHr8nRfFHB6pqTMLDKXJskUVNNvF7UA+eWBk7OT47c6uK1pIWbQFDcJzyjPPXox+Y0g== X-YMail-OSG: zO0SG4EVM1mcH6S42.KTlX7IjSpK3UpMACprib_rQLul1cs6WjT_cCLjW6cm5Zt E7KHZhdKDZXAzQcP7jaah2HPIzmShQcs.e_PUPXOj8SmwQX14cp8MlmCU15Xr6hKgkV3WmYS6KJ5 wJUqHbahGWRHzSNaCTRpkzpg6_NBCPEfqyRBYZijLpBVLkU8YzjrcDfbGyOn2osa46_oDVer8D9G jCxdYGDTrZHmVKq.0svtQC.Wpit6XyyDznJGa3n562KNZS3H6_INeLxmMiP_C3HrQjhl8o7PsLZu I2uhj7cnpyED4ggAxU09ZfidjZD158DvAdFUGShd41kF.KeBOowPSvuJZSVhskYhQaO.6o4R5Jve vwn13vop_YJxPGFQhl1Tbxw32wkR801rmGOODoj1rHkmXazlREo9bQ1WgYG0EOrvuY1eNkybgfRN 83vCJC5JKTKEzqpcEW3VCML8cQmnhSejml99H0xwnzw4zGBQOfhk_7z0QWIRdCpLPNhGNSEyJCgV RruOZLhjrlfsk9NjujAWcQ3Dec5gecWBwW4qUUbItp5TIM2x3jUP12AVn_yXBRd5TpsB2FlbLwLJ oO4Z.F.6ec8KVhq5EyCikXq2Ss.u142wAjXPgLjiMj2DA.EKYckTIQckfg3KueoHofLxMv.CGKft vK_ZOf.Jy0TQsCYcNu2dytokgRy2UeUYdbFZQmkrqbY.i_GsuisdwMxsGKXxqjZ3ioDYuWeofDuZ NsFcpqVdb.kzdNtqQVcvv6kWMt1SiA5HpqxFGCdRV6VhiEmRU1T63IJk2n7trOxzNubJHIcXUyre t1FUdsLKHK9hDMu35wOw3itrFLnka04DIau47915k0nNGJfaHblZWtVnN4iojaakVnWFCvAiPR2L 0oDgSU9N.C7ovqdrmpX4FOBNXojWHUM7CGiHHrtB5mCOtkltHQeiPmXKP2oYPdf5LoLGjyPWTjZM TjY5e5TBogk5ulDE_y5ZwHqikcrjBqHDYe9SURFMvs.UlIMrk3jEsnqKqNEQP4I2POz6_6ZR6ce_ xiBHM3Gedqgp_if7205B5CALefMAGznPFM9WF6cEGSd6pcKmtaRh9TyObf02HO03J2Gum2HELI4v OlIDxZVcdMp_E.QAI2MAXaDMMrfizHwYH5Ron4WMyHS7_n_Ek25FV6s9WPZlapiXTRSoBXn24DDW lJUgumciDcp_qNjDN1cToD3ujPa7vQuwOQ41D5tMVLYC0h63w3aq4CfwufUmtEYu.xPkiPB4cGYC m4N9I6hB1fA70XAg84g55Iv7tWfoekBeRJeVcBs6hAUZnRTk5fE4huFn3m_oLQjCV7NIjUk83LJe 2H3YA_tNDhfw3JrGc6ISoxgO.nRdSYy2e3ZwWusoy4Yuq1wriSlp7SQCQpVTH2bvzsDKe3I932QE _fHR_MxdOHJd2bZHSaTw3.6UpJkutnzSMZDuHF9IbnkwgpThuEosNIAx8jNlBLzQ4apOZQnf2Iqy 675fiASq_qFV3fdOxEw1C3_QL1viyoKKOybfLgeN2rkaUOn0xr9QiI6GVUuX3u3kAq6IrP_3WZJj BEhl9ilUTOJi3JaPAPDrs921WDM1Rck4EJzCnAkx0XJV8rPPmTwcA2GAP7Wa_PrQqyq5WnqrWYnx Av7BkCJpMLeWKNCu7F5Xm.btaCOJva1AM.9K3JXuAfGsuAyeRHVTknKiWoZHxmzwb0OXm049HSdm BlyULzv_7HooDzUiIyaAGVMqLVGHI8OmdJcVNtdfL39nFqZX15jhK_lTB2FU15gTj2lZnrAXxZ_l od55tkTnV4gflO2WM6U2bhbe8e5U9Ph0ex8kABt7d00OSgIxJXcrNMhvwywGzinq2Ts0eI_xQdJT nlqE2IHNVTCVnq9aUt.7gJ016rwOMOXM9d201rB0QyD5jGfSrVEpDjX79H66Tap3j33VOqu3m0.F 3rPeHEzqlANxyWy4Uib.vOTGn8dHEaX9Y61ezYbmLM7BSKyNqqLopnUVeDPJofbwasaqFWrHQNT2 01BcSXSpiq0LpNYAAS9gAQIru8wkFdtfcawnnXigaMYjhSDFdmXAKNWg7Ov688z5FF3Zz.Ys3RdL d9rZHNb7Sa.iUUqCpS7kYdwGhHF8Nif3OdZTDSzaJdiHUqnuAT.OPw1OhGsNditOR7y0QJjn9_2l LjSUcZiSRpJwTjT6r921AWqULscBJJYqqyZrglDUUHGO.wP4.CYcZrAlyObTDa9xQ2SbqgSCsKjs iAr76kQrIEfKz_nlRn4UvvxcqfUXnYh4hmCNySj7bgWVg5X0MdVgzfMHMn3.SiflhczcQi9ncNqm 7bg-- X-Sonic-MF: X-Sonic-ID: dbf4afe8-0829-4a51-beeb-0334c04aee00 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 17:12:17 +0000 Received: by hermes--production-gq1-6db989bfb-z7s2g (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 57bd477cf111239aa962b40ab88e70fc; Sat, 17 Jun 2023 17:12: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 10:12:05 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4Qk2db5y6mz3FMB 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 08:52, Nuno Teixeira wrote: > Hello Mark! Hello Nuno. FYI: My example paths and such are from my main instead of a stable/13 context. I may set up a stable/13 snapshot to better match your context at some point, but not yet. >> It is unclear what the context is here: Serial console? No serial = console? >>=20 >> What is in /boot/loader.conf ? I've a serial console context and = have: >>=20 >> boot_multicons=3D"YES" >> boot_serial=3D"YES" >>=20 > rpi4 connected to monitor via hdmi >=20 > /boot/loader.conf: >=20 > kern.geom.label.disk_ident.enable=3D"0" > kern.geom.label.gptid.enable=3D"0" > cryptodev_load=3D"YES" > zfs_load=3D"YES" > =20 >> Is the stable/13 from a specific *.img* file from the likes of: >>=20 >> = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&O=3DD= >>=20 >> ? If yes, which one? If self built, what commit was the build based = on? >>=20 >> Has this worked for you before? If yes, based on what commit back = when >> it last worked? >>=20 > Instalation is from 13.2-RELEASE and firmware copied from it. [Note: main has /boot/efi/ as a mount point for the msdosfs. Your stable/13 my still have /boot/msdos/ instead. That might even depend on the details of how and when the configuration was set up. The efi directory in the msdosfs may be named EFI or named efi as well. I show/use EFI to make the name distinct from main's mount point name, making references clear about which.] The following are from in the msdosfs file system but are not from sysutils/rpi-firmware or from sysutils/u-boot-rpi-arm64 . (The detailed content, size, date, and such will not match any stable/13 details here.) # ls -Tld /boot/efi/EFI/*/* -rwxr-xr-x 1 root wheel 870956 Jun 13 18:24:42 2023 = /boot/efi/EFI/BOOT/bootaa64.efi Is your bootaa64.efi the old ones from a 13.2-RELEASE ? =46rom a recent stable/13 snapshot? I'll note that: loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle = Evans 2023-04-26 would not be in the old 13.2-RELEASE msdosfs file system contents. In general, you may want to update to be using msdosfs content from, say, the most recent stable/13 snaphot (preserving any adjustments that you have been making to config.txt or the like): = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13.2= -STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img.xz But, I'll note that updating BOOT/bootaa64.efi can be done just by copying /boot/loader.efi to BOOT/bootaa64.efi in the msdosfs. > I'm tracking STABLE for some time and I'm at = stable/13-n255602-e6c1e181ba7f=20 The snapshots contain things in final places that are not in those places just by FreeBSD installation or installation of ports. Have you been updating bootaa64.efi by copying /boot/loader.efi to BOOT/bootaa64.efi in the msdosfs? > Since first instalation that keyboard doesn't work in Boot menu. =20 Another file that could have relevant content is config.txt in the msdosfs. >> Note: Warner's recent changes to stand/ for the subject area are only >> in main [so: 14] so far. So it appears that the only fairly recent >> change for such for stable/13 has been: >>=20 >> loader: comconsole: don't unconditionally wipe out hw.uart.console = Kyle Evans 2023-04-26 >>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 18:42: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 4Qk4df5Hgfz4fbSm for ; Sat, 17 Jun 2023 18:42:30 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qk4df2FBQz3j24 for ; Sat, 17 Jun 2023 18:42:29 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 35HIggTW036707 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 17 Jun 2023 11:42:42 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 35HIggOV036706; Sat, 17 Jun 2023 11:42:42 -0700 (PDT) (envelope-from fbsd) Date: Sat, 17 Jun 2023 11:42:42 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Armv7 linker failure on -current Message-ID: References: <8B771495-1C68-4A23-8658-02A8AD28088B@yahoo.com> 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 Content-Disposition: inline In-Reply-To: <8B771495-1C68-4A23-8658-02A8AD28088B@yahoo.com> X-Rspamd-Queue-Id: 4Qk4df2FBQz3j24 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Sat, Jun 17, 2023 at 08:34:16AM -0700, Mark Millard wrote: > On Jun 17, 2023, at 07:34, bob prohaska wrote: > > > A Pi2 running -current stops in buildworld with > > I assume self building an update to main [so: 14]. > Correct. > What commit last built successfully? (This bounds what would be different > in official materials.) > I haven't kept any manual records, but uname -a reports FreeBSD www.zefox.com 14.0-CURRENT FreeBSD 14.0-CURRENT #39 main-9f135336f5: Fri Jun 16 02:18:02 PDT 2023 bob@www.zefox.com:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm Since my original post git pull found a few updates and I restarted buildworld It has failed also, but with what looks like an unrelated error. These problems emerged after a silent hang using -j3, followed by power-cycling and reboot. -j3 was backed down to -j2 and buildworld restarted, with the mischief reported here ensuing. I'm starting to wonder if there's some undetected corruption in either /usr/src or /usr/obj. Perhaps I'd best run make cleandir twice and start over. That will likely take at least few days. This is a mechanical hard disk setup, with 1 GB swap. Boot is via microSD using only bootcode.bin, with the usual msdos partition on the hard disk. Is there a more expedient approach under the circumstances? Thanks for writing! bob prohaska [big snip] From nobody Sat Jun 17 19:41: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 4Qk5yM4271z4flDP for ; Sat, 17 Jun 2023 19:42:03 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qk5yM3bqbz3qD9 for ; Sat, 17 Jun 2023 19:42:03 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687030923; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1HPv7nT8wXmIPgcrhky++XQe+kjQDpcNHvB2jFjVQY0=; b=ZqtdZikUNpPcpQFO2BciU250XGRmqp9ISM1Jr3fCFae7VPs0uLavYsGPsE5Uimzp9HNfh2 yFc6DvPfBRdJ96BLxWGcYnYtSu3I9IrSRMmRk44yx2CDWmHiSjxKeikp56Jp96J/voz07m w54uTpsP57zlyymYnwFZWfmuYi5skqS5Fqn68h5kbdhXcOjihiS6ars/U67cg3+EZQ9whp XEU1+6096+yv529RJhckjYeviYL6SDklra/Vv0z8nH8j113moFCbJmNE3HRQhsClAl8bJr kBnG2j3sg7xKKHb68EX+IUO8Zua6Nez7x6ZuTw68MNLos+YfIsd3Mwc36ISGow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687030923; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1HPv7nT8wXmIPgcrhky++XQe+kjQDpcNHvB2jFjVQY0=; b=pUnRF+P0N36K0gfOL+fWL4dUCGIW4hcT4ytE36DLFeGI5daHfMkHOhwjWwgEspTs4qRPdJ /jFqZzvI5+S43gtdIjM1ql2P9JkiMJaYQl2CwZmwr1lH8qvsz8B995KdSASuqvMml+Phus z+4QxaaglLVONsqPXX5CuSr/D+Y41+01svcacEnV3pWemBJQoW/LRu+PGVSn2mwzZF79/x hmskTfX0NZB/PcN5CkrFVmkgd+oyWrGR37nwF546du0rsUl8cuHq0BeUB4KVlNy1dHTEBs zISEcn0GC0Y4FnH7MSJAxJnkgbwhT8kyW4s+Wj1As+ndS8ikt+fw9QXe9ngdqA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1687030923; a=rsa-sha256; cv=none; b=XOUUW+BfMc+OvrTJhNSNbHv3PutIMFgQFjtWfid+UmD9IfJjTFDh1bApO0Bj2sNNmU4oKV J8/yaj9xqi4zE/jAgzv69HAOa2QTnStYaFUCHGhWEUWAj/qOBkxGoGL66gxb7UwYZKEc4E ZsO0KT17buVSh/fOh2Xfh5JZ3mffIdCnZDevveDo0Hq5SpDmfYVBqeCot3wZ3JQd+fm/SW QCpI1MCiGqGK9UF7jtl+AJ/nnorDfDkMDNO5UuCKSF4aOrelsSN/C7gGptgd8/06zH4tYZ fB4wSqxRmHsoCWDN72w7+/LAfgG/2rv5v7i0QV5MuO7YgIBkrTQ5V9myO6lJlg== Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Qk5yM2hlmzxRq for ; Sat, 17 Jun 2023 19:42:03 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f178.google.com with SMTP id d75a77b69052e-3f9e9e9d06fso14895261cf.0 for ; Sat, 17 Jun 2023 12:42:03 -0700 (PDT) X-Gm-Message-State: AC+VfDwjOWP4fHrR0seH83oop0cROs2d/iYrwFhszMm7A7JdJlERtPQo BHS9Lpv9fdEKoTdDWeSKuREQNi8UkBA/gWkO/u0= X-Google-Smtp-Source: ACHHUZ7D+9T29xKL5QG+x4ETuh7813i/A+hu3izTVO8pAsRX9ivcsCebyR3ffBkiohQUXen0XVVdW+Gg61ylGIv6Jus= X-Received: by 2002:a05:622a:14f:b0:3f8:4612:5aa8 with SMTP id v15-20020a05622a014f00b003f846125aa8mr12116597qtw.18.1687030922752; Sat, 17 Jun 2023 12:42:02 -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: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> In-Reply-To: From: Nuno Teixeira Date: Sat, 17 Jun 2023 20:41:51 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: keyboard doesn't work at Boot Menu To: Mark Millard Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e0368505fe587e77" X-ThisMailContainsUnwantedMimeParts: N --000000000000e0368505fe587e77 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable (...) FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230615-456c1199d3b3-263574.img doesn't boot either. Same error as above photo. Nuno Teixeira escreveu no dia s=C3=A1bado, 17/06/2023= =C3=A0(s) 20:19: > I've tryed to boot > FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img bu= t > it doesn't boot. > Same error as I replace /boot/efi from stable. > > I sent an photo. > > Procedure: > > $ mount | grep msdosfs > $ /dev/gpt/efiboot0 on /boot/efi (msdosfs, local) > > $ mdconfig -t vnode -f > FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img > $ mount -t msdosfs /dev/md0s1 /mnt > > $ cd /mnt > $ tar cf - . | ( cd /boot/efi && tar xvf - ) > > (./: Can't restore time: Invalid argument > tar: Error exit delayed from previous errors. > > > > $ ls -Tld /boot/efi/EFI/*/* > $ -rwxr-xr-x 1 root wheel 1182604 Jun 15 04:47:12 2023 > /boot/efi/EFI/BOOT/bootaa64.efi > > my config.txt: > --- > [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=3D0 > armstub=3Darmstub8-gic.bin > max_framebuffers=3D2 > hdmi_force_hotplug=3D1 > hdmi_group=3D2 > hdmi_drive=3D2 > hdmi_mode=3D82 > disable_overscan=3D1 > # overclock 20210303 > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 > --- > > Mark Millard escreveu no dia s=C3=A1bado, 17/06/2023 = =C3=A0(s) > 18:12: > >> On Jun 17, 2023, at 08:52, Nuno Teixeira wrote: >> >> > Hello Mark! >> >> Hello Nuno. >> >> FYI: My example paths and such are from my main instead of a >> stable/13 context. I may set up a stable/13 snapshot to better >> match your context at some point, but not yet. >> >> >> It is unclear what the context is here: Serial console? No serial >> console? >> >> >> >> What is in /boot/loader.conf ? I've a serial console context and have= : >> >> >> >> boot_multicons=3D"YES" >> >> boot_serial=3D"YES" >> >> >> > rpi4 connected to monitor via hdmi >> > >> > /boot/loader.conf: >> > >> > kern.geom.label.disk_ident.enable=3D"0" >> > kern.geom.label.gptid.enable=3D"0" >> > cryptodev_load=3D"YES" >> > zfs_load=3D"YES" >> > >> >> Is the stable/13 from a specific *.img* file from the likes of: >> >> >> >> http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&= O=3DD >> >> >> >> ? If yes, which one? If self built, what commit was the build based o= n? >> >> >> >> Has this worked for you before? If yes, based on what commit back whe= n >> >> it last worked? >> >> >> > Instalation is from 13.2-RELEASE and firmware copied from it. >> >> [Note: main has /boot/efi/ as a mount point for the msdosfs. >> Your stable/13 my still have /boot/msdos/ instead. That might >> even depend on the details of how and when the configuration >> was set up. The efi directory in the msdosfs may be named EFI >> or named efi as well. I show/use EFI to make the name distinct >> from main's mount point name, making references clear about >> which.] >> >> The following are from in the msdosfs file system but are >> not from sysutils/rpi-firmware or from >> sysutils/u-boot-rpi-arm64 . (The detailed content, size, >> date, and such will not match any stable/13 details here.) >> >> # ls -Tld /boot/efi/EFI/*/* >> -rwxr-xr-x 1 root wheel 870956 Jun 13 18:24:42 2023 >> /boot/efi/EFI/BOOT/bootaa64.efi >> >> Is your bootaa64.efi the old ones from a 13.2-RELEASE ? >> From a recent stable/13 snapshot? I'll note that: >> >> loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle >> Evans 2023-04-26 >> >> would not be in the old 13.2-RELEASE msdosfs file system >> contents. >> >> In general, you may want to update to be using msdosfs >> content from, say, the most recent stable/13 snaphot >> (preserving any adjustments that you have been making >> to config.txt or the like): >> >> >> http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13= .2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img.xz >> >> But, I'll note that updating BOOT/bootaa64.efi can be >> done just by copying /boot/loader.efi to >> BOOT/bootaa64.efi in the msdosfs. >> >> > I'm tracking STABLE for some time and I'm at >> stable/13-n255602-e6c1e181ba7f >> >> The snapshots contain things in final places that are not >> in those places just by FreeBSD installation or >> installation of ports. Have you been updating bootaa64.efi >> by copying /boot/loader.efi to BOOT/bootaa64.efi in the >> msdosfs? >> >> > Since first instalation that keyboard doesn't work in Boot menu. >> >> Another file that could have relevant content is >> config.txt in the msdosfs. >> >> >> Note: Warner's recent changes to stand/ for the subject area are only >> >> in main [so: 14] so far. So it appears that the only fairly recent >> >> change for such for stable/13 has been: >> >> >> >> loader: comconsole: don't unconditionally wipe out hw.uart.console >> Kyle Evans 2023-04-26 >> >> >> >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> >> > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000e0368505fe587e77 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
(...)

FreeBSD-14.0-CURRENT-a= rm64-aarch64-RPI-20230615-456c1199d3b3-263574.img doesn't boot either.<= /div>
Same error as above photo.

Nuno Teixeira <eduardo@freebsd.org> escreveu no dia s= =C3=A1bado, 17/06/2023 =C3=A0(s) 20:19:
I've tryed to boot FreeBS= D-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img but it doe= sn't boot.
Same error as I replace /boot/efi from stable.

I sent an photo.

Procedu= re:

$ mount | grep msdosfs
$ /de= v/gpt/efiboot0 on /boot/efi (msdosfs, local)

$ mdc= onfig -t vnode -f FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf= 4e-255597.img
$ mount -t msdosfs /dev/md0s1 /mnt
<ba= ckup and clean /boot/efi>
$ cd /mnt
$ tar cf - .= | ( cd /boot/efi && tar xvf - )

(./: Can&= #39;t restore time: Invalid argument
tar: Error exit delayed from previo= us errors.

<cp my config.txt to /boot/efi>

$ ls -Tld /boot/efi/EFI/*/*
$ -rwxr-xr-x =C2=A01= root =C2=A0wheel =C2=A01182604 Jun 15 04:47:12 2023 /boot/efi/EFI/BOOT/boo= taa64.efi

my config.txt:
---
[= all]
arm_64bit=3D1
#dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don
dto= verlay=3Dmmc
dtoverlay=3Ddisable-bt
device_tree_address=3D0x4000
k= ernel=3Du-boot.bin

[pi4]
hdmi_safe=3D0
armstub=3Darmstub8-gic.= bin
max_framebuffers=3D2
hdmi_force_hotplug=3D1
hdmi_group=3D2
= hdmi_drive=3D2
hdmi_mode=3D82
disable_overscan=3D1
# overclock 202= 10303
over_voltage=3D6
arm_freq=3D2000
sdram_freq_min=3D3200
fo= rce_turbo=3D1
---

<= div dir=3D"ltr" class=3D"gmail_attr">Mark Millard <marklmi@yahoo.com> escreveu no dia= s=C3=A1bado, 17/06/2023 =C3=A0(s) 18:12:
On Jun 17, 2023, at 08:52, Nuno Teixeira <eduardo@freebsd.org> wrote:

> Hello Mark!

Hello=C2=A0 Nuno.

FYI: My example paths and such are from my main instead of a
stable/13 context. I may set up a stable/13 snapshot to better
match your context at some point, but not yet.

>> It is unclear what the context is here: Serial console? No serial = console?
>>
>> What is in /boot/loader.conf ? I've a serial console context a= nd have:
>>
>> boot_multicons=3D"YES"
>> boot_serial=3D"YES"
>>
> rpi4 connected to monitor via hdmi
>
> /boot/loader.conf:
>
> kern.geom.label.disk_ident.enable=3D"0"
> kern.geom.label.gptid.enable=3D"0"
> cryptodev_load=3D"YES"
> zfs_load=3D"YES"
>=C2=A0
>> Is the stable/13 from a specific *.img* file from the likes of: >>
>> http://ftp3.f= reebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&O=3DD
>>
>> ? If yes, which one? If self built, what commit was the build base= d on?
>>
>> Has this worked for you before? If yes, based on what commit back = when
>> it last worked?
>>
> Instalation is from 13.2-RELEASE and firmware copied from it.

[Note: main has /boot/efi/ as a mount point for the msdosfs.
Your stable/13 my still have /boot/msdos/ instead. That might
even depend on the details of how and when the configuration
was set up. The efi directory in the msdosfs may be named EFI
or named efi as well. I show/use EFI to make the name distinct
from main's mount point name, making references clear about
which.]

The following are from in the msdosfs file system but are
not from sysutils/rpi-firmware or from
sysutils/u-boot-rpi-arm64 . (The detailed content, size,
date, and such will not match any stable/13 details here.)

# ls -Tld /boot/efi/EFI/*/*
-rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 870956 Jun 13 18:24:42 2023 /boot= /efi/EFI/BOOT/bootaa64.efi

Is your bootaa64.efi the old ones from a 13.2-RELEASE ?
>From a recent stable/13 snapshot? I'll note that:

loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle= Evans 2023-04-26

would not be in the old 13.2-RELEASE msdosfs file system
contents.

In general, you may want to update to be using msdosfs
content from, say, the most recent stable/13 snaphot
(preserving any adjustments that you have been making
to config.txt or the like):

http://ftp3.freebsd.org/pub/FreeBSD/snap= shots/ISO-IMAGES/13.2/FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492= f5bf4e-255597.img.xz

But, I'll note that updating BOOT/bootaa64.efi can be
done just by copying /boot/loader.efi to
BOOT/bootaa64.efi in the msdosfs.

> I'm tracking STABLE for some time and I'm at stable/13-n255602= -e6c1e181ba7f

The snapshots contain things in final places that are not
in those places just by FreeBSD installation or
installation of ports. Have you been updating bootaa64.efi
by copying /boot/loader.efi to BOOT/bootaa64.efi in the
msdosfs?

> Since first instalation that keyboard doesn't work in Boot menu.
Another file that could have relevant content is
config.txt in the msdosfs.

>> Note: Warner's recent changes to stand/ for the subject area a= re only
>> in main [so: 14] so far. So it appears that the only fairly recent=
>> change for such for stable/13 has been:
>>
>> loader: comconsole: don't unconditionally wipe out hw.uart.con= sole Kyle Evans 2023-04-26
>>

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



--
Nuno Teixeira
FreeBSD Committ= er (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--000000000000e0368505fe587e77-- From nobody Sat Jun 17 19:46:31 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 4Qk63q74yLz4fm6D for ; Sat, 17 Jun 2023 19:46:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4Qk63q4l85z3qx8 for ; Sat, 17 Jun 2023 19:46:47 +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=1687031206; bh=QtdY+wuKjd8iyPAwtUsRSZUwlVUmZCbujPRpZ/o9BQ8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=rstHzYxdq2I3e0VPfnQku4Hk9VGEbA/HUHaRIw/Li2JsO6KDxiCZR4RXk6YK7IzSmt8KASH3KrJwSk/Mp6nsrnWzkEjQyb0h0QDD9vzwg/SknKkFepdMX3u6ERdgDfxeH3dteu+eMzHDu/Gu5o55Ho2+YuflqA6LDGBxyOTrqbES6MXBH7c0jfV0kSZrBDC9swCkbgdVpPnJpiFbst9n2t4ZLCGLmsJuUqHwObzMbmP0+1LW8tXDmc2KCKKaXyEMRJefA1A8t1xwKUDmggfzFtjN71a28LCYfmGiIkk4s1cMLC3uscYp5x4z8An7Yox8OVMmfxzk2ZJtySDbSVPxPw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687031206; bh=3kKK7DKRdPk2R0DrgRwo3g+6VQc2rFSpUVJ3BXauHTq=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DQdzUvy9HrNqrpqZEtRFzdDoGU/ZZxFD7YX5E2jwVfZ/mYc4+3BrDbm0wJ7pBximh5EUPv4PD62n5vDqgWHORDLrfTWzvTGZ8dENxr6fuMOv7JlqPTG70pO6LiTbHFpBdbz4AsqgVan8HDKCUDsJRBBFYjVT/YImENs5TNWgOr5QibbVC+/LIo/Yr7u2X+5jM5HUDjDM1fR3H4yQGKFQEP7yNoik1mJtssAyLUHCtsPBq9XA/XY6EO0+U9XItcvcAdju3yjw+qr7PUgE66Syp9KUI/6n/NGaymcHczKfzKYVeZyO1o9IChquRHYNYBX8ewi6rnz2qxavKw9/q++QFg== X-YMail-OSG: Q7YksX4VM1nQEHA.CeJE4la7QiNwzHrBQg728uL8HjpCJ5DRbOzCP2333Uxdcy6 F7buQbAafRcjfMH7.vCi9O2hm22yLVb5_sh0TWeU_b9EUoe7scE.InwcDzKcvDmiLt_hzU9Kuoln kjLx3q2JIcfs_vxKgh6iaMnVRCKu3MoHr7iAePLnE3u_MReeIXRiRrvnWd0cyr4JOj9q1npBCO2v oL4EPIlZryFeWTNm6XD9CqjxkgHYLXJxVyM.5hkWCd9wSrmcG7yOo4d60VI3Zb4iZ7RiWbxopqD0 L6vNhezOUmCmZRacCz51TXIRjy6Ir7cVHO6kVQ.7JIXQo6kifSrywJJqc4jD__B7YPzOZZwReshF Aq2CVWoUd8_.YCyGu0NlKC0jgIZf3w.fojzGzUnOojP6wSVL90YKbvJIHDj2LWbOiOBV8m.BrnnI hKwcHl4BOlodUIsAxTAvsDtxBS8R3KFNDlIyp0hWopjeDVfubEflLjER.KmvR3XDRzjD.dq32sRL WgtGkC3cz0rh_tYAP59nIvWBEyA60Vz5Wn0gnowsQDQvk2mdyuUQtFuv3bZRkfHXVQB35nDPH4zT kfjOFUga9vlyhoraywM.hldEKTV.5.ioRP054xqomKvpQso7C1dUyfI5WFQ.qWDy7.bYiPg7O4EB KepfJngH9qtQO2_hR9jQpgpCQl6yENErr1HVrSnoc7Md5zTY4rFvTKLqd8AuhuHZVQbdKVtg1H7q DXnUH49YucHuB9tnOTMHrVURcII_CoTH1gruVHYvMwNKaF_t7J8IsbvdNU3JlFWAQVtX5VpjpQhy k1ITIvcrJq6Xt_a07Q72NRnSt1EG6MHNaVuhiXhPzUXhNkcFUYrla3wZs48TG7L50jQTCvmylRsA 8SeDNrnbLkK4Z4mvlD_v3DaLR6fa3F985OzjQJ6pQr.2FUMk0TqmZEfPRj7KQl9uP.2whjpaX1bx DbwIatMt.Yz8WIccExwq.xfYDcM4Db.4rQlbKRy3vw06QZiucHvp8vtKaPNFnqG9cf5mCW9uSeHd dF1nYh8SGzPN3VS7guMP1pa2UoGVd5rXxE7sya2Sh2TQa2FWuesz0OZerK0ic0DKr5uFQFqnGWdr bX.JUNKBCfb6pcTmyqI51SwFigRkEENx_gZSkoqaJk93VAhB.a2QYRmzAuBCMzFL8zzJzoKZqR_9 LAVfkHlf1C7mREqDnsGfT.YV2MOp1e_UAvB5aavr0pbH0ApMvv7G9kbAzuN6xItjrSjEqIYMx9fZ .8Ab1wXO784kDXDjnaMhy5YwlAAmUk7UO68TL.xhroTiZB.6lMdVsXtPaGOPxJE8YDkawKuvpFKC 3nyjhHpQtPiqdNC2xttMRLxohWTGjoDqRuuiE6bXO4zBl5Ffw3K2xVev9rYSSLC6aYgWXpeE1b6W DF0Cwm4dc44gRgEgbDDIHx3guEJ62bjDr4N_Ky1awd3eMvSNDMM0mBxNt0LMoW9SAAr1drKsK5cZ PAh6ZBPTkXnmPNHl7twEaiaDkTCaodH5oHsmknooAMB50LZu0Q.91E.Iuu.1dBqmic2HfMu5h9Q4 0FLNZLLyuZ6_Bi8CVQpV4uAir1.ro7K5Bt9jM89et7MOEZtCs22PndvU3.JGUqwQuTCUJmzKN6XR kBJoY9fg9Yq5pH6fxFZ9SK6ihjqXAFk1uTtvOZoR5SOKCZ0J24SVZLywjAle9e5PhuOxmgmaqL_R z1MZqjjl5I7p2ldB9CbQ.3jJXpfeNVVEqBGuRgQPLcJWSsmPoVqAqLYiOS.jJzR.rEXeRpIvkt.1 VaayRrjIkoSu5eYuF3IPvHt84DEaOdO8je2G4r6ggVXJVd_AB0YY6yzqLitaU2jkOcdHrZ0CNB6e 5macPBbOJYO25NNBDxEy1vKSxjKcW.fgqMulhlheTGUpvxnoUKU3uoWjVBEjlBhBIISAwqSvHstc 4_qYZtM2w67LKxTRul9B_iD0tq_78dh10xiIjyxvt7HA6mxJMB86Q7e3WjLKRgjrvIM.hlB9tgza XGhxpIXYwePlzWdmQUzAbFIpQOQBoU93TKvMUcsQiZWIPQ6Y1B0I96.7EzREXpUOOVYJWZ_duJzX O_nycKiA.mnNGENUbh9RvZ9Sjglcw.fHZpJd7DhGXcZWOkjf6BVefw8dHcFtl7K2fDXbFrQ4u8Pk S8ljPBQB9m9crUBx0PMROjZ8JK03NXLyyzuAJDbIW0_4hnoRnuYQYJrX4B_h0CXgujcW_qpJYXS. KXQuoU3lMGQOt1XR8uIQSpXKUMlxCrM1HlimPdvfZ_mkdqhbxUGpJiEzprNkVCXFtbsAbTSsiMsG Prjt_ X-Sonic-MF: X-Sonic-ID: 49729cd4-b7c1-4aea-b6ba-1425f211c2ce Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 19:46:46 +0000 Received: by hermes--production-bf1-54475bbfff-rfkvj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a5387288592fee5fe7b6a24b1d2c251c; Sat, 17 Jun 2023 19:46:44 +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.600.7\)) Subject: Re: keyboard doesn't work at Boot Menu From: Mark Millard In-Reply-To: Date: Sat, 17 Jun 2023 12:46:31 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: 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-Rspamd-Queue-Id: 4Qk63q4l85z3qx8 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 12:19, Nuno Teixeira wrote: > I've tryed to boot = FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img = but it doesn't boot. > Same error as I replace /boot/efi from stable. >=20 > I sent an photo. It is missing the history needed to see the original problem. But I've a serial console to get teh full text from. I've just tried the snapshot and it shows that the U-Boot it has is from a problematical version for 8 GiByet RPi4B's (a known historical issue): . . . U-Boot 2023.01 (Jun 15 2023 - 02:43:21 +0000) DRAM: 947 MiB (effective 7.9 GiB) RPI 4 Model B (0xd03115) . . . No EFI system partition BootOrder not defined EFI boot manager: Cannot load any image Found EFI removable media binary efi/boot/bootaa64.efi ** Reading file would overwrite reserved memory ** Failed to load 'efi/boot/bootaa64.efi' No UEFI binary known at 0x00080000 . . . The text "Reading file would overwrite reserved memory" is an known misnomer for what is actually happening in that U-Boot. The internal error code need not be indicating what is reported. # strings /mnt/u-boot.bin | grep "U-Boot 20" U-Boot 2023.01 (Jun 15 2023 - 02:43:21 +0000) systutils/u-boot-rpi-arm64 has not progressed to 2023.04 that has this fixed. So the snapshots are still being generated in a messed up state for 8 GiByte RPi4B's. Substituting the 13.2-RELEASE u-boot.bin into the msdosfs should get rid of this problem. I will be doing something analogous to continue my boot test. > Procedure: >=20 > $ mount | grep msdosfs > $ /dev/gpt/efiboot0 on /boot/efi (msdosfs, local) >=20 > $ mdconfig -t vnode -f = FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img > $ mount -t msdosfs /dev/md0s1 /mnt > > $ cd /mnt > $ tar cf - . | ( cd /boot/efi && tar xvf - ) >=20 > (./: Can't restore time: Invalid argument > tar: Error exit delayed from previous errors. >=20 > >=20 > $ ls -Tld /boot/efi/EFI/*/* > $ -rwxr-xr-x 1 root wheel 1182604 Jun 15 04:47:12 2023 = /boot/efi/EFI/BOOT/bootaa64.efi >=20 > my config.txt: > --- > [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=3D0 > armstub=3Darmstub8-gic.bin > max_framebuffers=3D2 > hdmi_force_hotplug=3D1 > hdmi_group=3D2 > hdmi_drive=3D2 > hdmi_mode=3D82 > disable_overscan=3D1 > # overclock 20210303 > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 > --- >=20 > Mark Millard escreveu no dia s=C3=A1bado, = 17/06/2023 =C3=A0(s) 18:12: > On Jun 17, 2023, at 08:52, Nuno Teixeira wrote: >=20 > > Hello Mark! >=20 > Hello Nuno. >=20 > FYI: My example paths and such are from my main instead of a > stable/13 context. I may set up a stable/13 snapshot to better > match your context at some point, but not yet. >=20 > >> It is unclear what the context is here: Serial console? No serial = console? > >>=20 > >> What is in /boot/loader.conf ? I've a serial console context and = have: > >>=20 > >> boot_multicons=3D"YES" > >> boot_serial=3D"YES" > >>=20 > > rpi4 connected to monitor via hdmi > >=20 > > /boot/loader.conf: > >=20 > > kern.geom.label.disk_ident.enable=3D"0" > > kern.geom.label.gptid.enable=3D"0" > > cryptodev_load=3D"YES" > > zfs_load=3D"YES" > > =20 > >> Is the stable/13 from a specific *.img* file from the likes of: > >>=20 > >> = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&O=3DD= > >>=20 > >> ? If yes, which one? If self built, what commit was the build based = on? > >>=20 > >> Has this worked for you before? If yes, based on what commit back = when > >> it last worked? > >>=20 > > Instalation is from 13.2-RELEASE and firmware copied from it. >=20 > [Note: main has /boot/efi/ as a mount point for the msdosfs. > Your stable/13 my still have /boot/msdos/ instead. That might > even depend on the details of how and when the configuration > was set up. The efi directory in the msdosfs may be named EFI > or named efi as well. I show/use EFI to make the name distinct > from main's mount point name, making references clear about > which.] >=20 > The following are from in the msdosfs file system but are > not from sysutils/rpi-firmware or from > sysutils/u-boot-rpi-arm64 . (The detailed content, size, > date, and such will not match any stable/13 details here.) >=20 > # ls -Tld /boot/efi/EFI/*/* > -rwxr-xr-x 1 root wheel 870956 Jun 13 18:24:42 2023 = /boot/efi/EFI/BOOT/bootaa64.efi >=20 > Is your bootaa64.efi the old ones from a 13.2-RELEASE ? > =46rom a recent stable/13 snapshot? I'll note that: >=20 > loader: comconsole: don't unconditionally wipe out hw.uart.console = Kyle Evans 2023-04-26 >=20 > would not be in the old 13.2-RELEASE msdosfs file system > contents. >=20 > In general, you may want to update to be using msdosfs > content from, say, the most recent stable/13 snaphot > (preserving any adjustments that you have been making > to config.txt or the like): >=20 > = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13.2= -STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img.xz >=20 > But, I'll note that updating BOOT/bootaa64.efi can be > done just by copying /boot/loader.efi to > BOOT/bootaa64.efi in the msdosfs. >=20 > > I'm tracking STABLE for some time and I'm at = stable/13-n255602-e6c1e181ba7f=20 >=20 > The snapshots contain things in final places that are not > in those places just by FreeBSD installation or > installation of ports. Have you been updating bootaa64.efi > by copying /boot/loader.efi to BOOT/bootaa64.efi in the > msdosfs? >=20 > > Since first instalation that keyboard doesn't work in Boot menu. >=20 > Another file that could have relevant content is > config.txt in the msdosfs. >=20 > >> Note: Warner's recent changes to stand/ for the subject area are = only > >> in main [so: 14] so far. So it appears that the only fairly recent > >> change for such for stable/13 has been: > >>=20 > >> loader: comconsole: don't unconditionally wipe out hw.uart.console = Kyle Evans 2023-04-26 > >>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 20:32:56 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 4Qk75B1YPDz4g3vh for ; Sat, 17 Jun 2023 20:33:02 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Received: from nmtao201.oxsus-vadesecure.net (mta-231b.oxsus-vadesecure.net [15.204.3.5]) (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 4Qk7586J3Xz41b3 for ; Sat, 17 Jun 2023 20:33:00 +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="o23/d92p"; spf=pass (mx1.freebsd.org: domain of fred@thegalacticzoo.com designates 15.204.3.5 as permitted sender) smtp.mailfrom=fred@thegalacticzoo.com; dmarc=pass (policy=quarantine) header.from=thegalacticzoo.com DKIM-Signature: v=1; a=rsa-sha256; bh=YvKL/jVrGenkrR3XUejGvHaSXEf3qbVg+RBqWk nevJo=; 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=1687033979; x=1687638779; b=o23/d92pEVpH47VtkPCGH7+8QEyrQziAXfbyxqe8M gU+ruHuwfBehgG2524VjCeoJJAF4ht3W3aDuQ3AN8wkM94Obzq1JWL+nnwlP5+XfTfS5ZgY jmTe9J+/pPxJqCeN9Bz9JlxJCdKp/ZLSunTEzj/h4ru0FwkiaM5/HsXxiG1z7CHsfojxSJX 7ELZ07/5diQ2cFw3++RT93Hd+7UYObd9ezMABYKaGT/RTzR0fafk/Ieom9/3GJ+jRtohSfa 7TFDFldTg8loNEn1oXvpuEZrDFQ1487USq+1jVSgYPRWuWoh9xwmXB95Ovj/iVmAvQyavfy UDKHeOD8I9i5Wf+zg== Received: from proxy-11.proxy.cloudus.ewr.xion.oxcs.net ([76.14.239.229]) by oxsus2nmtao01p.internal.vadesecure.com with ngmta id d6c96d82-17698c76f5f85b6a; Sat, 17 Jun 2023 20:32:59 +0000 From: "Fred G. Finster" To: freebsd-arm@freebsd.org Cc: kodcode , wb7odyfred@yahoo.com Subject: OrangePI R1 Plus LTS (Rockchip RK3288) anyone succeed to boot FreeBSD on this model? Message-ID: <1edf7f38-da5d-908a-40aa-0f9573c1b765@thegalacticzoo.com> Date: Sat, 17 Jun 2023 13:32:56 -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="------------D4D7F649C68D28FAA5B5CD62" Content-Language: en-US X-Spamd-Result: default: False [-2.20 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; URI_COUNT_ODD(1.00)[37]; 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)[thegalacticzoo.com,quarantine]; RWL_MAILSPIKE_VERYGOOD(-0.20)[15.204.3.5:from]; R_SPF_ALLOW(-0.20)[+ip4:15.204.3.4/30]; R_DKIM_ALLOW(-0.20)[webcom.xion.oxcs.net:s=mail1]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:16276, ipnet:15.204.0.0/17, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[webcom.xion.oxcs.net:+]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[15.204.3.5:from]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[gmx.com,yahoo.com] X-Rspamd-Queue-Id: 4Qk7586J3Xz41b3 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------D4D7F649C68D28FAA5B5CD62 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit */m:/* kodcode kodcode */Date:/* Fri, 16 Jun 2023 06:40:45 UTC Hello, did anyone succeed to boot FreeBSD on an OrangePI R1 Plus LTS (Rockchip RK3288)? kodcode https://forums.freebsd.org/threads/orange-pi-zero2-and-freebsd-13-2.89267/page-2#post-614132 Covacat has documented his journey porting FreeBSD source to a Orange PI Zero2 and FreeBSD 13.2 yes I realize maybe the CPUs in your product OrangePi R1 Plus LTS is much different than a Orange PI Zero2.  Yet the development steps are very similar and you can use them as a template to follow for your development of FreeBSD.  Fred. Wish you much success, kodcode, in your effort to Port FreeBSD to your Orange PI R1 Plus LTS model. Here was my steps in getting FreeBSD 14.0 Snapshot installed onto an external USB SSD on a Raspberry Pi 4B. https://ghostbsd-arm64.blogspot.com/2022/09/freebsd-140-compiling-kernel-for.html Share back with me your steps and findings and I would like to publish here on a new blog, your steps in porting to the Orange Pi. Other URLs to open and read about FreeBSD on an Orange Pi. https://github.com/thefallenidealist/docs/blob/master/orangepi-zero-freebsd https://marc.info/?l=freebsd-arm&m=147981409112119&w=2 You might start with porting U-BOOT onto your Orange Pi hardware. https://openwrt.org/toh/xunlong/orange_pi_r1_plus Hardware Specs https://github.com/kgoerbig/openwrt-orangepi-r1-plus/releases/tag/v22.03.2 source code available here for openwrt http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/orange-pi-R1-Plus-LTS.html different Ethernet Orange Pi R1 Plus LTS uses the Rockchip RK3328 SoC, Quad-Core ARM Cortex-A53 64-Bit Processor, Main Frequency Speeds Up To 1.5GHz and 1GB LPDDR3 SDRAM. It integrates cooling fan connector, USB 2.0 port, TF card slot, 13pin headers etc. It is powered through Type-C. It is suitable for industrial control needs. http://www.orangepi.org/orangepiwiki/index.php/Orange_Pi_R1_Plus_LTS http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/orange-pi-R1-Plus-LTS.html Orange Pi R1 Plus LTS is for anyone who wants to start creating with technology - not just consuming it. lt's a simple, fun, useful tool that you can use to start taking control of the world around you. Question, What JTAG debug hardware do you use with this Orange Pi R1 Plus LTS? Are you using 32 bit or 64 bit. --------------D4D7F649C68D28FAA5B5CD62 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit 
m: kodcode  <kodcode_at_gmx.com>  
kodcode  <kodcode@gmx.com>

    Date: Fri, 16 Jun 2023 06:40:45 UTC
Hello,

did anyone succeed to boot FreeBSD on an OrangePI R1 Plus LTS (Rockchip
RK3288)?

kodcode


https://forums.freebsd.org/threads/orange-pi-zero2-and-freebsd-13-2.89267/page-2#post-614132  Covacat has documented his journey porting FreeBSD source to a

Orange PI Zero2 and FreeBSD 13.2

yes I realize maybe the CPUs in your product OrangePi R1 Plus LTS is much different than a Orange PI Zero2.  Yet the development steps are very similar and you can use them as a template to follow for your development of FreeBSD.  Fred.

Wish you much success, kodcode, in your effort to Port FreeBSD to your Orange PI R1 Plus LTS model.

Here was my steps in getting FreeBSD 14.0 Snapshot installed onto an external USB SSD on a Raspberry Pi 4B.

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

Share back with me your steps and findings and I would like to publish here on a new blog, your steps in porting to the Orange Pi.


Other URLs to open and read about FreeBSD on an Orange Pi.


https://github.com/thefallenidealist/docs/blob/master/orangepi-zero-freebsd

https://marc.info/?l=freebsd-arm&m=147981409112119&w=2


You might start with porting U-BOOT onto your Orange Pi hardware.
https://openwrt.org/toh/xunlong/orange_pi_r1_plus  Hardware Specs
https://github.com/kgoerbig/openwrt-orangepi-r1-plus/releases/tag/v22.03.2  source code available here for openwrt 

http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/orange-pi-R1-Plus-LTS.html  different Ethernet 
Orange Pi R1 Plus LTS uses the Rockchip RK3328 SoC, Quad-Core ARM Cortex-A53 64-Bit Processor, Main
                Frequency Speeds Up To 1.5GHz and 1GB LPDDR3 SDRAM. It integrates cooling fan connector, USB 2.0 port,
                TF card slot, 13pin headers etc. It is powered through Type-C. It is suitable for industrial control
                needs.
            
http://www.orangepi.org/orangepiwiki/index.php/Orange_Pi_R1_Plus_LTS

http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/orange-pi-R1-Plus-LTS.html

Orange Pi R1 Plus LTS is for anyone who wants to start creating with technology - not just consuming it. lt's a simple, fun, useful tool that you can use to start taking control of the world around you.


Question,  What JTAG  debug hardware do you use with this Orange Pi R1 Plus LTS?  Are you using 32 bit or 64 bit.
--------------D4D7F649C68D28FAA5B5CD62-- From nobody Sat Jun 17 20:53:16 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 4Qk7Xr3ggcz4dt3N for ; Sat, 17 Jun 2023 20:53:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.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 4Qk7Xq3VZmz43JH for ; Sat, 17 Jun 2023 20:53:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=N15DY0KR; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 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=1687035208; bh=v4HLfgQlSV9pZRkNk+oUTAV5AEDpuelnnq85ZFW4zBA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=N15DY0KRUhObwSAwlRuCAaYaVAlPHDc32KnzmcqYNTXYnCCp4IrSOhxZ3v/87nHocfldUbjNnAJC04d6+PS4KGP2ZbREOIFS6cUkXL4neNxEKwAWhpzG8PA1PzltI+tKe8CHb+AZfqrjBUTaSnInGlykSpND73LrdBghqSl9HYYGonckkjKumcg1FUBbMdGQnlWrxYWEs7+eWosyWQC5MsAha0qOdZXSvDxNmOnFZDVBln1YLMMT+2B2JTd84olPLZ4nEYoMP+X9XST1Py4M/TgRL1Xjfl+SPF6fkKmbQFo02RFNGmpAL8CAp3J31u/CKWtooFrsdq637cb3zWP22A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687035208; bh=ahPVFTUyaXIcssL2wBEIy/+5mzt8CqVeMARq3FVL5Nr=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=kQl0ssSG2V2vIq5C97UYEs4iaVNdHWVgY914wtQo/Pz4Uo94/wDveDvNBwd26ACGDFc0vvdXxfnTWJtHwpknxKm9bGlwtjUUsdBmqRSJrMTK2Mz6lP3MG7WBB7KurOUbNq2Fb+A+J1oFBx3mur6FChchINoobX95kar7ScXkBTi3L3adA6VrGd71j5oKcxvLeQ10HBbxr7kuDVATl3gx0SSEdBAaevsxGomOSZdpP0O4wk4iiGeEh35A60XHedu7XxCnAP/w4zzjAr78oAPZLK8uoo1ALJP4hER9YhdnbwPsj2Nwy2dI0ZOFg2kaAoReQfmQRUgygFjEJeEj5prpGQ== X-YMail-OSG: m6QEHRgVM1mSZPmS4.cACZHjycBO7dejhus9FxZ0_FXvsbcT8ZPj.nKXrLClqWq yrIgIYTAUHKwK_xBI9.X9njFgssFXvWt9t1j1DkP0jQxIiI4GEs7OPA1Vzm5zcGjo_.Hjjlz6eBC tPtIdoPXV_AhiazykuM37TiFwPw3Cv1qvU2UIIP4W4qjkHSjqm4VC9yMWUiLTrqSdHGS6_8KIQwf 3Jozy9DecqSrWJaj4qa5NPlX7_8rjOIZfrcmZTM7A1F1quzG5z9N_1ileCMMrmkqIH_VHgH9GJyj fvCNT.7jeqNPYsnhIiVi_RvOPc4SMfXQjm49WtOOYJdyesrj6aYOA88cuFhzbmUeFU5XO95aML7M nr42S.DCzROBs1caIu7gJb3hSCzpbjoaSj9gW9308RyNUt.vV9na9Yw0E.1HNb1WDEyhnQNrK.w. pirw.nGH1H_iyWweWLFO9Lroj35JeW0u0w9RhNdyPz5H5UOy.65m5QuKiA29O7yWyABgebBB5IMP 9AnbGiNwjP9HiiBkzkMiQ3UBqQ4u__Q1GqVNZOJLW.wVc.Lj_OLE1nk1oMjQ.lnlQlYguo2KQUXJ ULLKUJdZWhO85hA9tf.JY1nVzVqSq_6PGNs_556PQE41ltsCQWhOi32cq3rpyPxkOuglB22EfkOP xfS90TPTAYVk8NZsoJNrpe0UfT5k7WXH6w80GXYfLv2VtOx4NCpo0IZXasFPnkQdf50JneVd1vGM u1GfveKdHdE.Q6B_MANFB6hULtGZXZwzWCb_aSTuWL1jbHOUlx6TcnbqYwmwYtym4HX6vorsvKzP nqbeWUuXfgP0_jzws0tiW2d15my5wdBv_tHbfktFX.Xy6F0MRYn_nyVtNPYsgzUxgaI8_DiF9no9 WTL_VjSTiRwyATNta3w4cO_TEE_b3SXVFhgABFKZbO8xkv52LDVeNHelWCSYgwYHpVKWP0EBPzr4 tLPsj1OP6Ul4kX6cQxgLSybU4l0pqi7.2Xd5VcMXrIkF8gjCHR6XnieFt_0RtKQlfQv0fgVv0p59 KXOaQwk0bnN8M4rMzDH5kE5uZibu8Bap7doBnUlaJ9Fg_qu9dxWf_IZeifv182TwrG3JGf9ij5Ou fWZAAZfR_E8TNxR8lr_tFt.sdpJIaocqZD6soQW14aXhjGUIYW14v095uw4Ms3IRq6zTmfJNwpt2 ftBghiGJB43FRzjlgZ9e6BQviwp7k91UKqhsdxP6l2RaSVQw_qbG8ccE0hZVD8A4eJV2BpDYhulD cht3uz1OKUwmUk9D8otSNNxm76PSur9ChwuvgaxTEEi_2d.mCTy4q0DMDL2tpaSKj_zU.ZDMiebk vvReV.zvfDx3f9yOBoS_EzMf7.ey657jb8wexlRmv.itDkxfaQ0DYWbfLHR_DljC8P604zejhjSr 5lvRO1g9L66tsKA7y2amsqQlcb490x17hCHHiaXCOwxmOkStEWrFk2Z.ntYxgfVps0gGZtzW4DSq 78YpZiWcP3yhcfv7CdTBAWG8cBQ1fvI9XVI18uraaQSxOG00CXC8wKKkn4zpZdT_4vZyuj_fuVqt bBO1OSz.O4L.kVcYTJVgOLuVZcUHMjlZ83HhbpNkLnSvbsEEKainHwCC4pmrwgV83nGLOIH2vFmO Usl7R0d7ylW1.5ngBgiNlcEcNaNYmqo54cAO7Gec_qTqU_sdeKC7s_n5Z227_6uBQCapqba89TT4 ZFOoN4z9cg9WalJER60LhwKIa1Rcb7sURpne7plD7ibW9WodU2.JIn16TmRDF3LlWQD6Ibsf8eEw rwcbvybLelTY_3EwD0tPQMyYYXTgJSLs64WH9LNWTSxd2AgUudOLnJlUpOY6uxcc60_NrmSydO98 C8OL.gw3P5e73eVA0IxbuKm1kpuw0m62FdG7hQgNBczHRa2UvlHf9BqL0toAcbBwphptU83JuTRv s_MO7V7bm6pT.IOXlkq5tJz8z7lgjnJhfhGeMw3qg6YgSacgq29fg4Ua8XRloyIVMTXU8LLrppCA SZQRAXOoYm3mBH_t7bySLJghIu5FQsxc1XvieYxYppFVw4deHWjuQf8L_0d3qYzKCDaDj45IWqXz Z1mCeRaeWc_daI.9UqZtSbXV_Pn69iKzz_o80Tsz.FhRUZEZxoZWpk1M3dyQFUf7XvDZBh5p9tx9 mk_T3R2lw1NlclY5Gx54xQw6lPaZla6ArfmBBOOSgWLRuxrvP2KWJvIZIdfJECA06wWSerpuFle7 36MxXpFjFJfsLMJoRPPjNFnomgUoxsn5CFo__5SvuD4g0gpbA2XAciupfSR2FmNXNwdMNDVf3QJb PVhE- X-Sonic-MF: X-Sonic-ID: d6f24a7e-5a7b-4081-b569-bedac3ea682f Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 20:53:28 +0000 Received: by hermes--production-gq1-6db989bfb-7mxxf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 186e4692c867c8dfeb6f6b017d82a881; Sat, 17 Jun 2023 20:53:26 +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:53:16 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: 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.27 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.936]; NEURAL_HAM_MEDIUM(-0.83)[-0.832]; 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.65.31: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.65.31:from] X-Rspamd-Queue-Id: 4Qk7Xq3VZmz43JH X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N I'm just making a status report for my experiments. I did a: dd if=3DFreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img of=3D/dev/da1 bs=3D1m = conv=3Dfsync,sync status=3Dprogress I made no adjustments. 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. Unfortunately there is a known issue for my context where it gets: 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. So booting all the way requires me to make an adjustment in the config.txt by adding at the end something like: [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 [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.] 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). 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. 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 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.) FYI: # 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 [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 # 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" (That is unchanged from the image's /boot/loader.conf content.) I'll see about stable/13's snapshot with the u-boot.bin substitution. 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 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 From nobody Sat Jun 17 21:42:58 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 4Qk8f92B0Kz4dx8J for ; Sat, 17 Jun 2023 21:43:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4Qk8f828xHz47qr for ; Sat, 17 Jun 2023 21:43:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=IEeU9MSD; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.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=1687038190; bh=A5ELK1V42QkDgZv69r6+96ogN8O4Hzib6lDWvijc7ow=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=IEeU9MSD/dckyCDd2i75OoHaeDrNj9b886G5SS+f4ylNuqHajvw3E0CJxynGEt1zakNkzDNYZ6XV69oU97PH2uyv60rAJNfcLdL248JQvii6w0HPFyMJrIoKQhxCpNxwOHkxPswA/Sk+JZAmteyp1ZeotDd3rDOwk5vBjl9396qBAjJ2oZFHAVw9E2FVDgp9dl4rotPtFWWvC6mUJiI6tSTh7fhGceQG7hKAT1dTs/z4GEkA2hoqHWn3ZZEVStbBokFlQSStvzR2BAzCAFkHdaxpXbGIgrHwMuVi4lhvm70KymF5Ss42l11fM/GDk9xJazqiEeHkM5IAUElhwcCi2A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687038190; bh=WDpjOVM02vxLSHzWwgWBuxWbbmqONGL4dyv0xQAI2eP=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=g03Ty35AK6oRyqgfbaZ0SNZ3ykUB0o3FDYHdD4dlzvC1hUrs+70zl59zzH1uwV4mQ3VnXOwyKeIeBaOrReBNitDtHdn4z/IU/SlyH+MrQTK4Y5lCXr7X3lroPT2/Awae4prCKN1NuAxPq9keIhQKdbq7TZWSJq0LLfEfpHawzjBEs81Fl/VMbsbRBKW63zO1jfYhPGJ7OjOgRl3q9+LsySgNpnUiyYGITCJlXvmQMHfu+Lyid9+4YxhXJOHsnaJLLTDIhz0z6hKKexWqv530YAsVKSQ/ZdGzra3cY7NVHc+MCWdXW5w/2zRIHWUaazo2B7FTzcx5v9fMZdIxtdQ6Iw== X-YMail-OSG: ZTyUHocVM1kfL7wHsmtYlxYTTmOX9hXhJ1DSA2IgV2jaM4bRUAiJhIRbGS1i3f2 Tn3XaiRS2VqWgXLdSpvedFFv8zGoGJJ0em2yQBeEbT7gBe5nVvNl3EcDKl_d.phiDjROHXflbIkr TgVs3kwSL6N_p75bcRVLcwOKbL87yq3jQSSgPNk87_LvPXYCQAGcq65PYvIfGBHw56dJTQGzUFTa KK.1wTaerMkcPvTqJa.nieXpD_WwTZ_pVcnwxCZNy4uDhqfiIIi1voikU3skH4NLytfTmmiTAurx i5dTO9RCpeRw2aFnQI.LLgk2pOp7H9_R5XxKtliKnBImh1Lu2o9IlV3m2wTkLOAD.pZ6HaIqvMuY _13G5sGKWz6i7xx_bJ4_4BvohVhHRNDEJtDunYn6xq9zyFo35KjTkKjv_2mecJB0eX8IwNCA85lw .kazF9ZA36sXYV14Ju.C4QPKZtUcyqDKVCXhXILIPmsRWh8JoL516QoGgoeeo88h_9K7S868T0Tg ibnDe2FaBNhh0olsofQ5s6Wld2axx1wGQo_xLQM6jEPCl1lbF_fcwIcNF.XrPzAWXVRfO6SjjxHV g5vyGrGpgQ33IpwTYtSF7568k7bWRmI8BaIqSsxp9wo9FFUGV7Hhm0dZ_Evk6k6c1vZGOw24_QD7 ASg7h.zA2boJKSNVq9jqOEiYtbdVi5mAXoU1xb7kNKEWD8m129AjSUz2J04Li3I5wRu0LYCVaZ1L Y9KmrpntPPxGSN.4qg.XyzmNvz_yDm77NU7t_aNDFoJnXLUK1PLDAuciGziB0Tpca1EL4JZSyF.a nDWAiEE4x9IiFuEx09BomK5m.2Cpna9rXQmPe3nDMNnOVVxYdaICuG7IFW_eUFtHUIZle1Szrz5v 3RS17CmsazndbvRlJnudO2WMffHJv0UZtgdwKy4oiX8z6WYVvVhhIvkYKX1tkRz2Czn7wD9Gy8hk Z76oOPG9PebkFuilYXy0liigKYy0P2WpSooiIcZOnLm2Ye2QRmZxrqOls_TLKwP_DRwzw_0boDtu AK0a2LNLUeSmU_l_OXVtc5j0sDhf3RRBT440Uiwy_QIx679ozYOocOE9tCRMLtFaBmiIc6_pvEVg Es9hzst0.5EqF4N6x8muWlMDaT5deeKrhj8Lnqd_EvI.fwzf6f6COWHi3WZXTvqRzXHTego3uiX6 LYnWgCyLvDm43o2pK3WQEzDJEGsfpApg_iUVXphacnD8VNrsI4H_I7sJuSmM2mx3BVUvxniEHjy0 ZAANwtPhVr5oM294eQ9tiR6fVAxVFLeI023FS8Rd_Y65xqhlG38LVJa5fhDLLNgICmjI_bxByu9x mDcOFvbdxOUL35qwDuNrxWEoOSH1E4GXCS4UIhu2bkTCZ5XzW1kiEhbUS4RY8K5K48ZPCxwvsvOS rEJ.p2tVHdAfP6TM6kle4IXc6oiPysaMg72Zzp1JoUumy8bJC7QGjVkUMZrWrbV55YuS1VGgxyrW r9Urmj1vDykqc0iTGB6Hy_HWSz.ytFmrfF83i1WyDNf2YXHxpnDp9VNxghpb0cYHcom687.9Lejh SyhznrS26ay.iGmtsxJlOVmtUswrbIDD1i4CoMSfC.9B.pOHHYTKQRELGzfvtoSRZAXvOR4Smkfs eZuPg0eJo_uUemEh6Kerq4i3Rj6tPRrTjbAGRUlaDhxXAIlnA2LkFTyXBaBXgzZYEOMWKGeNGMIV JTccMHat.GEOFGdp6d72WbfA1ehjKJu_u_gi.Xa.9y8Nb53EgbZ359jFogqXe20SdeetJ0IpXGFA MCw9Am0tVK4dtCQHOsHqb31RofaGHojC4Zstafy.PY8fBLip2PaXxXAD4_7Sa6CHaSVjYK23tcXC 2V4sumSgn31HldeWHkilvTOFYMHD4WYX4Gx3sSedLFk98I0sYMYRSgJhLvz20WlMiHudxlYwUKFD JPtd0cRhtFzItmWozOXpAsIyxc1mN2Y0X8Js8BsZywZeet4k.J8pOScXMIY5GyJPBP1kNv5QzYUB 6HNZPhXY3qvl1Ms2uyjl_eK1ijlwkI185wu6fFXg__qFUOmBgsw._Dz5bBhgqNKEfI1nAEQ9ELGe QHMxMD.c2RosxTfEmBWb6ErynR0ONF1uvrxOcYV7um0N9ZPZS7Ol1.oh6n3n0ZgD4wH7ZLssn2ld 8FIccBa7C4v3Q_.aGG3wFlZTE.nPkWbFnrVDhUji.rCW5_dMM4If7LgijZcaqQ174dpEjTXz.eT0 5fj9QnIKnzQgdHZ_DYOoLiuYnBESKyO.HnweUei4w6LOEKLqJeTtPBQbMEddegNtv5ObtN5c5kXW CFyYDNg-- X-Sonic-MF: X-Sonic-ID: 3ba233b9-dc17-4bf0-8bcb-cfe960f14f22 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 21:43:10 +0000 Received: by hermes--production-gq1-6db989bfb-4sk72 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fa5577366213321f97ef90b81990b36c; Sat, 17 Jun 2023 21:43:09 +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: <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> Date: Sat, 17 Jun 2023 14:42:58 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Spamd-Result: default: False [-2.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.93)[-0.927]; 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]; NEURAL_SPAM_SHORT(0.12)[0.123]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; 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.84:from] X-Rspamd-Queue-Id: 4Qk8f828xHz47qr X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N [This time I add continuing the sequence to test the stable/13 = snapshot.] On Jun 17, 2023, at 13:56, Mark Millard wrote: > On Jun 17, 2023, at 13:53, Mark Millard wrote: >=20 >> 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. >=20 > I forgot to mention having the HDMI connection plugged > into the HDMI port nearest the USB3 power connector. >=20 > As I remember, the other port stops updating its display > at some point during the boot. >=20 >> 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.) This is based on: dd = if=3DFreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.im= g of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress First dealing with the U-Boot vintage-avoidance issue: # mount -onoatime -tmsdosfs /dev/da1s1 /media # mount -onoatime -tmsdosfs /dev/da0s1 /mnt # ls -Tld /media/u-boot.bin /mnt/u-boot.bin -rwxr-xr-x 1 root wheel 601096 Apr 6 19:47:52 2023 /media/u-boot.bin -rwxr-xr-x 1 root wheel 602552 Jun 14 19:43:46 2023 /mnt/u-boot.bin # cp -aRx /media/u-boot.bin /mnt/ Then dealing with the initial_turbo issue: # diff /media/config.txt /mnt/config.txt=20 12,18d11 < < [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 # cp -aRx /media/config.txt /mnt/ Finally, checking things overall in the msdosfs: # diff -rq /media/ /mnt/ Files /media/EFI/BOOT/bootaa64.efi and /mnt/EFI/BOOT/bootaa64.efi differ # ls -Tld /media/EFI/*/* /mnt/EFI/*/* -rwxr-xr-x 1 root wheel 1180860 Apr 6 20:48:14 2023 = /media/EFI/BOOT/bootaa64.efi -rwxr-xr-x 1 root wheel 1182604 Jun 14 20:47:12 2023 = /mnt/EFI/BOOT/bootaa64.efi So: No other differences than the vintage of the FreeBSD UEFI loader. This also booted just fine, taking my input to avoid having to wait for the timeout. The only difference is which USB3 SSD was plugged in (the boot drive), in this case the one with a stable/13 snapshot instead of a releng/13.2 snapshot. The rest of the ports were as they had been. FYI: # uname -apKU FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE = stable/13-n255597-894492f5bf4e GENERIC arm64 aarch64 1302505 1302505 Having confirmed this much for both releng/13.2 and stable.13 , I'll go back and look at your notes about file content and the like and see if I notice any distinctions vs. the above that might be important. Notes: I doubt that the RPi4B EEPROM image vintage would contribute, but it is something we have not been explicit about. I do have various debug outputs enabled, including for the EEPROM stage. The following is what it reports=20 about the EEPROM content ("BOOTLOADER release") at power down after FreeBSD is done: RPi: BOOTLOADER release VERSION:8ba17717 DATE: 2023/01/11 TIME: 17:40:52 BOOTMODE: 0x06 partition 63 build-ts BUILD_TIMESTAMP=3D1673458852 serial = c740af3c boardrev d03115 stc 421180 Halt: wake: 1 power_off: 0 The "boardrev d03115" indicates a "C0T" Rev1.5 vintage part that does not require the bounce buffer work around since the wrapper logic is fixed. (FreeBSD keeps working as if the bounce buffer was required: it is the only style of operation the kernel code has for the category of part.) I have access to a 8 GiByte Rev 1.4 RPi4B and a Rev 1.1 4 GiByte RPi4B and could test those with the same media and such. All would have the same "BOOTLOADER release" as above, as I remember. A you sure you have the HDMI plugged into the correct HDMI port on the RPi4B, the one closest to the USB3 power connection? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 21:57:45 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 4Qk8z866Wvz4dy0b for ; Sat, 17 Jun 2023 21:57:56 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qk8z85Zrxz49L1 for ; Sat, 17 Jun 2023 21:57:56 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687039076; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ugGCANyKJ4ULfXOUAQ+z9vb8H9raLaNhA9ZX3OnjpL4=; b=UCYaUNJ9RtwHWkFydh3K/3bs2yxdcn4lOwCSyDfAFPWBeGyFx1jdfQ0sPpF3MsYyrS2DL9 /1ITB9uZO8PIg2qFh2HdMiV0O4N5aT6F6qA72z0nVUgb/6oHQyqs1RBjlCiRAckjYVpjEp a3SwNsrIMpUrwgw8xGhdUPg4P46LSmpPgZXdcMyG+3sBQV7jzSN1K1LYRClpSZKbVBspfO jORQCMhqT5lfOjF+MB6rlw3tRtuzv7T+yAV6czVNtFpPH3mDt9GJS+u2tohkr3xqyYhDYv mM48ixY0o9UFQE6bhpaKDtABqjCPD/v1J3X2AH2ElAh3yDJOhzjzvV6TKdhAKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687039076; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ugGCANyKJ4ULfXOUAQ+z9vb8H9raLaNhA9ZX3OnjpL4=; b=GG0Wqf7ybcDZ/VMfLjPsHST2xP9q936FWc09y+3RTawqHY4UUOf4G9k2/qbv08pHOcvaRG QNAoVmG6oFFHBivzWIPEkQ3PVIy7mZQCDC5uNRchWRAoxsijc/5bsHn488jUERQzS0+oYB gx74oZJbi0YKTsJxXxRlKk5TlY5dq03rt0LzFZJO+xxo1+uw5+4UeQJVbldE5EPBLKuyjx bxCL6YUjHhfqvxyq86tTE2u6hfwR8wkQjr8CxCymO4lrfNWSIhOrgGIr65gbq82azl4MF0 fD+Z5g9Owt9EkGowLNjCtPC3yU89AGyfsYcfuyvDBPOXap8KBPapLuUAn4T8FA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1687039076; a=rsa-sha256; cv=none; b=e40xENGcwEwCmwQ8l+A2ELSjXSaXM/k/MQ93FgnjxTnBEd/fzcB/EWihOmT697kUn19747 o/M6fZMzrSNaQM8WFB54oXOyDI1TXTYOIWls6u860tDGWq9jDqujWWcsvuPsvU1jRRdVa/ 8+WoQECXr721AnGhbX6Dhq3UKgU3gw2Wys8olFVagvXGn+4uxArh8cibA8QS33uH4dN4VS TA2FvQ4Id9zCfndkJh0yJza7NrV1ksVG3phn2M7NoMVplDE4bEFSdUjblcCZWmMue6ul4M W80q5RsbTOWTw8QbsAmhUZYy1yVsI04ECGqsDtMF39+WfONxbLOx2qL56kkqfQ== Received: from mail-qt1-f175.google.com (mail-qt1-f175.google.com [209.85.160.175]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Qk8z84Wpyz10bh for ; Sat, 17 Jun 2023 21:57:56 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f175.google.com with SMTP id d75a77b69052e-3f9b4a656deso17614731cf.0 for ; Sat, 17 Jun 2023 14:57:56 -0700 (PDT) X-Gm-Message-State: AC+VfDxQ4Dddzs/9O6mZb5mrUyCLMeVhwPwffQWtXwQyY/r4/gEqsT4G R86PtCIiiug0SehprOKymG46iW5JAcenaIzj96w= X-Google-Smtp-Source: ACHHUZ6QxfiFeRU91fi/b+KP/47p4Hp0N/1k6Zm2GGzJMy0xzQG8a2jRU744gw1CuVbmruOefnH+9epdzCOic2LjAlA= X-Received: by 2002:a05:622a:413:b0:3ef:2f92:464d with SMTP id n19-20020a05622a041300b003ef2f92464dmr7632436qtx.28.1687039076038; Sat, 17 Jun 2023 14:57:56 -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: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> In-Reply-To: <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> From: Nuno Teixeira Date: Sat, 17 Jun 2023 22:57:45 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: keyboard doesn't work at Boot Menu To: Mark Millard Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000d97db505fe5a641b" X-ThisMailContainsUnwantedMimeParts: N --000000000000d97db505fe5a641b Content-Type: text/plain; charset="UTF-8" > A you sure you have the HDMI plugged into the correct HDMI > port on the RPi4B, the one closest to the USB3 power > connection? > Yes, [POWER] -- >>[HDMI]<< -- [HDMI] - [SOUND JACK] For what I've read, 2nd HDMI doesn't work with bsd (?) Did you saw photo with boot menu from last email? Thanks -- Nuno Teixeira FreeBSD Committer (ports) --000000000000d97db505fe5a641b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

A you sure you have the HDMI plugged into the correct HDMI
port on the RPi4B, the one closest to the USB3 power
connection?

Yes,

[POWER= ] -- >>[HDMI]<< -- [HDMI] - [SOUND JACK]

For what I've read, 2nd HDMI doesn't work with bsd (?)

Did you saw photo with boot menu from last email?

Thanks



--
Nuno Te= ixeira
FreeBSD Committer (ports)
--000000000000d97db505fe5a641b-- From nobody Sat Jun 17 22:08: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 4Qk9C65VFGz4f0Cq for ; Sat, 17 Jun 2023 22:08:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4Qk9C53sLBz4C8l for ; Sat, 17 Jun 2023 22:08:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=KImQ8ig7; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 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=1687039694; bh=4H6JjxWuZCGZNHauyEnxWQEThRUnPjsqmo35s3tuxN8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=KImQ8ig7eMgb2U8n5OxyWpBHYGN8AvTOL6C2186iwX6s+D3U8WLB2Xat9Q7jvHvJ2hlurjUrE9FvYsR7lW5Gc/cP0TMLVFoDsiqeP5fxEh5YYFBAhX08pXqznY5E23sCTmeoRKFBKPqlbN6rUP4nWO3PFC6VbEgpDpsxtd0UxLdwetH9aywRjySBvl4r5SA2FpGYFAAC0zNCP13xb+0wsQi1yyuVAp6KW9qW3dOHPRAHfBk8xOVNEY2NIZf9Iv/ctUVf+4ttn3VA8NVzohM1wlLBRDGPwASjHlw5E+XA+sWP+zBOTbZZgrlPOh8ZhTXZUNc1cl+RvEWbdKNscXPhIQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687039694; bh=grEcOmRg/yjOR2WvrwlVEM8PYz7QHxtHRTeKu6nQ8b3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=qWC7OBQ8XlJB+4jst8KWKWFNWotRiHDvAeaea/jLHtMck9o1ZeKb9lOBqbczBdDYp9Usd3tHPE54ZWk+YxBmzfprKCQ0UmVSOtBdC5hHyQXvHr+jdlewhoCS+9IAxITanaQsdEFRq1ViYRK4PKGRr7kTrt9cXN1zZNdHmT+SZ1hIMaQOmr7g0biMlbLZhHRGfBuY1TSXRYVqFnwfmAYDBDR5mVEiZK58MtA1yeRs8eFVVmcm83oZEERNeNa9hQjmhZmX+ifddSm4S9lvliH04hOU5wfEnCiPTUoc4Y9VenALn1S7yWJrEDJev3o+15dvxyZqPfYpoH7SzMbFk2v0Gw== X-YMail-OSG: w_lDSlAVM1laSYdaqPJ0yKjwNXnUKsfSe2fsFiG0MlrX.SFy.57M.T7DzuZ8qjo sU0ELzQgas9W9QX_UI9ieenw0_TdOu5tu7KuEMyhBf7bLe85QX671agJ1mVzSOUNm7UmrTjv1P7I Z16l6hGsT0Z0RlXj5ZaZd..gtvrLd4fI._fhg6zW6LrwlCiRI7.0YJXHDHBnv8U3z5rYftwW2rWC P4.m86DfId62xQ5c_dMDZ9ZVse4It1TQp86x1pCJWpfUnc6ExMY9yeiSF0KigIV0qhycrJcjJdJ4 6ZxYvkauHWAxRbAA.8PvNYrawf8G2PtnQlECFixm6X.yM7KN1n9veVcpm72lONpzllwKXTcxNABv 7oYvXYdwgrjXGOWiqmuE02QukCH_bop9qAIkUk1vyc8N0kcF8b1Gw2sWrK0S.cHo__puarKJv6mc ZljzWh.Zx_jY1CMfajgFUPhoQNjMQl7XgKlbY1ZWpu7WxML0C7CtlR1_k.i4azlzA39pBkgfSHnY KW8jsRi.JXgy2.A0f9JzV4WRHjy.rhELqzzujbqsEcAtHAp39iX7pdgrqrXFTIxkebpG8gOvHS.L ULgKZxlfbyTtKz72wTRvD3WqJVNU0SHpA5RYDaEQd.eQyAZd5UZvOqDOL29a.TuRVURdtb_QwxVM MOcGIiged60i5iDyTYmH7L5VRoQkY0H2XjOXz4jvU5KeXN2fvzIKEgqqXFYmfHtMmfE5_hB6ROvI 4MSwdQL1I_94thEGr2ZCq_DsVYEAWRcqTfDed0sh.f8JCDljolvuZFB1qLGNGbZLCxGp7vJY4oo5 0_qCCnehJCz4UwBxGVzouhaoYg2M_JKLJqK2syXVl6o8l8jsSsnkYChfdufHT5u7wXDuJztW6Uc2 QwtFXd9F3EgcqrBGNShwzj0kn7vBehXf2Oc.lx4.a9puGD5vzT0Up0fuMljABjph6jkRJAJALG9e x1AkwjWHxfNGFibKkTvJKIouwAOXzNnVNadxC.6bX4e2Grlrm7XFs902FWTg5pl341HM7E.hmWAp XIGPoFlba19.hjG5aDKNY23F5fjbkyUYpEocTSSwtxaIhQAUjrzH_vdOkSLasjkrGQuG31UmDiQO C2eJNZK8hBDLm8bzUmV_gX7x4YXBTBMNdpCqr5Qj_YjGyoakHh5ohT6Ww6Sbu3KTB2YMcNHppM6U p1drQL4Cek3lece1cnqRvWMIUfw4WzuIDLbzvO_0WYhnnSAkSQ_1x.Ox72fCkjy9HR27vzO7JriJ Xu6QEoglUUKPi7YsUT.WhiG9wGe_qwvkFvD24GQRboZ_qyzVmw.u6hu5Lb0ahHhGYsKO8NU25XmR 5_sLTZk6Re7pk11tgzYRLVBrqxSnT7PZPlC326_6mYOQf9SzT0hnxj0o5WLL8_fIhMcKHS.GS7Yj KBpXFvJzYcxEYTmnEHjltLKt40S6_.3aOK7ZdS_ViMw0NWbNd8k_L6NxVMvUewA1odHFd5eR1bzN VgVGwsMrUB0m12qT.8ji5iaJ5rXgUhhsHuNLeYtvNMRejUD1PFbWumDbnKjEXK0UjpVpRB2kgSr0 ieAjuMvaEe5cQYVBF_oCjtJ6SuD8FIl0.v1juSC5QBpDfFInynOoGwpRco3m1tFd8ZW_xwK8uxQQ yN8ZTb9FOm9Xwe3qMZ.uzhhsaIyE89dH1USrKmzojbDESusOOrSUyaWDJbhZtnbAArI26Ez3r5KJ v_R6HblkvLOx_a_yPT7X08XEauNhLB0p8hajRGNW2gu8j2v9s.UTR.ggwdVIJAcBX63fcQXpbBZp KTWWs5bjpnL1bNArq.bXwcbcGBobGOvZ7XMpNcQ3ibbZ6uy1cWMvHjw7XGiYD5mVcsDkm7MkDF5W YdhPEF2MrK333M4xZK2LyITsY6o.RBXA082cmQwHLIQfqOHhmywW.wDnMcd2p_MT9IjmcTOXHNAm PM1k_ouMqfDWpGHoKT6CUjRyyQw05QiL_6KtHG7TSBGryIeGZ_f3bKE_5DNYfrHzlsAB3POvKbhc AkxCqPsnGN32LDSIPjnk41MUzevjotOM63AXlOdI3bGW5lVL.sdkrdzKGSLaQ8cj53tq5RhZ.cW1 00zO2Vpi2cNOjS_YRj8Fwm1oJ6IsWVpVzlNzh_P47K7.7ShZTCpC.eup8fFbFEc_.70.UlB.i8xg jekMT8P8z8KJ139FMNQMXZjo0kYDMiFUU1ipvpMik0E9CnwDGuoakSSq..Z.aQOurZIKHczeauxZ zejZriP3Oy0hDSbJiPL4yIVt8zRr2nTU91qMQvFnjLj_Qu5UH8yQqGFmhLV3A1a_f9YWliL7GGoG tePO7MJrg X-Sonic-MF: X-Sonic-ID: 5b029f68-baaa-4b59-afd2-53b0913e629d Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 22:08:14 +0000 Received: by hermes--production-gq1-6db989bfb-66nkp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 15322c6b0c86f3aa42ff44fd80f1b253; Sat, 17 Jun 2023 22:08:11 +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: <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> Date: Sat, 17 Jun 2023 15:08:00 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Spamd-Result: default: False [-2.32 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.990]; NEURAL_HAM_MEDIUM(-0.86)[-0.863]; 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]; NEURAL_SPAM_SHORT(0.03)[0.030]; 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.65.147:from]; BLOCKLISTDE_FAIL(0.00)[98.137.65.147:server fail]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; 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.147:from] X-Rspamd-Queue-Id: 4Qk9C53sLBz4C8l X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N [Commenting out beastie_disable=3D"YES" and loader_color=3D"NO" in stable/13.] On Jun 17, 2023, at 14:42, Mark Millard wrote: > [This time I add continuing the sequence to test the stable/13 = snapshot.] >=20 > On Jun 17, 2023, at 13:56, Mark Millard wrote: >=20 >> On Jun 17, 2023, at 13:53, Mark Millard wrote: >>=20 >>> 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. >>=20 >> I forgot to mention having the HDMI connection plugged >> into the HDMI port nearest the USB3 power connector. >>=20 >> As I remember, the other port stops updating its display >> at some point during the boot. >>=20 >>> 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.) >=20 > This is based on: >=20 > dd = if=3DFreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.im= g of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress >=20 > First dealing with the U-Boot vintage-avoidance issue: >=20 > # mount -onoatime -tmsdosfs /dev/da1s1 /media > # mount -onoatime -tmsdosfs /dev/da0s1 /mnt >=20 > # ls -Tld /media/u-boot.bin /mnt/u-boot.bin > -rwxr-xr-x 1 root wheel 601096 Apr 6 19:47:52 2023 = /media/u-boot.bin > -rwxr-xr-x 1 root wheel 602552 Jun 14 19:43:46 2023 /mnt/u-boot.bin >=20 > # cp -aRx /media/u-boot.bin /mnt/ >=20 > Then dealing with the initial_turbo issue: >=20 > # diff /media/config.txt /mnt/config.txt=20 > 12,18d11 > < < [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 > # cp -aRx /media/config.txt /mnt/ >=20 > Finally, checking things overall in the msdosfs: >=20 > # diff -rq /media/ /mnt/ > Files /media/EFI/BOOT/bootaa64.efi and /mnt/EFI/BOOT/bootaa64.efi = differ >=20 > # ls -Tld /media/EFI/*/* /mnt/EFI/*/* > -rwxr-xr-x 1 root wheel 1180860 Apr 6 20:48:14 2023 = /media/EFI/BOOT/bootaa64.efi > -rwxr-xr-x 1 root wheel 1182604 Jun 14 20:47:12 2023 = /mnt/EFI/BOOT/bootaa64.efi >=20 > So: No other differences than the vintage of the FreeBSD UEFI > loader. >=20 > This also booted just fine, taking my input to avoid having > to wait for the timeout. The only difference is which USB3 > SSD was plugged in (the boot drive), in this case the one > with a stable/13 snapshot instead of a releng/13.2 snapshot. > The rest of the ports were as they had been. >=20 > FYI: >=20 > # uname -apKU > FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE = stable/13-n255597-894492f5bf4e GENERIC arm64 aarch64 1302505 1302505 >=20 > Having confirmed this much for both releng/13.2 and stable.13 , > I'll go back and look at your notes about file content and the > like and see if I notice any distinctions vs. the above that > might be important. >=20 >=20 > Notes: >=20 > I doubt that the RPi4B EEPROM image vintage would contribute, but > it is something we have not been explicit about. >=20 > I do have various debug outputs enabled, including for > the EEPROM stage. The following is what it reports=20 > about the EEPROM content ("BOOTLOADER release") at > power down after FreeBSD is done: >=20 > RPi: BOOTLOADER release VERSION:8ba17717 DATE: 2023/01/11 TIME: = 17:40:52 > BOOTMODE: 0x06 partition 63 build-ts BUILD_TIMESTAMP=3D1673458852 = serial c740af3c boardrev d03115 stc 421180 > Halt: wake: 1 power_off: 0 >=20 > The "boardrev d03115" indicates a "C0T" Rev1.5 vintage part > that does not require the bounce buffer work around since > the wrapper logic is fixed. (FreeBSD keeps working as if > the bounce buffer was required: it is the only style of > operation the kernel code has for the category of part.) >=20 > I have access to a 8 GiByte Rev 1.4 RPi4B and a Rev 1.1 > 4 GiByte RPi4B and could test those with the same media > and such. All would have the same "BOOTLOADER release" > as above, as I remember. >=20 >=20 > A you sure you have the HDMI plugged into the correct HDMI > port on the RPi4B, the one closest to the USB3 power > connection? [I have also changed the /bin/csh defaults to /bin/sh (which is my normal context).] # 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" # shutdown -r now And the beastie shows up and works just fine, operated from the USB RPi keyboard. My bias here is to have minimal differences from the RELEASE and snapshot builds relative to the reported problem. I still see no evidence of any problem with use of the RPi keyboard to control booting. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 22:29: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 4Qk9hN18Vlz4f9md for ; Sat, 17 Jun 2023 22:30:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 4Qk9hM5tXRz4HNg for ; Sat, 17 Jun 2023 22:30:11 +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=1687041008; bh=SrGvovKiy2aMSbIlUbzufL45mkkIA9/g/siSBAJqlhU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=IojeH+dYG3Z414rEq3TwVDM0PotcuZTJh5DFRieKk81N4GqbtznrevZdsInPxcmnT3e3tz4bfzrUjOvChI7zGE7v3f0yR+FT9nQ6m9KQjqvU074daqIjA/o6u6Zq6J+AG+7Q6PXQch6GDJQCHmzEO/1Qovgjqt/vqJtLMfzU3xfGhTX97NrCOOnjtskTOl7ApibthXTmS4D4B6ebfkJ3F/9Su2wbKwakGfFAyGAUZSuRYzU2tg7F5vVjFoUqAo6OGVnnR3pXM87GpDjTQwd/PkFIemwmjnp7lzZ7ctsKncxwQ8hYOzifJ3sYLn4ON5GbqptYmCAPEFQxmfy/YH7CAw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687041008; bh=TbFvKrLmT/ksL8m1Gwe1M4m5zT8YOEW3ZLwjW+hILIM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=jZzq0qbsT0XeYk4zeUk3zFf0gwLWV8C1rkU4abz0w6LhwDteE6UVRJ+gfZ1ImiNY1OaIA0MmNfkzTfedeKm8DdWLtcHYEwtBbzbMpD/jyTGtYoy8CCIkbtyiln/yaTSRYziEl66VtpfExK9ZR32IaDA7iE4ej5FU6NkM2u4cE90HEP4fAiZJIsja7dJW38OKwSJx2PS4Le7QY3p3zw1iy4eseiNF9WiXW3AvH3YNMFfEGuo1lek8RsAePYz2/bvscAo7AyPS8uCf952LbCaNKBO4Ojkwflmr7jNFPKjQXIe4EE20AFgjeL89XlUYp8mX4Op/auaEy2M9MLra7hpauw== X-YMail-OSG: vbBqA8kVM1nyiDankqlx8Zg5lbLoOa88dNvUnxL8nOQAuQn94LruMYR.14qkejZ ezsg6BATa1WNaFetzP3iA_qXQRnlTS8W7SdcmTggX3P9w8QqpWhOqoW3XEbswjKbDsWfZAGRJ.4n hOhBJAxm5SaOKvFYi0jqOHGeDkYm6kXcRYJ_ZRTPFKWW52sk7TSnAulFEsREKNzWsiNN4ZaYY8G9 jBWRHhtypoJdFWb6FywITYdkxvTMA27TvVJbLGmlKXktL8oVpDUqW7CaIVtFBU3R7d2zQ.xYNDyK CV7FBfF.is6JFMjfBDuvko64NH83n_Kx6_PiEqH5YXucgX1ETnEC0IUu33VllCbR0OHAdfi6bQs4 SZgbPXZjYWIuvpbFbYHaZ75CQnLmH0e93yTguCDt55P7aMm.TxkCn2YFlurJ02e9UoeCbSFAZ1J8 DRnyxo0adfhWt_dQG6BYJsNWcA40TM85D7tkjN920sqac02XM4uJPxkUAoQRfkmezTRFXQYkdeR6 2SeLzrKfpOB9ASuUJzxXHY4wUZW2baynKmH_KsreYY55XwSIe2MFR0ETx_cEixFtZfLMoFnEhOa0 PDwaa2q06Pt9GCnRwAhXOzpAVt5pYJctUyFJOz8FMU3IC5ux6bmhTmuLLqCOoQv5qTCggbttynSK 18fBPfU5oDMGcU1LAoZ110WQ2yE1ZDOcCHM2oBwuoel9f4lWmZfsxIeruqFcclXCvh9QUyxKbidG HCBrXkRJHk6Ixb6dViEJobN.vWenFMsg5HbWyRFili8s7lZpJ41A9aAjnAQkUZ5IVyDOEeVHrron IXg4.3W3CmfsSY0E77ere.sGT4.HxIJqaf3v4p01ZoIAzL_.2n3YYfhdtthrji6fHIvFWqvJM6el F.A4Qfn4NYMhCGCSG5UJ8aXDqVMRUXdhF3HDVH1TD0J6hj8Lpu_7vENnMVWRocRvyATw89m2pyHe wTdUnVsxacQvqb1rPvzR1mDYuFiSFKDIHK8TVNzDGRZWfqlwCcHx.94MeNbFkh3JiGHuenovf._C F02ddLSGkexlpH9w8KsTRzuCzCMs2YsihgRVn7WwrgJB9EGHnTgXB7qsolnIKk_AVYNB54YrLTD. jbDsi5t2X36xdnZ9aJ03ZOmr1edmlnRwdNJOGtFeIcgsB1_YxG6La7W4SBG.AcMsYb7ontNXqqmD _sL4gFsn2AeT8rJIWEWnSnkqnq3JUXfRrAA4IfwlYwSsGNE3U8MgdAI_PKfpbo9Qz413OcTVUWjC DBDzx_QTzo3uZcGOb3Q1wHM6UQl04kDnkXUBW0Gg5wkcAnML8FFdbRYI0EVOzAYWE7xRN0yD72KH 27oBKPLNfIc9KdZ19QMDpIxU4pmaPRNJyVhpyesnVIGouc23_am2yz53Y6kZUAcAFYphxRDi31wb W.LWU4MeIzYSOOAxcT8su4a4Kkew3sAJLzS7GfQC11hEHtkdmUr_2lpbblJnQ.kVHtC7yudFWhse zDOh6DQBng1LH0XxQDhYmVc35_LSk3ZZDpg7X_IxqffPYxsn2dwWYuXMPBL8vsUVNcY4BrUAwQyf ZWGg7xho9yg.8Nct9Swoz3Wymc8dEYlP3xAKSpxhDWBKmW7.YL9bZeoVsh0gr76uZgy20gv9DCEl pEYBYodE7ee8HEt97kcyD_B4irag8Bi6KhK4z9C5oVSjy4zkRKZXpvt15n5rYkaZBHjU4IXhJHAI qqWSxUx11P4JbreWkTUbsgXL9t2caWt6jjRQJgUrfFPatPmwhvicw_ih2SKUKHAcsgeznDujwfCd pHmhBR4Zwai1a7JwKE5uANaFgtPMcXBXZg_50xRlwylJChfiiJOYUeYmG6UexfaIGhmJQOcNKJaj tce.1SFbhqmHEMnfRzMmFicaCjabOuBybmNiP5FCJF9CXG36kybYR0S4sj4Nx8eG41jsOyJuruH3 .HO.QQzHeTVpTeYVRIlVZCkFQMfOe9ZRS99E9W7WHiTFteFRxzjVOScfvf9NMP.iaBavdlfDbu0Z PAlhcMsILDNs9bDCI63_ZBBNlfa3qdmMglLCxALunoNv9AlHsDXkmNQYtgWSXXjuuiskq1Zn3izH xQ4mELzGSN4zqUetXX4MLWuvVBuoiKLfyNO4FlMn9sJowyGZ9jHsB5pqkzWqZvPmUGpL0_OdnuRj qegJbhD3kHqZnZhomqpNbFUiBP4UtGtFPAMRvN4tFdt5Yy633_uLtek5aIdoTdRxHq7_SHlTSo6T 4LRLlAF0IWLhgssRU1EWzijmE5G1kpOumcLF46fqKxDxDIT7SXuI3LirBdXPABXWKWzSbjUPgoso Vhh8_.UY- X-Sonic-MF: X-Sonic-ID: b26c7b94-67eb-49ed-912d-02523b58c06f Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 22:30:08 +0000 Received: by hermes--production-ne1-574d4b7954-wzfzc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c154f5fbf298e1f52771275ebfe7fc06; Sat, 17 Jun 2023 22:30:07 +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 15:29:55 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4Qk9hM5tXRz4HNg 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 14:57, Nuno Teixeira wrote: > A you sure you have the HDMI plugged into the correct HDMI > port on the RPi4B, the one closest to the USB3 power > connection? > > Yes, > > [POWER] -- >>[HDMI]<< -- [HDMI] - [SOUND JACK] Sounds correct. > For what I've read, 2nd HDMI doesn't work with bsd (?) That is my understanding for FreeBSD. But early on RPi* firmware and U-Boot have it operational. So it can look like it is working before FreeBSD is really on its own. > Did you saw photo with boot menu from last email? > Yes. I'm gradually/incrementally better approximating some parts of your context reported in your notes. We will see if I eventually make a change that gets the problem. # more /boot/loader.conf # 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" That still works just fine via the RPi keyboard. So, trying: # more /boot/loader.conf # 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" For that it by default displays the: 5. Cons: Video Beastie continues to work just fine, operated with the RPi keyboard. The serial console is disabled, the last line output being: masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 === Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 22:41:31 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 4Qk9xl66Ylz4fGsf for ; Sat, 17 Jun 2023 22:41:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4Qk9xl4Vsjz4L2D for ; Sat, 17 Jun 2023 22:41:47 +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=1687041706; bh=E2/drnzxcfEkNeXYRHd8Si1/cLetU56yL45K5S8j2Uo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Uyyu3V4eAxJMKmYa0Ax520YdibsSaoZlEv5iefmGmp1fCMtaoWh/nuJ1yDhdWWJReCm9ksM6Jctamy36o13RkPUjrD/yDM0TJvD0st7sY42nyVsF4PkhA4wFLBTRebNsBnA2URb/vS7HVNvQ/klOQAkRoDyP5968HjJi5zuyehzUfRjjs9R7ZZIWxWyiO2JT1YpIKt8/MVj4UwbtlT53B+D4Gbdu5R/+RKcR6XcJaPET0f5x5YsU3KTtrwzn6Kx5DPs9Jn5p8TPOJB5PffN5QluleYNPDNyuEFlKsDnuN6D6DXsd2AgATGQ2QIGzLG7JvV8tMmdCVSo3q8G0lczHSQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687041706; bh=AL1tlHOoOcRn/3JA0AF94JCubZ3BnISnPLKRHJQLcqO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=UekVDVSGSYVz3G6pWHktO5/AmQCHfRULOJ3WkCnxcPgHmjlFEJIZFoWpYHwdnVJZm60MKOALMU+SPYDLJrBV3n0sKyLio5ssMWuEYdShHimpoJYSHs8lDarle2zyKgX1KFkyLX/YtePqK+FpFYFk671LLQbxxo+YfO3Tw58y4GvdjGOvB5vPVFDpMCV0iNvrpORBLUaIhCf/rDuEv5ek4GC8l/sQ1ZjyK8MSspmGug4w0lbUg8FQAJmw0gbSYvZhr9j1NaWegbZHtYLS8SM/WF+qPgPom27+a3Xhf33VkUqSu8zfy+dTCmS67qmjKf5vny7O2ZN9voOiKQmKKudR2A== X-YMail-OSG: sddMOjQVM1nyNJ6gfBYwgLoh8j1FY7EAMcz_ILqyTm3dVMABdTXAGrzTT2Pc3E0 mfsMOweQddYhrATekh_FCGOqfFyLfyN5znq6Cmut_LKbhme2DvURKXMCg.D1rxMzbUfSWzjY9kHo qsfX7w4Iiq0LPu2EJC.Pg7hOw7XmgvjgHZ3jFqbbkWwUxGAosEQ9BOSnkNhpWJi_Vk7KJD25cXM1 wjWY2HefTJw0QOgcUtGHAw4AqcqKACZgxuUhuodiK9j42C5NrXJL3IqHJaMf8NHCsUzBVJZbaZ3M tAeC9sLggN9S8bZJpXs26zZ_CbDtTVpKVhSAgva2HHo_gQwGOqWZBPLr0hY.M761B.M.uAJ.KMdd r2Px3YtlpmKgxZOcjPYn8eKnyVevMTbonooMLnikKO6Vvp0reSObhKg4TmzEddsN869u0UXp3iIN L9MG_34.HxVUZ1DopqAyNpTpcJabPOJVzKClXGtWDTkdhr10fqiovhN6hb5LVCNrd_o3Usiqz9Ke LBDW1p_ogzHw25UdcIx12SmnW7xAeZEI0QZhRxK1FHVzeQvlaoIuRQV2d.A_qqr4yNQa7MWVOUJI uwfXq_I8nhMvOZfbws3m0Xl.zdZqEbanlR7Q3RtMKFTlqAlCwWchdMnpA7YDEGkG3shFiSJFlXUS KSVC26XA1yKLyoozMk5NrG1xE_CyHNQ_NCZ_va4D9iA18TdUlMQIPwnurwJKlK12fDtWlZCGB4QY .ODUgaaY2sMhDWhJI0Po1eh8ewIj2DO.ft1c32zZtfJhyjvMab25nt5t6scIs5MpGCFVKLS3KyOl bdNdOuy7UPgGdpzroeib7JkBH2kakrM95cKIUnpxHtHF64x5RBrkqfKYwjO.puLlYRcGu7O1p1dN Pob04c5bOMbWFA.0AIVjjPMs5C54TPma7wq4Es59C_CZ0lctuiqQJhGvj.sYpBR2z6V6KOFO.qq1 yI6iGtHHpvOeV0lf2KINwr6QDSXIm1jVlOe8RUoWE3on5EDyWyqifPCdLTBHeLy3fALoEJ4YFmGT Fxo92F2w54Mu3PCLvuRTOsi6ZQERWspGUxit_.G5tvKVhvLW.7t2jPjW72TJQN6OAl81JvIXh.dC LALkxtF_AqlR4AJsD_74Ilkqu71KGcrvpX6WkDT1GAuhNIzlLKzpHos8p7vnLJJ1UD.d5k_2SZOs Hk1PkPtXYV98iO3jd9xeinWeQIhIjJBIsxEztaAXpuVZVet7Eqgk0tl6IXlhknziC95IgxGSvBop l21AMrK.E4ifrjtfniZaktUTANl_Y2KQhJ3fVEpzFw4_UrfunQ_6m_maWnsq7FQRfP4R0DFx48um 3wkDXDKRewpgUvi3MF5dv7h0pT3XJRhI544IS6.bbbac_7gSc5q_W528yq7P.nuV8zVgJWlkb2T9 Ubf_zCjHd5UOLViWIkbjeatgtwan7UttTucqIggAkx72CE9oVK1Gcn8GU05jDi1MuZzfxfwSWdzz 8zcJqPgl8v4v.oIgSjSOYCP5zZnUeGhaJ1rIYykvhJ7ushDBUtPTuBH6yrTHxzRtoXtwxg8im8Hq eaqp98xHGEbAH4hQB8kvL7ZGz7QQ6jVkSZs1MEnJArlLG4NStw2cz_X85ekxdBg4wmH7Xpuw7cce 2HbDn0Z2j9em4VSmqD40zqMNWCYdDN64AG1r4evBS1iQLnjZ4VtJGnTp1HTWUfZAPd_IUrrVX13m m_6QO4GGjxeKO8noo6oAChWK9F9mxThKZKjHIUyRZQRx4bso6eJePN2zxkP01D_.IskR9R.gUuJ0 gquM.PZG5zSFHTAZnsxiHOswJ9.9QvsYNDCr.YwOfZuaJNW51iKU6nP3PIfF08D9JCzq7_AnmZdM Iz0dRyLgK9HmUgrIFYpwZfazCqS65uFU64b_LdhAB5ELkhwhKZXaq_FcDnU16U5aKxzQ2blSlygW eDCu5ja28ct4f0vSs9oR1OP0PqMsCJh7sZ5dDRVe9oFuD6FSEES5VAtujAcfFBrr0byAyUAx7w9p xsh5jkcSvGmIg5Hrt36UNn9uZyIlodYHBgHJAx7YUFTZC4SWCQvTMeEf2KQ1vIeH91pIYkd_xSsd bK8lzDBvJTzkUrehDNOwVi2FBZeAbdvEdbDgNRFj9TkJIj9eZCc7zG50FWoSM338tPU0NaDpqUvp VKpJBFw_8DVO96t88OTrNgaVs7xJP4xKiWKk.Nw6tbhALzRn6TH_vx1tjqD9gp0nxlsUIYuZTCpV w5KKlptG2IJ51r9lF1MJH4HYAmdGlkLJ1eEzdPpK8t_z2bFnW6DhwddfpYAsd2qE._pEk2u.pSi1 chIspVJA- X-Sonic-MF: X-Sonic-ID: 53589a30-fc9d-4673-8239-86fcafcc6e2f Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 22:41:46 +0000 Received: by hermes--production-gq1-6db989bfb-66nkp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 62cb832d66150dc1240c328a470b2be0; Sat, 17 Jun 2023 22:41:42 +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.600.7\)) Subject: Re: keyboard doesn't work at Boot Menu From: Mark Millard In-Reply-To: Date: Sat, 17 Jun 2023 15:41:31 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7D1BE218-B8B5-40EB-8CF3-C09CDEABA9C3@yahoo.com> References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4Qk9xl4Vsjz4L2D 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 15:28, Nuno Teixeira wrote: > I think I found the cause! >=20 > Please take a look at photo. >=20 > "Scanning xhci_pci devices... Failed to get keyboard state..." That message was displayed by U-Boot before the FreeBSD UEFI loader was even loaded to memory. The FreeBSD UEFI loader operates by using U-Boot services. If U-Boot fails to set up the keyboard input, the same would be true in the FreeBSD UEFI loader (beastie or otherwise) until FreeBSD's kernel does its own bindings and things get another chance at working. (A similar point goes for storage media that U-Boot fails to set up.) Is the keyboard plugged into a USB2 port? USB3? Have you tried both ways? It does seem that the system and keyboard are not well matched. > After a while it gets detected during boot. I've pressed enter key and = I saw it creating empty line at boot. > Maybe it's a keyboard problem? I'm using a very cheap one (not = raspberry original) >=20 > Thanks=20 >=20 > Mark Millard escreveu no dia s=C3=A1bado, = 17/06/2023 =C3=A0(s) 23:08: > [Commenting out beastie_disable=3D"YES" and loader_color=3D"NO" > in stable/13.] >=20 > On Jun 17, 2023, at 14:42, Mark Millard wrote: >=20 > > [This time I add continuing the sequence to test the stable/13 = snapshot.] > >=20 > > On Jun 17, 2023, at 13:56, Mark Millard wrote: > >=20 > >> On Jun 17, 2023, at 13:53, Mark Millard wrote: > >>=20 > >>> 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. > >>=20 > >> I forgot to mention having the HDMI connection plugged > >> into the HDMI port nearest the USB3 power connector. > >>=20 > >> As I remember, the other port stops updating its display > >> at some point during the boot. > >>=20 > >>> 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.) > >=20 > > This is based on: > >=20 > > dd = if=3DFreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.im= g of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress > >=20 > > First dealing with the U-Boot vintage-avoidance issue: > >=20 > > # mount -onoatime -tmsdosfs /dev/da1s1 /media > > # mount -onoatime -tmsdosfs /dev/da0s1 /mnt > >=20 > > # ls -Tld /media/u-boot.bin /mnt/u-boot.bin > > -rwxr-xr-x 1 root wheel 601096 Apr 6 19:47:52 2023 = /media/u-boot.bin > > -rwxr-xr-x 1 root wheel 602552 Jun 14 19:43:46 2023 = /mnt/u-boot.bin > >=20 > > # cp -aRx /media/u-boot.bin /mnt/ > >=20 > > Then dealing with the initial_turbo issue: > >=20 > > # diff /media/config.txt /mnt/config.txt=20 > > 12,18d11 > > < < [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 > > # cp -aRx /media/config.txt /mnt/ > >=20 > > Finally, checking things overall in the msdosfs: > >=20 > > # diff -rq /media/ /mnt/ > > Files /media/EFI/BOOT/bootaa64.efi and /mnt/EFI/BOOT/bootaa64.efi = differ > >=20 > > # ls -Tld /media/EFI/*/* /mnt/EFI/*/* > > -rwxr-xr-x 1 root wheel 1180860 Apr 6 20:48:14 2023 = /media/EFI/BOOT/bootaa64.efi > > -rwxr-xr-x 1 root wheel 1182604 Jun 14 20:47:12 2023 = /mnt/EFI/BOOT/bootaa64.efi > >=20 > > So: No other differences than the vintage of the FreeBSD UEFI > > loader. > >=20 > > This also booted just fine, taking my input to avoid having > > to wait for the timeout. The only difference is which USB3 > > SSD was plugged in (the boot drive), in this case the one > > with a stable/13 snapshot instead of a releng/13.2 snapshot. > > The rest of the ports were as they had been. > >=20 > > FYI: > >=20 > > # uname -apKU > > FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE = stable/13-n255597-894492f5bf4e GENERIC arm64 aarch64 1302505 1302505 > >=20 > > Having confirmed this much for both releng/13.2 and stable.13 , > > I'll go back and look at your notes about file content and the > > like and see if I notice any distinctions vs. the above that > > might be important. > >=20 > >=20 > > Notes: > >=20 > > I doubt that the RPi4B EEPROM image vintage would contribute, but > > it is something we have not been explicit about. > >=20 > > I do have various debug outputs enabled, including for > > the EEPROM stage. The following is what it reports=20 > > about the EEPROM content ("BOOTLOADER release") at > > power down after FreeBSD is done: > >=20 > > RPi: BOOTLOADER release VERSION:8ba17717 DATE: 2023/01/11 TIME: = 17:40:52 > > BOOTMODE: 0x06 partition 63 build-ts BUILD_TIMESTAMP=3D1673458852 = serial c740af3c boardrev d03115 stc 421180 > > Halt: wake: 1 power_off: 0 > >=20 > > The "boardrev d03115" indicates a "C0T" Rev1.5 vintage part > > that does not require the bounce buffer work around since > > the wrapper logic is fixed. (FreeBSD keeps working as if > > the bounce buffer was required: it is the only style of > > operation the kernel code has for the category of part.) > >=20 > > I have access to a 8 GiByte Rev 1.4 RPi4B and a Rev 1.1 > > 4 GiByte RPi4B and could test those with the same media > > and such. All would have the same "BOOTLOADER release" > > as above, as I remember. > >=20 > >=20 > > A you sure you have the HDMI plugged into the correct HDMI > > port on the RPi4B, the one closest to the USB3 power > > connection? >=20 > [I have also changed the /bin/csh defaults to /bin/sh > (which is my normal context).] >=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 > # shutdown -r now >=20 > And the beastie shows up and works just fine, > operated from the USB RPi keyboard. >=20 >=20 > My bias here is to have minimal differences from > the RELEASE and snapshot builds relative to the > reported problem. I still see no evidence of any > problem with use of the RPi keyboard to control > booting. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 23:01:53 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 4QkBP90Vx4z4fS1q for ; Sat, 17 Jun 2023 23:02:05 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QkBP90Gx7z4PWn for ; Sat, 17 Jun 2023 23:02:05 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687042925; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=SGAJG6kubIVrZ7ZfDXF/ICjgJnmDhjXWsfTD/ZycrnE=; b=iAfGmUBGajlw0pKR1ZXLba+N5VQE7CYFqyQ0npbC7bV73BrHGduYgMEpUJ+sdr0ZhdVxYB +n++wQg6ePyOuy5YaEVay+LhI23ap9KeH6QZ4Iz73OT23Dr8tiDtF83L+z2YUqb51f+mRh /KY0CqJnefLJnAAjJLxJ0arBrm2SK6IeSkODVs9PwhTLHVsgRwP7fJ0KKapTwdgpMC6eih nQudYqH7vklh0o0yXYD9yqdkhhMT/PwA4LtcHu5fs/dD9ipmHiOGKOAA4ypaWTDIVOHNqW +6Eyj5fNfnMtf/LBbxkuof7PORoeOasit/ofOszHWPfGyeUGzJHo59F8AUWkYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687042925; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=SGAJG6kubIVrZ7ZfDXF/ICjgJnmDhjXWsfTD/ZycrnE=; b=aP/35oa7/SHskuZfw7xIuE7E/7mcN8hWdJzgZpVBujpSqhu8WfuJKAbd19sFBfDoowsgNd 682OM3fuR0pOAUw2R6tLzwgwct8RuYk9p7Wx3adI47ZRD9WMnhY/hZzEk2bU0n8kZ2lHr3 AOn3EkaKAJiTG2SNUtxfakoSqWoV5enaOH6b1irkXt/b4ezDTKS5XOkiDH3I9qgyNYjl7Z bZx6crnH8olhZNLvJF3aKq6V0OJmbmTRbhESRQ+1Nsg0IzJKlY6xP6c4NHhkS9pSCUED08 o4pTt8guwOIBCe0uLOf51LedNQtjD67x1wRMZgcEpGitzh8UqGOvnOFzKaWiKQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1687042925; a=rsa-sha256; cv=none; b=jYL2+/BeONXDGl2TcnRzKIYqy1vT2BMVDmrIoIchU+q3hyitGq/a7fxkrhFs4cQZ0LcuT6 5PQfxbAS0t0OLScMnyWaPakdMjPyMGFrpSEb1pvFWTSWGW8hVbnX6fwX3KKY0epDTNijMp xbs9Kvr16E0+/eDrClxaS9KAONnJl5q1N8ZEVbczcAHPyqHTg9r5S/EwZJaIyWIy9eO+er morl2rk/W2H1Kb7em6xM8XHUm8qV1XCCR/RoQj9WxPSodgd1gjTpwAACYN0z1Y3gcQgNHd 9187N4GQytkKKk3Q5YnJ4BZYhi7h7RG9O8oyTsNfvpa+sOXTrRVjemj0UdYOjA== Received: from mail-qt1-f175.google.com (mail-qt1-f175.google.com [209.85.160.175]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QkBP86Q89z114F for ; Sat, 17 Jun 2023 23:02:04 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f175.google.com with SMTP id d75a77b69052e-3f9e207f5f0so15100571cf.1 for ; Sat, 17 Jun 2023 16:02:04 -0700 (PDT) X-Gm-Message-State: AC+VfDwMt5mfuElIgaFNDtLhKUkIsYPMHWn7wJmRu8wQboZ6GyDNGCsd StQyYEaoCCtZ2UQMDjcGWAFCSt+KwTLouQKxum4= X-Google-Smtp-Source: ACHHUZ74bJ++nLaqnrfh6UQRxpqPKr4KLwh+3VJETFZvprf8PNeFzVBX66niVTERdYj/+7OiqAskJDJwcwDsmvK6AZo= X-Received: by 2002:a05:622a:1a0b:b0:3fd:e203:e698 with SMTP id f11-20020a05622a1a0b00b003fde203e698mr3258878qtb.14.1687042924507; Sat, 17 Jun 2023 16:02:04 -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: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> <7D1BE218-B8B5-40EB-8CF3-C09CDEABA9C3@yahoo.com> In-Reply-To: <7D1BE218-B8B5-40EB-8CF3-C09CDEABA9C3@yahoo.com> From: Nuno Teixeira Date: Sun, 18 Jun 2023 00:01:53 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: keyboard doesn't work at Boot Menu To: Mark Millard Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000003c769005fe5b4a2e" X-ThisMailContainsUnwantedMimeParts: N --0000000000003c769005fe5b4a2e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable - tested it on both USB2 and USB3 ports and same error. - added a gamer keyboard on all ports and same error. - tested with both keyboads connected, but only one get error from the normal keyboard, both failed with same error :) at boot time, none keyboards work. at login time, both works. I'm very curious about raspberry original keyboard! I will buy it next week= . Thanks very much for this awesome time that I learned more. Thanks for your patience! And I will stay tuned for updates on firmware and continue testing stable/current snapshots to check if boot is fixed. Cheers, Mark Millard escreveu no dia s=C3=A1bado, 17/06/2023 = =C3=A0(s) 23:41: > On Jun 17, 2023, at 15:28, Nuno Teixeira wrote: > > > I think I found the cause! > > > > Please take a look at photo. > > > > "Scanning xhci_pci devices... Failed to get keyboard state..." > > That message was displayed by U-Boot before the > FreeBSD UEFI loader was even loaded to memory. > > The FreeBSD UEFI loader operates by using U-Boot > services. If U-Boot fails to set up the keyboard > input, the same would be true in the FreeBSD UEFI > loader (beastie or otherwise) until FreeBSD's > kernel does its own bindings and things get another > chance at working. > > (A similar point goes for storage media that U-Boot > fails to set up.) > > Is the keyboard plugged into a USB2 port? USB3? Have > you tried both ways? > > It does seem that the system and keyboard are not > well matched. > > > After a while it gets detected during boot. I've pressed enter key and = I > saw it creating empty line at boot. > > Maybe it's a keyboard problem? I'm using a very cheap one (not raspberr= y > original) > > > > Thanks > > > > Mark Millard escreveu no dia s=C3=A1bado, 17/06/202= 3 > =C3=A0(s) 23:08: > > [Commenting out beastie_disable=3D"YES" and loader_color=3D"NO" > > in stable/13.] > > > > On Jun 17, 2023, at 14:42, Mark Millard wrote: > > > > > [This time I add continuing the sequence to test the stable/13 > snapshot.] > > > > > > On Jun 17, 2023, at 13:56, Mark Millard wrote: > > > > > >> On Jun 17, 2023, at 13:53, Mark Millard wrote: > > >> > > >>> I'm just making a status report for my experiments. > > >>> > > >>> I did a: > > >>> > > >>> dd if=3DFreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img of=3D/dev/da1 bs= =3D1m > conv=3Dfsync,sync status=3Dprogress > > >>> > > >>> I made no adjustments. > > >>> > > >>> 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. > > >>> > > >>> Unfortunately there is a known issue for my context where it > > >>> gets: > > >>> > > >>> uhub_reattach_port: port 3 reset failed, error=3DUSB_ERR_TIMEOUT > > >>> uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling por= t > 3 > > >>> mountroot: waiting for device /dev/ufs/rootfs... > > >>> Mounting from ufs:/dev/ufs/rootfs failed with error 19. > > >>> > > >>> So booting all the way requires me to make an adjustment > > >>> in the config.txt by adding at the end something like: > > >>> > > >>> > > >>> [all] > > >>> # > > >>> # Local addition that avoids USB3 SSD boot failures that look like: > > >>> # uhub_reattach_port: port ? reset failed, error=3DUSB_ERR_TIMEOU= T > > >>> # uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling > port ? > > >>> initial_turbo=3D60 > > >>> > > >>> [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.] > > >>> > > >>> 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). > > >>> > > >>> 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. > > >>> > > >>> 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.) > > >>> > > >>> FYI: > > >>> > > >>> # more /boot/msdos/config.txt > > >>> [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_TIMEOU= T > > >>> # uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling > port ? > > >>> initial_turbo=3D60 > > >>> > > >>> # 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" > > >>> > > >>> (That is unchanged from the image's /boot/loader.conf content.) > > >>> > > >>> > > >>> I'll see about stable/13's snapshot with the u-boot.bin > > >>> substitution. > > >>> > > >>> > > >>> 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.) > > > > > > This is based on: > > > > > > dd > if=3DFreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.i= mg > of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress > > > > > > First dealing with the U-Boot vintage-avoidance issue: > > > > > > # mount -onoatime -tmsdosfs /dev/da1s1 /media > > > # mount -onoatime -tmsdosfs /dev/da0s1 /mnt > > > > > > # ls -Tld /media/u-boot.bin /mnt/u-boot.bin > > > -rwxr-xr-x 1 root wheel 601096 Apr 6 19:47:52 2023 > /media/u-boot.bin > > > -rwxr-xr-x 1 root wheel 602552 Jun 14 19:43:46 2023 /mnt/u-boot.bi= n > > > > > > # cp -aRx /media/u-boot.bin /mnt/ > > > > > > Then dealing with the initial_turbo issue: > > > > > > # diff /media/config.txt /mnt/config.txt > > > 12,18d11 > > > < < [all] > > > < # > > > < # Local addition that avoids USB3 SSD boot failures that look like: > > > < # uhub_reattach_port: port ? reset failed, error=3DUSB_ERR_TIMEOU= T > > > < # uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling > port ? > > > < initial_turbo=3D60 > > > # cp -aRx /media/config.txt /mnt/ > > > > > > Finally, checking things overall in the msdosfs: > > > > > > # diff -rq /media/ /mnt/ > > > Files /media/EFI/BOOT/bootaa64.efi and /mnt/EFI/BOOT/bootaa64.efi > differ > > > > > > # ls -Tld /media/EFI/*/* /mnt/EFI/*/* > > > -rwxr-xr-x 1 root wheel 1180860 Apr 6 20:48:14 2023 > /media/EFI/BOOT/bootaa64.efi > > > -rwxr-xr-x 1 root wheel 1182604 Jun 14 20:47:12 2023 > /mnt/EFI/BOOT/bootaa64.efi > > > > > > So: No other differences than the vintage of the FreeBSD UEFI > > > loader. > > > > > > This also booted just fine, taking my input to avoid having > > > to wait for the timeout. The only difference is which USB3 > > > SSD was plugged in (the boot drive), in this case the one > > > with a stable/13 snapshot instead of a releng/13.2 snapshot. > > > The rest of the ports were as they had been. > > > > > > FYI: > > > > > > # uname -apKU > > > FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE > stable/13-n255597-894492f5bf4e GENERIC arm64 aarch64 1302505 1302505 > > > > > > Having confirmed this much for both releng/13.2 and stable.13 , > > > I'll go back and look at your notes about file content and the > > > like and see if I notice any distinctions vs. the above that > > > might be important. > > > > > > > > > Notes: > > > > > > I doubt that the RPi4B EEPROM image vintage would contribute, but > > > it is something we have not been explicit about. > > > > > > I do have various debug outputs enabled, including for > > > the EEPROM stage. The following is what it reports > > > about the EEPROM content ("BOOTLOADER release") at > > > power down after FreeBSD is done: > > > > > > RPi: BOOTLOADER release VERSION:8ba17717 DATE: 2023/01/11 TIME: > 17:40:52 > > > BOOTMODE: 0x06 partition 63 build-ts BUILD_TIMESTAMP=3D1673458852 ser= ial > c740af3c boardrev d03115 stc 421180 > > > Halt: wake: 1 power_off: 0 > > > > > > The "boardrev d03115" indicates a "C0T" Rev1.5 vintage part > > > that does not require the bounce buffer work around since > > > the wrapper logic is fixed. (FreeBSD keeps working as if > > > the bounce buffer was required: it is the only style of > > > operation the kernel code has for the category of part.) > > > > > > I have access to a 8 GiByte Rev 1.4 RPi4B and a Rev 1.1 > > > 4 GiByte RPi4B and could test those with the same media > > > and such. All would have the same "BOOTLOADER release" > > > as above, as I remember. > > > > > > > > > A you sure you have the HDMI plugged into the correct HDMI > > > port on the RPi4B, the one closest to the USB3 power > > > connection? > > > > [I have also changed the /bin/csh defaults to /bin/sh > > (which is my normal context).] > > > > # 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" > > > > # shutdown -r now > > > > And the beastie shows up and works just fine, > > operated from the USB RPi keyboard. > > > > > > My bias here is to have minimal differences from > > the RELEASE and snapshot builds relative to the > > reported problem. I still see no evidence of any > > problem with use of the RPi keyboard to control > > booting. > > > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > --=20 Nuno Teixeira FreeBSD Committer (ports) --0000000000003c769005fe5b4a2e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
- tested it on both USB2 and USB3 ports and same erro= r.
- added a gamer keyboard on all ports and same error.
- tested with both keyboads connected, but only one get error from the no= rmal keyboard, both failed with same error :)

= at boot time, none keyboards work.
at login time, both works.

I'm very curious about raspberry original keyboar= d! I will buy it next week.

Thanks very much for t= his awesome time that I learned more.
Thanks for your patience!

And I will stay tuned for updates on firmware and c= ontinue testing stable/current snapshots to check if boot is fixed.

Cheers,

Mark Millard <marklmi@yahoo.com> escreveu no dia s=C3=A1bado, 17/06/= 2023 =C3=A0(s) 23:41:
On Jun 17, 2023, at 15:28, Nuno Teixeira <eduardo@freebsd.org> wrote:

> I think I found the cause!
>
> Please take a look at photo.
>
> "Scanning xhci_pci devices... Failed to get keyboard state...&quo= t;

That message was displayed by U-Boot before the
FreeBSD UEFI loader was even loaded to memory.

The FreeBSD UEFI loader operates by using U-Boot
services. If U-Boot fails to set up the keyboard
input, the same would be true in the FreeBSD UEFI
loader (beastie or otherwise) until FreeBSD's
kernel does its own bindings and things get another
chance at working.

(A similar point goes for storage media that U-Boot
fails to set up.)

Is the keyboard plugged into a USB2 port? USB3? Have
you tried both ways?

It does seem that the system and keyboard are not
well matched.

> After a while it gets detected during boot. I've pressed enter key= and I saw it creating empty line at boot.
> Maybe it's a keyboard problem? I'm using a very cheap one (not= raspberry original)
>
> Thanks
>
> Mark Millard <marklmi@yahoo.com> escreveu no dia s=C3=A1bado, 17/06/2023 =C3=A0(= s) 23:08:
> [Commenting out beastie_disable=3D"YES" and loader_color=3D&= quot;NO"
> in stable/13.]
>
> On Jun 17, 2023, at 14:42, Mark Millard <marklmi@yahoo.com> wrote:
>
> > [This time I add continuing the sequence to test the stable/13 sn= apshot.]
> >
> > On Jun 17, 2023, at 13:56, Mark Millard <marklmi@yahoo.com> wrote:
> >
> >> On Jun 17, 2023, at 13:53, Mark Millard <marklmi@yahoo.com> wrote:
> >>
> >>> I'm just making a status report for my experiments. > >>>
> >>> I did a:
> >>>
> >>> dd if=3DFreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img of=3D/= dev/da1 bs=3D1m conv=3Dfsync,sync status=3Dprogress
> >>>
> >>> I made no adjustments.
> >>>
> >>> 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 <return>. The (official) RPi=
> >>> keyboard was plugged into a USB2 port.
> >>>
> >>> Unfortunately there is a known issue for my context where= it
> >>> gets:
> >>>
> >>> uhub_reattach_port: port 3 reset failed, error=3DUSB_ERR_= TIMEOUT
> >>> uhub_reattach_port: device problem (USB_ERR_TIMEOUT), dis= abling port 3
> >>> mountroot: waiting for device /dev/ufs/rootfs...
> >>> Mounting from ufs:/dev/ufs/rootfs failed with error 19. > >>>
> >>> So booting all the way requires me to make an adjustment<= br> > >>> in the config.txt by adding at the end something like: > >>>
> >>>
> >>> [all]
> >>> #
> >>> # Local addition that avoids USB3 SSD boot failures that = look like:
> >>> #=C2=A0 =C2=A0uhub_reattach_port: port ? reset failed, er= ror=3DUSB_ERR_TIMEOUT
> >>> #=C2=A0 =C2=A0uhub_reattach_port: device problem (USB_ERR= _TIMEOUT), disabling port ?
> >>> initial_turbo=3D60
> >>>
> >>> [It appears that with modern EEPROM context, the RPi* is<= br> > >>> dynamically adjusting the frequency/voltage combinations<= br> > >>> even during early booting. The initial_turbo use delays > >>> that for the indicated number of seconds (up to 60 sec).<= br> > >>> FreeBSD seems to not handle the variability and the above=
> >>> gives FreeBSD a stable context for such properties for > >>> early booting.]
> >>>
> >>> I conclude that there is nothing about use of the RPi
> >>> keyboard that stops it from working during early booting<= br> > >>> 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).
> >>>
> >>> If you had/have problems for the 13.2-RELEASE context, > >>> they are likely somehow specific to your context in some<= br> > >>> respect that deviates from the above.
> >>>
> >>> In some respects, investigating in the older context may<= br> > >>> be better than dealing with stable/13 . It may be keyboar= d
> >>> specific in some way if the keyboard is not an RPi
> >>> keyboard. I did not have a mouse plugged in. An Ethernet<= br> > >>> 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<= br> > >>> port instead. It worked the same. (The boot media is also=
> >>> plugged into a USB3 port and is USB3 capable SSD media.)<= br> > >>>
> >>> FYI:
> >>>
> >>> # more /boot/msdos/config.txt
> >>> [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:
> >>> #=C2=A0 =C2=A0uhub_reattach_port: port ? reset failed, er= ror=3DUSB_ERR_TIMEOUT
> >>> #=C2=A0 =C2=A0uhub_reattach_port: device problem (USB_ERR= _TIMEOUT), disabling port ?
> >>> initial_turbo=3D60
> >>>
> >>> # 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"
> >>>
> >>> (That is unchanged from the image's /boot/loader.conf= content.)
> >>>
> >>>
> >>> I'll see about stable/13's snapshot with the u-bo= ot.bin
> >>> substitution.
> >>>
> >>>
> >>> Side note: I've other USB3 boot media for which havin= g
> >>> usb_pgood_delay=3D2000 in U-Boot is sufficient but defaul= t
> >>> 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.)
> >
> > This is based on:
> >
> > dd if=3DFreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf= 4e-255597.img of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress
> >
> > First dealing with the U-Boot vintage-avoidance issue:
> >
> > # mount -onoatime -tmsdosfs /dev/da1s1 /media
> > # mount -onoatime -tmsdosfs /dev/da0s1 /mnt
> >
> > # ls -Tld /media/u-boot.bin /mnt/u-boot.bin
> > -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 601096 Apr=C2=A0 6 19:4= 7:52 2023 /media/u-boot.bin
> > -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 602552 Jun 14 19:43:46 = 2023 /mnt/u-boot.bin
> >
> > # cp -aRx /media/u-boot.bin /mnt/
> >
> > Then dealing with the initial_turbo issue:
> >
> > # diff /media/config.txt /mnt/config.txt
> > 12,18d11
> > <=C2=A0 < [all]
> > < #
> > < # Local addition that avoids USB3 SSD boot failures that loo= k like:
> > < #=C2=A0 =C2=A0uhub_reattach_port: port ? reset failed, error= =3DUSB_ERR_TIMEOUT
> > < #=C2=A0 =C2=A0uhub_reattach_port: device problem (USB_ERR_TI= MEOUT), disabling port ?
> > < initial_turbo=3D60
> > # cp -aRx /media/config.txt /mnt/
> >
> > Finally, checking things overall in the msdosfs:
> >
> > # diff -rq /media/ /mnt/
> > Files /media/EFI/BOOT/bootaa64.efi and /mnt/EFI/BOOT/bootaa64.efi= differ
> >
> > # ls -Tld /media/EFI/*/* /mnt/EFI/*/*
> > -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 1180860 Apr=C2=A0 6 20:= 48:14 2023 /media/EFI/BOOT/bootaa64.efi
> > -rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 1182604 Jun 14 20:47:12= 2023 /mnt/EFI/BOOT/bootaa64.efi
> >
> > So: No other differences than the vintage of the FreeBSD UEFI
> > loader.
> >
> > This also booted just fine, taking my input to avoid having
> > to wait for the timeout. The only difference is which USB3
> > SSD was plugged in (the boot drive), in this case the one
> > with a stable/13 snapshot instead of a releng/13.2 snapshot.
> > The rest of the ports were as they had been.
> >
> > FYI:
> >
> > # uname -apKU
> > FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE stable/13-n255597= -894492f5bf4e GENERIC arm64 aarch64 1302505 1302505
> >
> > Having confirmed this much for both releng/13.2 and stable.13 , > > I'll go back and look at your notes about file content and th= e
> > like and see if I notice any distinctions vs. the above that
> > might be important.
> >
> >
> > Notes:
> >
> > I doubt that the RPi4B EEPROM image vintage would contribute, but=
> > it is something we have not been explicit about.
> >
> > I do have various debug outputs enabled, including for
> > the EEPROM stage. The following is what it reports
> > about the EEPROM content ("BOOTLOADER release") at
> > power down after FreeBSD is done:
> >
> > RPi: BOOTLOADER release VERSION:8ba17717 DATE: 2023/01/11 TIME: 1= 7:40:52
> > BOOTMODE: 0x06 partition 63 build-ts BUILD_TIMESTAMP=3D1673458852= serial c740af3c boardrev d03115 stc 421180
> > Halt: wake: 1 power_off: 0
> >
> > The "boardrev d03115" indicates a "C0T" Rev1.= 5 vintage part
> > that does not require the bounce buffer work around since
> > the wrapper logic is fixed. (FreeBSD keeps working as if
> > the bounce buffer was required: it is the only style of
> > operation the kernel code has for the category of part.)
> >
> > I have access to a 8 GiByte Rev 1.4 RPi4B and a Rev 1.1
> > 4 GiByte RPi4B and could test those with the same media
> > and such. All would have the same "BOOTLOADER release"<= br> > > as above, as I remember.
> >
> >
> > A you sure you have the HDMI plugged into the correct HDMI
> > port on the RPi4B, the one closest to the USB3 power
> > connection?
>
> [I have also changed the /bin/csh defaults to /bin/sh
> (which is my normal context).]
>
> # 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"
>
> # shutdown -r now
>
> And the beastie shows up and works just fine,
> operated from the USB RPi keyboard.
>
>
> My bias here is to have minimal differences from
> the RELEASE and snapshot builds relative to the
> reported problem. I still see no evidence of any
> problem with use of the RPi keyboard to control
> booting.
>


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



--
Nuno Teixeira
FreeBSD Committ= er (ports)
--0000000000003c769005fe5b4a2e-- From nobody Sat Jun 17 23:05: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 4QkBT72jGMz4fTMt for ; Sat, 17 Jun 2023 23:05:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 4QkBT71YTpz4QNb for ; Sat, 17 Jun 2023 23:05:30 +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=1687043129; bh=wUxn0cLrMuc1rk6goCByg0VGFdVtUMrInXASye0Rgnc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ZAewt3LpqypF/NMSDxjpJL8PDrpCdQ34M9kMSWEIl1qrP6KigAKYM0Y16crc1FxqU0+0wWcrWMRmfxh6WR97tedpMlkud/dtLdsr2Ah3BzK0E4pO4QVEZOofGAlX5WmYX3c98QA+d12PDKOLWA0POnJ+UtWClyW0qOnTwTIgm6I8bLrWxODbdk5cMmSpiZ770ilNdx/YBMEs16VuJkO6mvWwYrtmBEuC3RsWKgBm4JuZYr0IaN6Ap/cOS3L/GoGqS+OKVGxlHsvMHPxnC76LwiePbz0DVau9tXofqaNSLoqoYvp5nUVBso5vyemLkyyAoOnd3Vtx8kQaJ2ut5XlsMA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687043129; bh=Pszf4p+gznb76Z1qXE+MqyHqeLLnEONQa6OptqGfsnQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=b/8oyWBxEsJjA/EvFZ2NdD64172nDWH2n4FZ7XVfIMAdof+TSiRJ3nG0NK6tsriQ3iYTB8gLIreOdealGbc+Y93wjvf0A3021WlPNHh2Yp/cb6Yc7nmcgZZKv8tRwrXZWajp+p+VNNjyyhBw/JhDLodItrAI+AmcqvbY45eGy2rpuZo1owsyrcngkadeWA7PdRpBqGqLHE6JQN9/y/xfGv/vT9xEZZokbgwO0Qm/wf1Usq1E2tdDDMSp1WfU/wNX7p79ppMCFnhpCnpvor86JzG9eh42vOU2upImlbideRY17Bulju1KBajImRjQeq1StestoRgeMawW1Le0Ofknow== X-YMail-OSG: GHtKMgQVM1mTHzrTLbI7XFIs0SpcVzoiSjATbdt8HCdv7GIS8AUEiFtp9jrnsWv nexWlriTpUBRIrtXxvyi3wswPbmsT1EtmlLAoBCFp3qw2Xp5GJ36T_pEVWGt5sIEZNXSipd9ezNX .UwZVoucl2GkTeLpJrZWGG5G._GBxMMQiz1vsAdlbuUr_lb0.OqqSPg7PuDiw9Aq.jVCahdh2O56 txQkaofPu2GpXTheyBYTAWqztRKnNeyjyDoTFCohkHdIVndl0DCJ4RwgtSHHbe0jlu0PqxOik0LA hAAPPlnxCBWsqEZ3Qr5c11xPiylje8Ap5DnaP7PzXAfGJxwTsvoEgEdoW6BSfdCjWzxOvOAdEpn3 OzGNt22IhDfAAf5tS6Y6rAzcIlvPK.v6rIYfsnKN6XkCGhDwqtd5q4vW4qG.FtSGIw8mX5yg39lg zP69WkuWjhuGJ52XqmT_.wDIy5_OLnu7Zt0tHZ.FjSeovVshWV3o.LV1wIJQKTK5uL8QTDyPCzdx DL_yOluJyDTeqoCgfJnyfPzmUQOhUEE7wo.cSTuP0u5E2wWWrT3olKeiGfkklopHyKDMap2SBefS _u1paHIPZUC5dPwTJdYSa0_COWTLAr3r5KkC.qjKsIiadcgYbpjZaPINF4zSKDtoXsLh9NbYncDK UuXL.3Jl07ec0D5YIbb_Bb5LUkiONmdfyJr2BXdadio3jlS56B248PUrQbrHSt2GZqkb.TnMU3qy cH4oycAlub5Iy2H593V3QbsVYUFL7AmGvHbSJkWOeKpY0EWRSHXIYVqSfiYAwLzKo4sdjJ0qlnAB 8S2Irtu80cw9iSHdj_jwEehxTD09Cnntr_Fne9Yhb2efeC69jGrPWktE4F0rNjCzxFXUREexpP13 0Okgkbiv5yOy9aA7bMyQ1px5aR9iHEnTHc1u_G7T5HnfKfs01tetCzmO2zOxAtzQ3e5M2xnmWOiB CjGC2LQvJvzPax4DB2pKmXpM0RqmySU2pai4NRoG27ZHVapbqjnsJw_R_G.EEMieP6kZdEEPRy6g Ib2QepzP8WGP77zr_Von2q3uXGbZbBevaH7cNbfp7YQljWZmrNLRskN9DtiolR6PxKJ0blidC.5k aq5ch3UcJLXYBxmJnrSyEDho_7eRvdMG4uqBDOdmJIpWs5s6XLQt97OVEI6sd4Gah0qn05kgzPnK K5yZe3a_MRTzD4QzIJ7XsXhGLRvWXadrAD8KHFmLY1TOI31L_GTL0WCMFkTgIb5_J.q4SUVegXu1 4JI0UeCoa6RxVGB.0nT19u96m8ebPpU3JhSqvd5_faM5LMNboAC34CZQX247qE65JdLmi7h.RtXn TfJmpteBXbl.7zs0vmcj2Kii9_SV1W2b1DssNBM_iupw73SBFzGm4rRyqlpNIKQHSCgd4tiAy374 _ciHy04nlEmWfSqh6ckK91t0LXuuRNATXuWGi7GIVaCH2c99D.W.mhLTHWp8jOiHN25kTnivPr.s cm_JW4aFBX0VggD75_LUHo54B1u7Mus1wpcOUXpptt0Ahwi1MKMz68.LZL0DyagQ3bJayyCUbJA0 hYULekmXhjgRL6giVTd3p3g28UegWYjyLUOmIM9vYsyghFi4JUFM1m601dv6XfdYDLJefBUhWeTF 75bCZC4aSEXx9dU1h0HfBz_k36BFxqgglORHqo7QN15oX3ybKIkEA_1SFdvslM_ZWs9emmqPVKbb 2cr3apt4kpuHeOBMTGeeTLayy2Pwwy_qtyuxbpUXzCLmA64dXb57IX8dZ6XMKEcoSccx9S4F9DJn Fe85i4tBJVZStXJk5.FGdO0I7tXBdwRtK0LOLzlyQ4bsZROfXDvJzM6PX.hb4woLNTpnzQTeUYgs .9X89uV3poxtvr7PqdfIfHM152dGgbpHQA6ETPxnivQDUPlpJlMBtsEVYIO4uCc.izx1f.0h5P0q HCG.bloRKpoxCb5R0fPW7K1qVhzVLVv1STf8yQB2oD6HmTXvN7i7s.arjj79OM4M8nG0nS2cZvsX iHjLBxzR7iiY1IoL0OFEzunZ4A61lXDjBTFi2MkLbi7fWNCNb801WZsOw65S7Zm9UgdYoS7lWGPE jXgrmH..3dJkDQpnM4Q8pnfpCY8hBOqeLr1PTMcsy2kU3Rh2vaOzjsBKNr2q3xU9MXZFQKFS.JdD UDDOrxZQJPmv.Hz2CYHY04Y2MLY7_MlZNFE7RAK16SJLETV2YOmm8sRYQdKxvU2rFz94mkfDjPRt muJeTQlDHRLHm.gg1h2P4VC1qiLJELcwQnsfRNZAW15GqwOcYymIQsro9DZ5uYu4p1X5cnWzRDcG ysAjKAg-- X-Sonic-MF: X-Sonic-ID: 02b25f03-893d-46f3-8f44-a61c5d8f348a Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 23:05:29 +0000 Received: by hermes--production-ne1-574d4b7954-wzfzc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a5ac4da57f436b209a85fa7d46294aaf; Sat, 17 Jun 2023 23:05:24 +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: Armv7 linker failure on -current From: Mark Millard In-Reply-To: Date: Sat, 17 Jun 2023 16:05:12 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <8B771495-1C68-4A23-8658-02A8AD28088B@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4QkBT71YTpz4QNb 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 11:42, bob prohaska wrote: > On Sat, Jun 17, 2023 at 08:34:16AM -0700, Mark Millard wrote: >> On Jun 17, 2023, at 07:34, bob prohaska wrote: >>=20 >>> A Pi2 running -current stops in buildworld with >>=20 >> I assume self building an update to main [so: 14]. >>=20 >=20 > Correct. >=20 >> What commit last built successfully? (This bounds what would be = different >> in official materials.) >>=20 >=20 > I haven't kept any manual records, but uname -a reports > FreeBSD www.zefox.com 14.0-CURRENT FreeBSD 14.0-CURRENT #39 = main-9f135336f5: Fri Jun 16 02:18:02 PDT 2023 = bob@www.zefox.com:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm >=20 > Since my original post git pull found a few updates and I restarted = buildworld I expect that this means there is no evidence left to look at what was originally reported. > It has failed also, but with what looks like an unrelated error. These = problems > emerged after a silent hang using -j3, followed by power-cycling and = reboot. -j3 > was backed down to -j2 and buildworld restarted, with the mischief = reported here > ensuing. I see. Messy. > I'm starting to wonder if there's some undetected corruption in either = /usr/src > or /usr/obj. Perhaps I'd best run make cleandir twice and start over. = That will > likely take at least few days. This is a mechanical hard disk setup, = with 1 GB > swap. Boot is via microSD using only bootcode.bin, with the usual = msdos partition > on the hard disk. =20 >=20 > Is there a more expedient approach under the circumstances?=20 If I understand right, there is no evidence to examine from the original report's context to guide any investigation. It seems you need to establish a known context (broken or working) to possibly investigate. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 17 23:28: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 4QkByr1tdwz4ffxG for ; Sat, 17 Jun 2023 23:27:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QkByq5qxTz4VYF for ; Sat, 17 Jun 2023 23:27:47 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 35HNS0al037568 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 17 Jun 2023 16:28:00 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 35HNS0QA037567; Sat, 17 Jun 2023 16:28:00 -0700 (PDT) (envelope-from fbsd) Date: Sat, 17 Jun 2023 16:28:00 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Armv7 linker failure on -current Message-ID: References: <8B771495-1C68-4A23-8658-02A8AD28088B@yahoo.com> 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 Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4QkByq5qxTz4VYF X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Sat, Jun 17, 2023 at 04:05:12PM -0700, Mark Millard wrote: > On Jun 17, 2023, at 11:42, bob prohaska wrote: > > > On Sat, Jun 17, 2023 at 08:34:16AM -0700, Mark Millard wrote: > >> On Jun 17, 2023, at 07:34, bob prohaska wrote: > >> > >>> A Pi2 running -current stops in buildworld with > >> > >> I assume self building an update to main [so: 14]. > >> > > > > Correct. > > > >> What commit last built successfully? (This bounds what would be different > >> in official materials.) > >> > > > > I haven't kept any manual records, but uname -a reports > > FreeBSD www.zefox.com 14.0-CURRENT FreeBSD 14.0-CURRENT #39 main-9f135336f5: Fri Jun 16 02:18:02 PDT 2023 bob@www.zefox.com:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm > > > > Since my original post git pull found a few updates and I restarted buildworld > > I expect that this means there is no evidence left to look at > what was originally reported. I still have the buildworld output from the failure, but given what went before I'm not at all confident it represents anything to do with FreeBSD. > > > It has failed also, but with what looks like an unrelated error. These problems > > emerged after a silent hang using -j3, followed by power-cycling and reboot. -j3 > > was backed down to -j2 and buildworld restarted, with the mischief reported here > > ensuing. > > I see. Messy. > > > I'm starting to wonder if there's some undetected corruption in either /usr/src > > or /usr/obj. Perhaps I'd best run make cleandir twice and start over. That will > > likely take at least few days. This is a mechanical hard disk setup, with 1 GB > > swap. Boot is via microSD using only bootcode.bin, with the usual msdos partition > > on the hard disk. > > > > Is there a more expedient approach under the circumstances? > > If I understand right, there is no evidence to examine from > the original report's context to guide any investigation. It Apart from the buildworld log, no. I was quite surprised at the lockup, -j3 and a gig of swap had been working fine for several build/install cycles. It was especially surprising when nothing turned up on the console. > seems you need to establish a known context (broken or > working) to possibly investigate. > Make cleandir was run twice and -j2 meta-mode buildworld restarted. I'll be more careful with the wreckage next time. Thanks for writing! bob prohaska From nobody Sat Jun 17 23:36:28 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 4QkC931HJcz4fkSj for ; Sat, 17 Jun 2023 23:36:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4QkC926mssz4XQq for ; Sat, 17 Jun 2023 23:36:38 +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=1687044996; bh=3v54Q2Zoni3A7csMb6Arg7AhyAMLK93A6wP5o+tetVk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HsuoVYQ4Rk89OEmjSIhEOAztSkl+R8FI9h2Q6EY8qqrt8bYi0aAQqFJfl3+788FatBtNkBYeR4DMmueRQe+DBNHZ2cuCnNPinsvBZzqh/qIRC2sPAw03XREB1KAJKXG0bdG0n+EqMx+AhwRn8CRV/1hPF04wEUfZinWUMrgc4O8hBJJZaf5mAEd7dpf+Zztlf09nHDoAviPH0qkoF4po0ILC9S0l1wSrHGiLBw85Vqcr8v6Kwl7nrx2sGlCpvekdIxl/BKcDyV44s+SgsSjXwmlouMfvHvNGdeadW+1VCHRysteGpzG51mnAnUAwiHeiRPDF/d8m664VFivvYDyeAg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687044996; bh=TAyrQ7/+jkDKUdZr+++miYx8EaYyA5hJMVjcmomaUNM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=eDO3BF/a8G/79enZq2i/Wbw9vctaLMca086uOukfxsEo+Q0LlOCtfaxy2Oz9ac/t1iw0pdvDuYolfv4M5c361SOkChU6sx1lJBqQ8dxmZZNPKCvsb4Z5Knfk1Ehh435KLPLFuctFR0GIPxK3xvFO4/3AowQSSZazZVz6n96T9qCqT6GRit9GtlpvLqNdTNirPxlo9L0NNB67bgaes9IxkbxcTQeZhBX2+b6AKrchBCmT/2HL4+B/PDnah/SUqWWqM31RELizhKHRmv7Ju1V2o0watoU03NDsltXIXHRllvBiQ3MDpv4zvsvKTcmbFAl8Np3jPG6Dw7yBr8XNO3mdVA== X-YMail-OSG: LjeEU8kVM1l0g16nQTbjln61Q28zL4Boek4.Gl533Eib7OIrV3GgVaQrqzraTWv Yqdshkks.FrpV2Ov8KC6Zav14TmTRft3BOfqBiyZh.67W5aX8FmHEAPkcjdZ4dDEfOxQVOgiiNSp Jqhaz1JKIYwaURn7HLHYFmUZThfp1zBoBUHrCyztLGMAOjhhPmWF0sU7xiMNQsW1HagExe45Osae 7bLq191mvaOrkFo1xxmyfQBJexRUWp5lH3RM763KZhNV4GNztGm4jPBrrYPva.xfXL4bvKMSPc_C S0ckrY.fPN3WprKwhvahT9kErqyEefEFATxwOAHif0i4Y9x7tImYFMX6vIfJuebaM6dpEbpcV6o5 dJ4VcpLR8x_LZ2pq1UqRwBaT.BsvftOW7Z4DQmpbX7WLJ.4i.Rgp0KpRGg3QeL3447XL3Y5eH_5H HzbSunqnN8mrw2AG.48izAswCMcy27w0iLi4XHv1.yl1g1zrdRZakznVS3xoJD8S6wrwHSDsPndF qK6StimTBNppxWDdoO2w7Cu1kkdOZ.ZZSc64QBooPRO74pijS_X6mpC4OZFV5bUBQynyyaG5EUM2 Xh1JTfASqh_H1ZzmcLvxe_Sk_rIxwy.SbzGORDX3WT5vygAKEHMZYtlnNwVL2Uli1g7IF2m2_gaZ FOwsU0.pSWH0V9TgfDS9Ra96o01iXYXG3sYnsgC3._gbfnEJ04cvJUxyGm3dLPKSHwlXFTnECVk6 aD6Rs.F5yiZDKjAtYpuzzKOcYGGcn7gHdAVTPtCOdLusorqQ3H0fOvzBJgfkF15H4_nAjupSlGw8 bg3NhRfa4.B21t.5eXCxANBRZ46_f6.bHKJKXLUwprGyWwfpkdBs3BdNa_aDgK.V4RElcz15TItU tVSt6QiWR2qmw2GboQpPTRLpwfQzlBWv85qMmKy5SuH7.Wc.Ym4_kZ7WSjjdyFUGI5jDpwg.fWin jCNOiyGL35v9W_.HfoK80H7OD2AxZZNBYpGhYkVbZ6e7ynW078RctpLdg.yIZsM6guBYkV_XULh. Zt0AN1i6VYe56hIa_F58SPV4yWzqWQaYhuQDsyiQs4tqRGiK.ZdNBRMY21xDXSJKxNDDHbdMW9Z. koWAeGQMft_jh_z.K_vfab3UTWNoINOa0KgcIl93yhjNCQi4T2IArcN007zIneixOPBs4.14vRg0 bGNT30zsEenq_L__Qk4Fu_0vbkp_NEF3t8Wo2TNGo_eY8nrB4It6HXsaDrwHx0By5EbePO2MTvaT o6h2qG9y8hUkJJ1S25PaWRp6rFLOJxwiMI0DTbP1savjH7ZS26w3A4pJQp7HP3Qhe0Ynwb1Qm6Mf AkrE0ZPSw2qj5uQzKoVgTYZD2je5b5cSVkFO_D_o5qTHgNwmWVWVtnmDPT3Cp2s6K5rs34Jv6s5d Cx9shEcttELzSf4MccVt2.7pgWQjxWaa4v4tWMDOVMm_eUH.Sc2twSI46C4nVUV.spPh7YZl5XGO DZs.nGoS4zFjUpNhml.eshBHWT7Fw_gOSk9dnw7Yw5GM.h1M0OWw9oCqp9Xg4UylDexNaShSFgP. gfwOxqFeBvCRe409vGrRf5881jt1XLufNYJmX16B2KYDQEnIPepmTM1ONDG0UkcFe7CVadHOilha 5DWMA3Z._dSHA9DWkV824BS_oXZYCYi.1MVTn_jrplJoGwCck5MhvDDNs43r89lkjtVTo.kOe_0j oGYvT6E9EXzPizI9lPeOsNKpoTRH57VWE2eCYiUiWul2w5Ppjn2xIvC_2CWoRnYhSf6jUhrqoOR2 HWDUTOhgf8rEjP9EZmyoLtjilCA5pCYkuHXPcw_i7gFkT.l4I0MTo4Q7A8G9d8w1J9euXQkjyfdc 5XOustKrAQK6GNZsxHmThg5ex1m00nkR.oAjbm1iEdHyIZra6NYgBLGLLGNBeCy.iBfM2qmEmE5l Dbr80lES8kop_VO7etI.cP9oc2rTr3dDbjS9PPPqL_zUSHD2sCR24IV.KWznM3TsqAk8cdmWsogl uIIaEzvzNaAo3oo0Owvy76f8LvSNnWAFG5iySKNL9HDEuXgc2ltnbhUD_6ZzMcF2ny8ukVcyqzDG FmnQvmNQ4o81liTq35qx17Z_HK1XM3dY3ZywkoWRfgZWNpFhKtUZQR9Otni85HSsv3VAB31hygNT e1tTjSr8V.FIU9edDSZlINzyyovjeSS2v0LJE3PnJNjA_kkQJlg1qml3VZR09qI38wpsIg8JU9Yo mJPtkp81RChCfamONwy046IfA5YyKM3uCAKvJpUBCg408EAWdWdDlJSLotyOgtQ00KJdlx2f59N6 IzK._Hg-- X-Sonic-MF: X-Sonic-ID: b8e4cc1c-f675-495c-a0c7-9235355705c5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 23:36:36 +0000 Received: by hermes--production-ne1-574d4b7954-wtfnl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 47df85e67263fb884c304a32c5d0525f; Sat, 17 Jun 2023 23:36:32 +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.600.7\)) Subject: Re: keyboard doesn't work at Boot Menu From: Mark Millard In-Reply-To: Date: Sat, 17 Jun 2023 16:36:28 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> <70CC43FC-2055-409E-A94E-76F934C14AE2@yahoo.com> <5875BDD2-B792-4FE1-8F42-99D996CAE71D@yahoo.com> <7D1BE218-B8B5-40EB-8CF3-C09CDEABA9C3@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4QkC926mssz4XQq 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 16:01, Nuno Teixeira wrote: > - tested it on both USB2 and USB3 ports and same error. > - added a gamer keyboard on all ports and same error. > - tested with both keyboads connected, but only one get error from the = normal keyboard, both failed with same error :) >=20 > at boot time, none keyboards work. > at login time, both works. >=20 > I'm very curious about raspberry original keyboard! I will buy it next = week. Most of the keyboards that I have access to are much older, many of then from Apple. There is only one PC USB gaming keyboard and mouse, not that they were ever used for such. There is just the one RPi keyboard and mouse. I used the more modern, fairly common keyboard because trying to figure out if old equipment related failures are actually the same type of failure did not seem reasonable. Trying to match old equipment for comparison/contrast activities did not seem reasonable either. That the modern keyboard happens to be an RPi one is an accident. > Thanks very much for this awesome time that I learned more. > Thanks for your patience! >=20 > And I will stay tuned for updates on firmware and continue testing = stable/current snapshots to check if boot is fixed. >=20 > Cheers, >=20 > Mark Millard escreveu no dia s=C3=A1bado, = 17/06/2023 =C3=A0(s) 23:41: > On Jun 17, 2023, at 15:28, Nuno Teixeira wrote: >=20 > > I think I found the cause! > >=20 > > Please take a look at photo. > >=20 > > "Scanning xhci_pci devices... Failed to get keyboard state..." >=20 > That message was displayed by U-Boot before the > FreeBSD UEFI loader was even loaded to memory. >=20 > The FreeBSD UEFI loader operates by using U-Boot > services. If U-Boot fails to set up the keyboard > input, the same would be true in the FreeBSD UEFI > loader (beastie or otherwise) until FreeBSD's > kernel does its own bindings and things get another > chance at working. >=20 > (A similar point goes for storage media that U-Boot > fails to set up.) >=20 > Is the keyboard plugged into a USB2 port? USB3? Have > you tried both ways? >=20 > It does seem that the system and keyboard are not > well matched. >=20 > > After a while it gets detected during boot. I've pressed enter key = and I saw it creating empty line at boot. > > Maybe it's a keyboard problem? I'm using a very cheap one (not = raspberry original) > >=20 > > Thanks=20 > >=20 > > Mark Millard escreveu no dia s=C3=A1bado, = 17/06/2023 =C3=A0(s) 23:08: > > [Commenting out beastie_disable=3D"YES" and loader_color=3D"NO" > > in stable/13.] > >=20 > > On Jun 17, 2023, at 14:42, Mark Millard wrote: > >=20 > > > [This time I add continuing the sequence to test the stable/13 = snapshot.] > > >=20 > > > On Jun 17, 2023, at 13:56, Mark Millard wrote: > > >=20 > > >> On Jun 17, 2023, at 13:53, Mark Millard = wrote: > > >>=20 > > >>> 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. > > >>=20 > > >> I forgot to mention having the HDMI connection plugged > > >> into the HDMI port nearest the USB3 power connector. > > >>=20 > > >> As I remember, the other port stops updating its display > > >> at some point during the boot. > > >>=20 > > >>> 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.) > > >=20 > > > This is based on: > > >=20 > > > dd = if=3DFreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.im= g of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress > > >=20 > > > First dealing with the U-Boot vintage-avoidance issue: > > >=20 > > > # mount -onoatime -tmsdosfs /dev/da1s1 /media > > > # mount -onoatime -tmsdosfs /dev/da0s1 /mnt > > >=20 > > > # ls -Tld /media/u-boot.bin /mnt/u-boot.bin > > > -rwxr-xr-x 1 root wheel 601096 Apr 6 19:47:52 2023 = /media/u-boot.bin > > > -rwxr-xr-x 1 root wheel 602552 Jun 14 19:43:46 2023 = /mnt/u-boot.bin > > >=20 > > > # cp -aRx /media/u-boot.bin /mnt/ > > >=20 > > > Then dealing with the initial_turbo issue: > > >=20 > > > # diff /media/config.txt /mnt/config.txt=20 > > > 12,18d11 > > > < < [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 > > > # cp -aRx /media/config.txt /mnt/ > > >=20 > > > Finally, checking things overall in the msdosfs: > > >=20 > > > # diff -rq /media/ /mnt/ > > > Files /media/EFI/BOOT/bootaa64.efi and /mnt/EFI/BOOT/bootaa64.efi = differ > > >=20 > > > # ls -Tld /media/EFI/*/* /mnt/EFI/*/* > > > -rwxr-xr-x 1 root wheel 1180860 Apr 6 20:48:14 2023 = /media/EFI/BOOT/bootaa64.efi > > > -rwxr-xr-x 1 root wheel 1182604 Jun 14 20:47:12 2023 = /mnt/EFI/BOOT/bootaa64.efi > > >=20 > > > So: No other differences than the vintage of the FreeBSD UEFI > > > loader. > > >=20 > > > This also booted just fine, taking my input to avoid having > > > to wait for the timeout. The only difference is which USB3 > > > SSD was plugged in (the boot drive), in this case the one > > > with a stable/13 snapshot instead of a releng/13.2 snapshot. > > > The rest of the ports were as they had been. > > >=20 > > > FYI: > > >=20 > > > # uname -apKU > > > FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE = stable/13-n255597-894492f5bf4e GENERIC arm64 aarch64 1302505 1302505 > > >=20 > > > Having confirmed this much for both releng/13.2 and stable.13 , > > > I'll go back and look at your notes about file content and the > > > like and see if I notice any distinctions vs. the above that > > > might be important. > > >=20 > > >=20 > > > Notes: > > >=20 > > > I doubt that the RPi4B EEPROM image vintage would contribute, but > > > it is something we have not been explicit about. > > >=20 > > > I do have various debug outputs enabled, including for > > > the EEPROM stage. The following is what it reports=20 > > > about the EEPROM content ("BOOTLOADER release") at > > > power down after FreeBSD is done: > > >=20 > > > RPi: BOOTLOADER release VERSION:8ba17717 DATE: 2023/01/11 TIME: = 17:40:52 > > > BOOTMODE: 0x06 partition 63 build-ts BUILD_TIMESTAMP=3D1673458852 = serial c740af3c boardrev d03115 stc 421180 > > > Halt: wake: 1 power_off: 0 > > >=20 > > > The "boardrev d03115" indicates a "C0T" Rev1.5 vintage part > > > that does not require the bounce buffer work around since > > > the wrapper logic is fixed. (FreeBSD keeps working as if > > > the bounce buffer was required: it is the only style of > > > operation the kernel code has for the category of part.) > > >=20 > > > I have access to a 8 GiByte Rev 1.4 RPi4B and a Rev 1.1 > > > 4 GiByte RPi4B and could test those with the same media > > > and such. All would have the same "BOOTLOADER release" > > > as above, as I remember. > > >=20 > > >=20 > > > A you sure you have the HDMI plugged into the correct HDMI > > > port on the RPi4B, the one closest to the USB3 power > > > connection? > >=20 > > [I have also changed the /bin/csh defaults to /bin/sh > > (which is my normal context).] > >=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 > > # shutdown -r now > >=20 > > And the beastie shows up and works just fine, > > operated from the USB RPi keyboard. > >=20 > >=20 > > My bias here is to have minimal differences from > > the RELEASE and snapshot builds relative to the > > reported problem. I still see no evidence of any > > problem with use of the RPi keyboard to control > > booting. > >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com