From nobody Sun Mar 26 21:00:43 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 4Pl7dS1ybsz418Nr for ; Sun, 26 Mar 2023 21:00:44 +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 4Pl7dS067jz49py for ; Sun, 26 Mar 2023 21:00:44 +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=1679864444; 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=AOdDdUoQdj9J7B52OT7jYAJZbRnTjaOOAek+2WifMN0=; b=JGbYEUST4H+Rk1W2fykF7/KU5axeJHVl4jkOg+g9/R5EyVSU5Q3Y3Rh/GaMwh2w/U44jNL AXZcpq3Q6lLmlBusmVSAELbkSBtepLQ3uIKsueDzq5aZVoO85UvfHPuP+vgCsSitk++U24 hK58W8O9NUKXvOt19dBxSZb7ip0KW6TMnzAbSeJuEc7HIBlPVeeBx3Ajj8onGDYC/EveAN oPhEJHU0JnUHFIPr9GL/OezxOZskdsJVuQNPhROYkIANlOd+U7QXIL+uLiB3Ksd6HjMVHr mYQ8Nj/wZDJFlqxfDkKHR10xklD6t8TK3tm5QULX+yTUAebFofs8QzceCJaMVw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1679864444; a=rsa-sha256; cv=none; b=j118HAUvGTodWoO6oq/CuhNatSNXgLDMILA+KUM55hnQaq7N5P9nf8/Ai3CZW68Bl1p4lc iJgVrM+0vqaziCaVIsGW2T5GP/HChFXYh/YxKXiBjiRlLtLgDUSfaoCaTBeBlKdKZZDVLH Mzib+8YhSIEmPzvWQB6kvPxgwZ1VE4Bzm0rEH245Nz8FYLujFZRXj+m4tLl1j0zBnIej0H 82xNMmzLI1k6LPW8E4v0MVAMSoaq25uWHNNdM5H3KrOCJ9wzpY/sL3zf+Wx4tlrgEB3BhK xiklA9xD0MY/haFvYQgosu1wom8yMTPWspyCxetwHnlRkiSJPM92QkF1l+/m3Q== 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 4Pl7dR6KXjzvGZ for ; Sun, 26 Mar 2023 21:00:43 +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 32QL0hot024390 for ; Sun, 26 Mar 2023 21:00:43 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 32QL0hAY024389 for freebsd-arm@FreeBSD.org; Sun, 26 Mar 2023 21:00:43 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202303262100.32QL0hAY024389@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, 26 Mar 2023 21:00:43 +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="16798644433.aC2A5CFc.22095" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16798644433.aC2A5CFc.22095 Date: Sun, 26 Mar 2023 21:00:43 +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. --16798644433.aC2A5CFc.22095 Date: Sun, 26 Mar 2023 21:00:43 +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.
--16798644433.aC2A5CFc.22095-- From nobody Sun Mar 26 21:44:10 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 4Pl8bp1ypcz41C3g for ; Sun, 26 Mar 2023 21:44:22 +0000 (UTC) (envelope-from jkoshy@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 4Pl8bp1BT1z4Jx3 for ; Sun, 26 Mar 2023 21:44:22 +0000 (UTC) (envelope-from jkoshy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679867062; 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=ajECmzcgl9IMSmytrtHNhmVtl3EAMPbF8qO7woBSlkc=; b=x7K894FkLZT0viFE6cG6xCAAM4M2rwk84V2BR1g3hiSBSkk+DQNDBiyoASaG3g3F/GZ+Tx pH6csUs3eQv8ABXyspOi6gCES3l1fHmCqPOObMkui8/kghG6YRU2MOm5Dp+fllAvlMRR/4 lyNLftMifzhjcZFYnZTEENyEIfoN6cvVSRm1hbhEoYz+gDRAZOOVtVsfnqPEsEB5gP2mzq awLiFFREDgOAuLq5va44odc3NXgouVBOGU6XJELU3uwUcSf8Xh4NhGlctoznQ6/Rb3ULDL 1to+mQRWgo7Hj35M2dMZU4njSVBxjL65WmYRyBg6B4ZHiEr7Q/vii20o5VguWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679867062; 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=ajECmzcgl9IMSmytrtHNhmVtl3EAMPbF8qO7woBSlkc=; b=JmUN3Ws0zWBEF+pD30nK2Farka3AEX9z+jSWeUHZU4i2kAeXKlD0zROU8l2Ps6VN8A7BZm dYPjguiWeLd8LBYh9NJFYk11al0NKqgkZZsHJMilDpXSgW3wpP+vPlD0DJNORlOzZoBq1C I8MKQlG1uzqDen7DwYn/b37GHiRQLT1giDO7ywKoHWOjm+kfGfa98gu2yntD9qpmpZSit8 OptA+wpXAHtZQIMahihXXi++67hXHozXHjgX5UOMrhAhXvACGh56bYlDH9lbNR+4NQ1ji5 +t6WYjBrbdd4fCmcKc5RFATutld5xYaihAY/EdmHgJIPLZ5dTqW4uuvERvbLcQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1679867062; a=rsa-sha256; cv=none; b=mC+naaN7bV7SdY5W4YPc9KMPO9R0EZqZZ1NLTeVF+CAZsBI4RuTP0k4bkGmiY9Q1YC4ryC 2Ba0jgGVSCKt4PHLbNmBmVlfrshywvd6fLXRpqL+aMDqY0vrQNVXjoeE7bklrVMC8WQnfW pqOsBE+gm4jOIni62ggod+uswDxLCSleovzUnnq0di5M22dUi0l4m3eUcqSMmCI31nKv0D gTO2Hur6T7Kd3gzXUL+mxj2ljGkD4u2ELdJsqQTuoHkw+EN65b21gEuEYm3ASq3cKiwjIj uxbWdzkzoTLz7FGkUlHpsA/QDIpbh9Esq6t/l41DIzhu3GdcwqRIf/7ogMSVLA== Received: from mail-vs1-f45.google.com (mail-vs1-f45.google.com [209.85.217.45]) (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: jkoshy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Pl8bp00Qcz17vy for ; Sun, 26 Mar 2023 21:44:21 +0000 (UTC) (envelope-from jkoshy@freebsd.org) Received: by mail-vs1-f45.google.com with SMTP id i10so5884620vss.5 for ; Sun, 26 Mar 2023 14:44:21 -0700 (PDT) X-Gm-Message-State: AAQBX9dEJ2FMkQIGCeZM0k4Ic8Yltt3/3DXDIvABYZkoigqUw6/uMoye pQ5Xw/soIeQIbA5Jz09UhEnfjeWCpNz6LzVZKAs= X-Google-Smtp-Source: AKy350bP4lwQ8AimcCJ7N9ZCTwyIEQLlGD7QjZ0N/FcK3BI28uHApQmhQfhVDGp6KOeeBidufI64PVz51hkNVkWY02k= X-Received: by 2002:a67:d707:0:b0:425:8923:d34a with SMTP id p7-20020a67d707000000b004258923d34amr5083663vsj.3.1679867061430; Sun, 26 Mar 2023 14:44: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: Joseph Koshy Date: Sun, 26 Mar 2023 22:44:10 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: A suitable installer image for an 8G rPI4? To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-ThisMailContainsUnwantedMimeParts: N Greetings, Could you recommend a boot image version for an 8G rpi4? I tried both -CURRENT (FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230316-cee09bda03c8-261544.img.xz) and the 13.1 release (FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img.xz). With both these boot images the boot process does not get to the FreeBSD boot loader -- the process stops at the initial color splash screen. Is this a known issue? Any recommerndations on how to debug the boot process? Thanks, Joseph Koshy From nobody Mon Mar 27 01:29:35 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 4PlFc26tZzz41T8S for ; Mon, 27 Mar 2023 01:29:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 4PlFc22D74z3Jng for ; Mon, 27 Mar 2023 01:29:54 +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=1679880591; bh=GHuZbbRyw7o35afNDMqKosMWQJPp2tLwfJDE0Y3PXts=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VRsLpSbHyRSoAXyqKDx1FAd9Oza4mFPHjgHDjivhZjkCL3C+0JSMxLsXcNuW5cNHIo2f1JLa+mP91vieYJsS9PKoWiehTgoVeOk/7bgxj7SkdXJHcB+7/gmEMvQ57lbvi2m8Nptnq0Eu2APvI41mhSATNVNCgR/Aj3t9HV13dkYN2MmfeyaF+hYU3TZZZlHHSxU6JKoqn6HYOL2OZENI/chrLx7dVT8knNXmLfahu3Rk3UY54MxkpvmATwKsJ2YmmK2gJzRJ0z2hsAoVfVYJbms4NLM/mEkukfY08rGHOqjGxY84r26apXjjzzdKe33IcMOhqaeP1T5wAOYYtLhQ+w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1679880591; bh=JPIXwrwJIQZ3QFHHb9d0NXbko0n1X0blbVHwDwRju4b=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=tGsrxx1FV8jEYNsSxcYmr0QSPglLLB69dTo8/h+34PKn18PjZVvqUph8cAfdOVJgKGQfpCT03uc2WZMuLXSpP+PIRQh2AUjYT0+6v6C5Fec7gHdJSqzlHcMsrTtRRGHMWBUmoIA7IGTkc2B65r3G0gGrVBhPfCOGBJHCuHqUsQqkpun9mV3BdVN4c5/DAZnJ6NWgVTaLiyTZn0/2l4QlXwQq6zBYThkfUAT6ep+GBbRSTtLN8M7MDhvmHdbhuIFWVXmTdh8x1cmZFtjsVqN/yuQYBMG03ivxPUZJrFAOCfmJxEQF9P3e6KioG7UN/KQ9Md/NTeI1NQDWCFYJe1TFlg== X-YMail-OSG: HQBw4ikVM1mEw.cRwHbEE8_k6H0X_oh2C6xvGkM.UhA5uyoixE_Z4v3NmIdw9OX YUPj8L6dEKxYA1nPTeYGH_o_SnPcGJ3XsiLEu4M_gY9tidrXL6VJsWMJrpecDMrseRYAKI_ZTMe_ JXFKjXv2SHzLxRzQPD4oYskxqtewruPiKcezI5.tEShr4ngg_TiUKgbSvUujFKfgRv00VrbdTtWH 8EBUV055DpERkKYwjTivIqGwY.76zbhFMFinMiotK7qaVHjvJ1ISEHc.W98uFkwvvkNvBFQRBFfb u19ab4aNQkagCb1lAdZm3YmubVOJU3aMQVhnwrqePR6XrNGt1ELXhbcxmLnfGLjip.HtYTRb1GzG zSIf1a5QZPNzzytVHTMPWn.xJBA4vtzMmlAQuiDjzteaTZ3bDfCSGBRYCikOQehTI.0XaaIm2fpV 0CKk371XvGptvuk8EQCLhtW4uUeMJfWdjaw26gWSS6fzPHaMECDpeO7k1q1Xb.R5B9EQ6o6f_2E0 jK3sesf25vCMXAT6RDiBpbGX71PWA6Um5npAk2BT9SOkaNUr9GR_rFiS.GKd84S7a1YFkVAVSr87 yc3ZpUhXv5EYs4bmUamhnkjs6bp689DquDAfVmwalgLy_sbxUEYGJOgbRURXJWldPzI1eVkboSdM jcKTotsbwKDbOKKa3SfZ_R.RtGtzIC44US5l1n2mTSj9GDQ5115XkuHnwEehnudiN36ryu4BO5If JvyaPIm5bnfy8mFU3K5mUqxVW_UNDHctSngsechkofsLkhF.geA_hvWrgxxJaBdW8Djl5x13VzDU 2orfOnIIzzyfbDH5cs_.w_WLY10Wh._dhqEeTG_3.jAwQE_FtenzAn7dw4oivG.h9iln_5x8X9Lo YHUIMqCzQOTmqOuTB173zW.yJnfxaJPJQ.1rnRv.NaAQ65_cl3XVmGQQh6W9BD4RCHby1PUNuVKJ Ixc6QMakp__0jI1.lesOGkIsptOo93DeTHfOFzO4cfe8sV6Dyrvle6NdYCCKKupEKayAdiaKst_4 5OP87N5hCNEze6MOBTi8j56JvCOJOgu19UCxlwN..Cb7e5qMCBG.qu9IvsUy37mDjp41J81AF5eI AX3yTfKt0zt1i2KYYa5lFNonv7TN.7NV3p.6kEd_I29PdgdCQpSUMx9V4navIEIYc81M2uW5VVqD 9PEQ0znQ_lRp54cSYq658g__fFNFofkrBG9Cwp1bgPGpQ1SBD3llT5ojJEs78.JdUZBakoiT9Vyd MiUdKiEEUFPXPh9r7iwBQ_ycwxM8Ou2yFbG0O4qsvMpuHGtkjL8vUEXFa0LNFoFkUkuzNepLI5mP GmXl7FDxcvLK2Q_bXl6lB4y5vstt9_lKWDp_KHJ8aHhuZNQZcVahR9aXTLyOLHWT0go55TmumD7O 7NLIkIFgpoDpORY5hZlw1SBxLssnXHNqmx05bnUkEfHC8FKuAc80z9bJh_LgeHNtzKjWyF6XTQ65 vNKwuv6fd9it2BYarne1wh4.amN_NggY63DKJ3937qzY_URCtj6scHaMW8y99ARCkmcs3p76pkJg RoogvBo3aax3beMw8Iw97kUpmtSwgzLyRp6hGPFXfJ4kFSE_3Ytp.HsMUrK9RnUbMvznGWM7x5qr bUbyE4nNa6rYTWVgpW4NoLB9FZDds_ymNrChNj9Nmu_kU.O7pOVMSnSqJ7Ni_CoFGigG0BIMg_Uo Lhp11sZniQmU9a6MqHd_r2jbGpMiLQuTziidB8KJDsCxvCskVviE2w0o95HK1iox.2LbjBpg7mzX nTSXPqx4p7XCbsEzoP8RoOTwv25R9NzB.z5GpD.IwWGVII3.kWuRAJKFm4cumexfQVGVDICldQ8s YIt6rqPTu2Itvn0TZDhCHzFOvYNAhvUPtO7ASixJfwriR4oVW9aLuz9jQBN3tGewnz01hq0RvJTn yoDRhTCBfXxX8Lv73XHSspYI49C0cu8bfplH2AMVQnl7YACXer2HFCd6WKD899IcMAVthlzx.paV YueTZuj4kWOg7EqfTRsUe0EmGqLeGz6Twl1uxwBPvLQA.tk2P5ju26u1lqXV4As_SxSSIpVec6P. 4ELyuvhpuMGRWloSUAArtPFekRulGejGmscBEFfiejbyQ_V5BWrkcKcOq8oQxyrN_vPRYTRB.1aA o43DG9TWopR_pieQE5c64hZRwrgmhEp.nBb9FYE6HT7oop8FnEZuiW2ofde5Ag1TYTV1UWsDeXOH 8teV1lyqSFkYVnT1g0JA.lb4Zdp9mybaJKQTUviJahO0_xs9cq0_X4T9oEq9yKtwBwuWYOeYRFj8 p8Q-- X-Sonic-MF: X-Sonic-ID: 0a150996-50d8-4be4-a4a3-f9bea6b0fe13 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 27 Mar 2023 01:29:51 +0000 Received: by hermes--production-gq1-6cf7749bc8-sm5v9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7c31d10bb2312327fa5b10031614107f; Mon, 27 Mar 2023 01:29:46 +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.400.51.1.1\)) Subject: Re: A suitable installer image for an 8G rPI4? From: Mark Millard In-Reply-To: Date: Sun, 26 Mar 2023 18:29:35 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <07E5B3B2-82CF-4F8C-8E00-9824480F99DB@yahoo.com> References: To: Joseph Koshy X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PlFc22D74z3Jng 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 Mar 26, 2023, at 14:44, Joseph Koshy wrote: > Could you recommend a boot image version for an 8G rpi4? >=20 > I tried both -CURRENT > = (FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230316-cee09bda03c8-261544.img.x= z) FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230316-cee09bda03c8-261544.img probably is using U-Boot 2023.01, which is broken for 8 GiByte RPi4B's. If so, it does not even load the FreeBSD loader, much less start it. Replacing u-boot.bin in the msdosfs file system with a copy of the older one from FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img should avoid that issue. (No claim such is the only issue around.) > and the 13.1 release (FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img.xz). I just copied: FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img to a USB3 NVMe boot media and use it to boot a 8 GiByte "C0T" RPi4B with a monitor attached. It worked fine. However, only the video connection closer to the USB3 power connection gets a login prompt. The other one just displays the RPi* rainbow screen. I had to move the cable to be plugged in to the connector closer to the USB3 power connection. I knew it had booted all the way to the login prompt because the login prompt showed up on the serial console that I have set up. (Analyzing early boot problems without a serial console setup is itself problematical.) One known issue relative to monitor use is size problems from the config.txt line: hdmi_safe=3D1 That can be commented out or set to 0 instead to see if things improve on reboot. (It is rare that I have a monitor connected: serial console and ssh over Ethernet use normally.) > With both these boot images the boot process does not get to the > FreeBSD boot loader -- the process stops at the initial color splash > screen. My guess: you plugged the monitor cable into the connector that is farther away from the USB3 power connector. > Is this a known issue? Any recommerndations on how to debug the boot = process? >=20 I do recommend having a serial console set up and operating generally. FYI for FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img=20 content: # strings /boot/msdos/u-boot.bin | grep "U-Boot 20" U-Boot 2021.07 (May 12 2022 - 07:00:33 +0000) Back to recent 14.0-CURRENT (a.k.a. main) as a context: Some recent work temporarily lead to RPi4B's not rebooting for the likes of "shutdown -r now". That has been addressed but I'm not sure which main [so: 14] snapshot would be the first with the fix. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Mar 27 16:49:19 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 4Plf0y2SyFz41lkr for ; Mon, 27 Mar 2023 16:49:22 +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 4Plf0x3Ktqz4Mwj for ; Mon, 27 Mar 2023 16:49:21 +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 32RGnKYk065201 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 27 Mar 2023 09:49:20 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 32RGnK21065200 for freebsd-arm@freebsd.org; Mon, 27 Mar 2023 09:49:20 -0700 (PDT) (envelope-from fbsd) Date: Mon, 27 Mar 2023 09:49:19 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Boot stops at loader after build/install cycle Message-ID: <20230327164919.GA65182@www.zefox.net> 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-Spamd-Result: default: False [-0.35 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.995]; NEURAL_HAM_MEDIUM(-0.97)[-0.972]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; NEURAL_HAM_LONG(-0.28)[-0.284]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; 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)[]; R_DKIM_NA(0.00)[]; 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: 4Plf0x3Ktqz4Mwj X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N For some time (months, I think) a Pi4 running -current has been stopping at the loader prompt on first reboot following a buildworld/buildkernel/installeverything cycle. The system uses a USB mechanical disk, no microSD and has never had trouble finding the disk. It seems to happen only on the first reboot, though I'm not absolutely certain since I haven't been keeping notes. Is this intentional behavior? Thanks for reading, bob prohaska From nobody Mon Mar 27 16:52:37 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 4Plf4x4c9Kz41mDV for ; Mon, 27 Mar 2023 16:52:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 4Plf4x47YZz4NZ7 for ; Mon, 27 Mar 2023 16:52:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x532.google.com with SMTP id h8so38865797ede.8 for ; Mon, 27 Mar 2023 09:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; t=1679935968; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=oMMBzYqx3gvPnYIRILCCfsfuKXoVLQdb8hKwl52+w6E=; b=lcmM5ivIHqSL0Js09zjGNp98WF1p9c3i0DhTyhZtZGaypQe7L/mDOMd14OQb4RYGs0 0Il9B/KU1kTDReGPmLcFeTkiNPUvN5GG4X31Xunlx3kUFRhl6NS4ikXH6oieBi3QdNCq VEo3ACa7Y4pGRj9xeEsCI/G+DzDct1KsY2Lup4nmWfRtLAKZRqHmZ2RPUhUwQ8RJtaXs Nds7cznv6zgrFyAZy90YykhzzckRVRq6ZXfDXKey2KCf35MCGtWXoOFAhesG5A836Nk8 MTFmLvSfaObJr5SSkOMJzCyBViSn9kmMyrMVrWIflrrAsJ3+Qx1qPsNl3lfjUqUWafog 5YiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679935968; 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=oMMBzYqx3gvPnYIRILCCfsfuKXoVLQdb8hKwl52+w6E=; b=jblV4H6sZa2nr9kwTMign6duOpaYmEIQ9vdmA3uLXzO0ZCrTPsaPWk9Mh5guq160Kz 9lckn/C44tO+KAKBm4aawrMyFDJO1WBjVoEzem1ZESdRuMaJjbG0AhPCTDZ4LTLnoJaf AgMzhPY6tSLppcr8+4bPhG3LDM2XV0IvdxAYZt9WDyrYsICaNkEJNlj7LVSvBy4YF72L HqqInmHDtlAZ/EzBJeEUx1pxtd8dRAGD7su6vqoOEX6Gyp4vF7bPAQUBvRFMEl3sp8Zb Sbyn4gU5DOzN8qnVACo+PJA8NygHttihdYB67pECEQil5vLdY97sRIb+L7nSWaNT+HJv FxtA== X-Gm-Message-State: AAQBX9e10sU0XSJkd+H96mQT+IIm1asf7zDLbBh0WSOH1jl1kXaR6E4W gPFEMZPjoIU5bqUW5ASRennAl1iv5pBomaInMWtGvAoleLgxPD9uArc= X-Google-Smtp-Source: AKy350aLua4b90b9+P7plr6+zi3bUHqVTS7nDBcUnllSQ98AodIalTltDaqQJpz+wGpSqWjlQ9YHYYHbDD2/DaOsnxE= X-Received: by 2002:a17:906:fe49:b0:8b1:3298:c587 with SMTP id wz9-20020a170906fe4900b008b13298c587mr6614464ejb.2.1679935968425; Mon, 27 Mar 2023 09:52:48 -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: <20230327164919.GA65182@www.zefox.net> In-Reply-To: <20230327164919.GA65182@www.zefox.net> From: Warner Losh Date: Mon, 27 Mar 2023 18:52:37 +0200 Message-ID: Subject: Re: Boot stops at loader after build/install cycle To: bob prohaska Cc: "freebsd-arm@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000a4d0b305f7e492a4" X-Rspamd-Queue-Id: 4Plf4x47YZz4NZ7 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 --000000000000a4d0b305f7e492a4 Content-Type: text/plain; charset="UTF-8" On Mon, Mar 27, 2023, 6:49 PM bob prohaska wrote: > For some time (months, I think) a Pi4 running -current > has been stopping at the loader prompt on first reboot > following a buildworld/buildkernel/installeverything > cycle. The system uses a USB mechanical disk, no microSD > and has never had trouble finding the disk. > > It seems to happen only on the first reboot, though > I'm not absolutely certain since I haven't been > keeping notes. > > Is this intentional behavior? > No. Should either always stop or never... Warner > Thanks for reading, > > bob prohaska > > > --000000000000a4d0b305f7e492a4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Mar 27, 2023, 6:49 PM bob prohaska <fbsd@www.zefox.net> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">For some time (months, I think) a Pi4 running= -current
has been stopping at the loader prompt on first reboot
following a buildworld/buildkernel/installeverything
cycle. The system uses a USB mechanical disk, no microSD
and has never had trouble finding the disk.=C2=A0

It seems to happen only on the first reboot, though
I'm not absolutely certain=C2=A0 since I haven't been
keeping notes.

Is this intentional behavior?


No.=C2=A0 Should e= ither always stop or never...

Warner=C2=A0
Thanks for reading,

bob prohaska


--000000000000a4d0b305f7e492a4-- From nobody Mon Mar 27 17:41:33 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 4Plg9V3NJjz41qVS for ; Mon, 27 Mar 2023 17:41:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.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 4Plg9V0sNlz4SY5 for ; Mon, 27 Mar 2023 17:41:50 +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=1679938907; bh=V1IFY+AJ4zqFQyLlXL9bG4cGXOKhSq2m1BYmQfxh+r8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=SxYRKjIcI9wGNzEsG1Bkh4d/Y4cPhoHvMABQNQmF3SEFekhFoUKu7CC+ThRveiFRnxgx2T5g1MulEy1csoQJxzReBRiaCkleH1aw0X13Dme49k+xFJtHJhoKEAizn2y8mEdcTxJOo/ez4nz/2dy0fS2dktqez9TIPXF/RfUbiKNI3R/L+enwrE8E8YAF8j9Rdp0MWWSWO3CsrCp/5spKHVC3HXAodIJZpb3gs/YiGo2lJWn2h+QQ1VekcNEMn+3KD/clxWYUJ2u8xMbdSc7sisMpyMEIryQIJkXSt+TRVj0GmgtXcNEe/8E3NxWOAQXFQBVZVOkKCkjiOOx7iqHwRQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1679938907; bh=qI/gbq6MGsmXUUgzM8SfckvMeX1GZrLtOe4Sw5MHf4I=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=bHvVW4cvXJrb5kCjGVHva5ls6GIjZL5v3ECAz+cm5UzjpgWL+VPZk4OwCXryZBN4qAXpxdTc4ywUur3vuzUT2f/4iM8pM/vxoMzJUYjIIMaOavc30vkIEdRtr9tp/ZI4F1z1YSBX3wdTRUKk7MfGWbRe2WUhWMINH8u/QcUn5ZYVSlRJbZvI7V7IsQjtl/ereobNUj9hOQXm/FcwD0+eC0/1C5MRBkuYI1OMKEncsXZkPVP8Gd3a9bAyJcsK5zR6EEuk68p2OPFOK3ZzccRj9B7K9JiULe76AvirSAo/Fv9B4yMNvGMVJAn3SefF/cjjDJppq4BrJxNRrCu5nnRFWg== X-YMail-OSG: 0oewJX4VM1nyY9hZ1FgLB.5mzxO9fdj.BgmjglH.rouiY.ApbTpv4IuYLPo.Wtv .CWod.UWuzSVqzJNnkaTwq7t_a_Io0xNDPBBWurYByBC2gM_iAxyYK49w7SnCwptUm5Yw9bu2I1r b.CXlU0ulj3nNhBkYSSSl6q.YFlCHV9giRSQPG2gifPw2Bz_vBdJ3ooLOUabB68vY8CYI4WOZi6j tm7jIGte.sPTauGYwgUYl_4u_FxIK2YLOipWqymE7vuQysc4Xu.l8lkenu8FNIHXBEzkdFuDS6VO oB28ZnvxERthNAVJun1_les16J5p2QJ2_rux.TbUoIEev03Plj8pqzNPYqGgqY.g102LPc5.7CCi HH25bad1Evsgfs0f6mDt549qSqpq_ZIu9p2P4h09TqmeC0nvRnuUu5HAIB3GmXRE_TAlmttOmBmz .CKEFe5yuEDYhMsKUNv0NWaQDtjX8Tu6RUrzAf0.ccNJssjbKi1I2QPKwjO59kR5yZBoXff8CUto Dn_KoqSwOyS57gY3j2VUUT5IzIJgFG4_Drdy72__EPlx.PC0LmO2MehoP5EN4jPVsqjiqgKnsxUO iHeOBrsTmpg3qpoazzyQ3WLBXPLYDNlyQmZElzJ5wKjGAzsqESLVaCGUhzR1Z2AXPfOcUpLnTl74 Q8aTysIPIkrJDLsGAx3FF9eZV7Q9v.ZkS2pef6xYr7rJd3KQ7AG_1Vhhqz0CeuqMwpMYfOYsMIMy yfDeIcxdizGbKyY_tVfoPsd41uA.UHvBb7HcAyU0vEVaar.D8sFtxiYZ11z3hWMEIJSDd7UMS1cH vx9U.rDeL9A8nxUrlauTIHdxUVFmgvZD10mgTsmOyLcmYYpu.APPth2laMHD_LtCc.AjxAkwnNum hcRx8nyb26QV1PT.r.6UNKbBMJqceOTfck7RBzbsbXRNUxbdfTSTcLRQcPVWweTCNaKEAlGhn59U 3WezCr2ZxLwjqCTRlt.7ceuuVbVr0ZTNyNUBDM3GnMwROZ4qmeTOXGePbf2Rp4_OK9T09AjYWmEE c87n44ChTvUNZTnArl5pAZDk7KBCX5TCxNQ_JaqXKeQ1B1rhEt9hRSEY.yBT71E71otp25Nd.X.U LwX6fRmi9Cg_wNuL0go1BRko72ffSrxw7j9iS9_V1DEF51vbqJ7ddpLfxOZ95qY.7dYCB25yysuR xKSP.Yuko2GHk7YIc1lvvaxXNpxohvVI7s1ys13OncDi6JXVcsELeGXvd5AWCq3NZqaeaR2Lp2PS DYEdWYVyGTWPLsXV98nkbfHHroIXVj278aGirPE28bt_sOV_wSDhh7GTXu7WZoH7J1hPLrkXex1H jwpiqciVszYVE5hzaAybgmJUZfKBm2IJmu5O93g5GY2OF4mE95OQf8uWoIx3.zpXE.U0F8W6GuA. mo1J_VD_j8gkvZ.LqKTKMVGNSKBEhBf0LnCnK4AqI7t4idn_tbJe9LlhjV3GBr2e9mLnIS1XQ.0J n3SdIN4HjIqQW0dWqQItiJ9rQmz2Rl6mamlZLmVkHRodUeF0rVgQozwiFPNGPtEOsdHD63fcx92X B.YWkYjF7lNHE22EXeHvtBcsF7mP2i0RRLOCkhywkdHtAhFtMQ9fl7_NIdNjqOIMvJFhh_2WBd53 0EV.9cjsKPyMN4M6w.GaJVShyEPOc2WPBBZF5z6F3qsRKwgkFB5bHxGHN6Ozhhy4LYLPwsOB4y6b qUMeyWtFcHJs5tv4JPZauaOrMhEiViiGqWxRRKuE2RxLM6VwtQrekwe2dseSywdydxN2DJbBhlB_ vfBXNoP6PzD2nUdHdqLrpppS6pvy1zeRR1YVZjD_QunDp1dC7a6XmODWqwoWVorFh2vWTKgQmNyE 5UyHtB2T__YnOAlt6QJ2T.cliI7UteNS8Vbd.4oJhzG6IXWu9bStXJgF9Jbn6AdhjNqE9NgPPdV7 Yzrf4_vo_M65mJ7MP_BRg1JHZU4CvlwPOaILwH.sbnSLZ05xSHsiiBozRMfw_ia3c2XZd6S12UeC 4pDSJRqYhfU8mZMuLaspwzpPJq0n7FSrvDNyOSLW7krauWLmyUINJig2Wa3gVGf0Mmam32sez8en 4S6i9jO.wSTxCG64btauun3t83S6TMn6r6A04vKt8.LI_MV6LwpcQuxeC3GKjWFzWWwnuBT2sMQL nZXCxfpucG4FBlYQigjjBpUPrAM.7O4.F2tn7BYxOcudXRSUYnaKyAvHGPiDtDrmH_5mCRcbmiAE MjOyxrj011JXKlVdfelSE.V8T5wgyq5m1NRRjgvSZYEo3rJkbQWS_ai9HvBC1qXQK4QliVI3GwzE - X-Sonic-MF: X-Sonic-ID: 0c116104-dd54-454d-ae9e-bc82a5b3f356 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Mon, 27 Mar 2023 17:41:47 +0000 Received: by hermes--production-bf1-777648578f-gg2qh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c0f8e9860c84a8dee4e61c262acdbae6; Mon, 27 Mar 2023 17:41:45 +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.400.51.1.1\)) Subject: Re: Boot stops at loader after build/install cycle From: Mark Millard In-Reply-To: <20230327164919.GA65182@www.zefox.net> Date: Mon, 27 Mar 2023 10:41:33 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <26A8D732-14BB-43BF-BDDE-486B4980497D@yahoo.com> References: <20230327164919.GA65182@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4Plg9V0sNlz4SY5 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 Mar 27, 2023, at 09:49, bob prohaska wrote: > > For some time (months, I think) a Pi4 running -current > has been stopping at the loader prompt What load command(s) then prove sufficient to let it boot? Do you have to cut power and re-power the RPi4B? > on first reboot > following a buildworld/buildkernel/installeverything > cycle. Can you capture and post someplace the serial console output for such a 1st reboot? I'll note that one thing folks have run into in the past has been signaling on the serial console itself before/during the wait leading to the loader stopping at the prompt. A serial console log may or may not show extra characters in such a case. > The system uses a USB mechanical disk, no microSD > and has never had trouble finding the disk. If finding the disk was a problem, there likely would be explicit messaging about that. But you do not report any. > It seems to happen only on the first reboot, though > I'm not absolutely certain since I haven't been > keeping notes. === Mark Millard marklmi at yahoo.com From nobody Mon Mar 27 17:41:33 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 4Plg9X3cy2z41q8M for ; Mon, 27 Mar 2023 17:41:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (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 4Plg9X11Vvz4Shv for ; Mon, 27 Mar 2023 17:41:52 +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=1679938910; bh=V1IFY+AJ4zqFQyLlXL9bG4cGXOKhSq2m1BYmQfxh+r8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=S5esqWt/BJi4sdrWlBw8KhOgvW6lCnLviOAvOB9XMmUEU3+EGq/oCf6mhk3qevzUzqud34us8RqOYV+p2BnYNHeQ3ZyhuOqGmnGq97BNg62LECHPrnMpbMGXoahOfXRNrgbj3NbkhrjQiVEpH+hJlns0OJE8TzUBIjI+tmr5mC/Thohg8QnTBx9SVmtjU6iGbJPP6NfQjlGoR5l2obVrbOKohmOlkRPEpbhACQ6ZaxRC/E7FvEV//2Lfu6xXeJTIq2EiSIhomFmb8L7CDe4zyfcykc0lEKs/xL+hWsOpHweCOrFpteuBoOphxFNhWRyTluU3Vs+6UUSqZ13miMBY6Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1679938910; bh=lgitNsVWmmAtHUVXoCPV1B7n+zwrpkQNPfH1at3HLXG=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rLbvwlthzBBaNac0Svqf1dSJdJDtHe85EAURWEIcufqmyl5GFFV99UYD2s8btlkWh9EeKR1QlskF+H7tKrOYZJNZO1tToIbeIzk6fI+tWMiJK+PBCqvKgltXWLwEJ3BljyK4PVbKEiLTaaD/mHh6bNosMA0H6ZjIaTMXo/zSFpuOk7jMVin2vcYhztT9VI9BFELLQHhBi2IjnmUZr8vvEt8MR0eFIq4vjw/+v2naUC7V3w9juBoyDPqrGbzu7Ch053bDEkRYo1Wr0ecGL0LWk0by8W2OjPja3A7QNaU87wjXSOBYXyxOV9AiEued7m3lFneyAVlHFgYOn7RRj4dZkg== X-YMail-OSG: uWpfDFUVM1kyMWS_831CiEzOt4Oyzh5wed4Px2lttiiUd07fdMzgNXwEgWNT.3z YcaX_sHJjp7l3i_4ftQiXoe8gZowOk2nqOYctzzvrnnhSIuClYXwpwMnnHJTOWb2Tw0SfuJlF0Cq 426ZFnemMdOASil3r6cjFtJGd42coHqXtb9ofpyw.GzZl6MyAijZktISD2iD7dM_5N.tOo_fxre4 hlWeyvEIqqfmhPfXMFHEEEgTPX9DbCXl3M4HnRWp2WInmwSiROWRYlmKNdxI.vHtm6._YE7s_xK0 bwuwzr2Pa9WwwKD5gLe.lj3A57k2IrDkdKuyQOVhLhnSQOdfBQb8GnNl0qFHck6O.sFj204G5ZUu Jxl2XDCa.d71tXz7leARM6aM1PodcZtWRkAXYYH0225jMshVz4r58Ufy.P3tc1MJJKxsgL8Sb7im 9mW18mFI62zOZmZl3TWVvIuwCchrD76cLmnl6NPAfFF6ZHjG4zbYV1s6XYA0Gl9EnKugGwsnlaHx ZMbqjkWDxroYA7MIeFAceh7NvV6hlWZywQjRcswOs9DWWRGekZDOIRO_r9NiSUBTdfU8tnjxupUc 8KqrlKAlMyIzXVzWCtfsbhHgEsXyL76B6VZTjtCfL8bPj8AhHKtaR6TKN64muSc0HWvtPbYncwm. dVTT4Tf3Q63mUOY7fCb_2Y03r9fQUJTrRnG01.0iKcdc7bcWYWAtLMaVx_gGeqLX2KoNuW0qUzGk _zpOwWmnNMHhH8ZU7tGVyEMIBmb6V_ely.10zladjJ4lfs6.yOJMPLlfWxgh6XbeiRZABE9He1qz h_TVeu3Mi.JBJuqnjEGQjwamTLQoIEnY0PZvQiKnAUPPwrDMCG89289GOw0k5jIM3y8jDBACR2yo QzwNqkYWAWjc6uZJdCPlLAlZHHvoF5MtOxgoq2VtGRLl0Iwz2a3pZ8x0NrjdycgGC7QwfeSbxmyW CEBSlAFPxFWCyhYwOmrq7i9p6Y0FqH3NnUHqwEqH_OIw7PJ6yti.NaqRWOlr_GO8FsmGqPIcEJza 5lxyQN4IfPQxH6NkPArLO6x5XhwekJItXbu.Dx4y7zDd4OKWMK_AXy_ITvHPC8ZdhDFVVfOz9laQ UnRQ9vfiexgIWjyPsDxu7iYdYGas.3RG_C_.MOgdpX2hjFcmW9PxGHkDq65E2Wk1tuIX63A9qpHZ 1xo_1JAdg9jCGrIOeBcyxcYJlJ18VviPf9uMrATxp9lgDBycK4PfOil9U_gUly2yivn7UupUH7Kf Cg9.DFsS676bnRyEpcofTpjx8D2pf3_dXOAoDEyx_R0LF1bbFXr1It8FEqxGLEMIKbgtmFfr0rHv sWKerflASeRu3gUv6dqnlYk5mUW1y0omR_VVg5TprG1ZNkNLiU1bK9ZXhgYdFQ3NRfcX4E7QAQzO 0QzpaI6zZvh_xxV2IoHpajiuCkV3w93Z_3Db_oEMIOoWUN1MG3RXV9Ih5DqEbKgexWpTDszJKYRr qQosz8RoT04OtFvoqXbRvPbIt0giLDyeQtFgEulYdWh9msYTJIwNyFjuZgCa6paTSz7JZ9g7.UZT CoL6m5rLbKYt315HcPW8RbMOibxnSVYE0XzY9HUlvDiF8MIWjvnaQSpk7CRWmvdH5g3nzxg88bE5 Z8b3Jyt6kQUR5b83AfNtCx.02IIXLlTghTfEya8GezeuMcKgrhRMF9OYkuH3I6YLMkb07YLOBg9Z je.IQ0pNaY0wjlyPkm2YNtdsipEMxdCIezknCcmBJsPVWKrsvS8WqLkLb7gfy_i_2R7nk0vNtvZy G8j3dYW0uJSgn6dt0TP7uBMfcjCZvKV78B.grBJiZHoBo_63zVKnuq01qFd3yHJna1V7KVuAMora uFxW.7qi_lGxkTimZ78BeXXfs6Crw18trC5lU7zw9xxLB85nVCIZdbKB6fgtpn4ViwMq2Sa17HdB mEc6i_7K61GySN6vZBIMIdqDjc94r.WIoRj22ZHgzZ0gnkqr5dyZM35jKqAESqjDqyirOUkPN7T7 qaXBLbPm2QHvbCaJkpHG0vlBwtylySuLHbt_arOVNEdvjOAp9tXhb9CGMFIs_RjGASyk2nZw84Ft iS_qiwo9wJi7s7ZRiweX7tFAW6nzfwmCR5InZY0_qbxOtV7KryAwNEl4rh5uWGfoxl1pzDKnlG5g tdEEdSKm2__W_DU2U_bd1NjG3PJsfZ10VQHXqqwfInn2xOfHvcaSIX2phIFQzs.PWdPEOy8Q0nca 2D7mC1maoSSXma0Rh1vzSz.ACN8EXdvP10Ahg2MPKJSCs6wDCOBdcnspfx5enaYJ37GN7mOcsj1w x X-Sonic-MF: X-Sonic-ID: 73976f70-c361-456e-bc47-476372fa7cb4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 27 Mar 2023 17:41:50 +0000 Received: by hermes--production-bf1-777648578f-pgmvp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID eb5a275a453fbe42e5474ef29924138e; Mon, 27 Mar 2023 17:41:48 +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.400.51.1.1\)) Subject: Re: Boot stops at loader after build/install cycle From: Mark Millard In-Reply-To: <20230327164919.GA65182@www.zefox.net> Date: Mon, 27 Mar 2023 10:41:33 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <26A8D732-14BB-43BF-BDDE-486B4980497D@yahoo.com> References: <20230327164919.GA65182@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4Plg9X11Vvz4Shv 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 Mar 27, 2023, at 09:49, bob prohaska wrote: > > For some time (months, I think) a Pi4 running -current > has been stopping at the loader prompt What load command(s) then prove sufficient to let it boot? Do you have to cut power and re-power the RPi4B? > on first reboot > following a buildworld/buildkernel/installeverything > cycle. Can you capture and post someplace the serial console output for such a 1st reboot? I'll note that one thing folks have run into in the past has been signaling on the serial console itself before/during the wait leading to the loader stopping at the prompt. A serial console log may or may not show extra characters in such a case. > The system uses a USB mechanical disk, no microSD > and has never had trouble finding the disk. If finding the disk was a problem, there likely would be explicit messaging about that. But you do not report any. > It seems to happen only on the first reboot, though > I'm not absolutely certain since I haven't been > keeping notes. === Mark Millard marklmi at yahoo.com From nobody Mon Mar 27 17:44:07 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 4PlgDN1Xt5z41qGk for ; Mon, 27 Mar 2023 17:44:20 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns5.genyosha.net (ns5.genyosha.net [50.53.250.76]) (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 "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PlgDM1s4Rz4TYf for ; Mon, 27 Mar 2023 17:44:19 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of sr@genyosha.net designates 50.53.250.76 as permitted sender) smtp.mailfrom=sr@genyosha.net; dmarc=none Received: from dragon.home.genyosha.net (ops.genyosha.net [50.53.250.77]) by ns5.genyosha.net (8.17.1/8.16.1) with ESMTPS id 32RHiCBY001058 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Mar 2023 10:44:12 -0700 (PDT) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 32RHi7IH014381; Mon, 27 Mar 2023 10:44:07 -0700 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 32RHi7Uk014380; Mon, 27 Mar 2023 10:44:07 -0700 Date: Mon, 27 Mar 2023 10:44:07 -0700 From: Steve Rikli To: bob prohaska Cc: "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle Message-ID: References: <20230327164919.GA65182@www.zefox.net> 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-Greylist: inspected by milter-greylist-4.6.4 (ns5.genyosha.net [50.53.250.76]); Mon, 27 Mar 2023 10:44:12 -0700 (PDT) for IP:'50.53.250.77' DOMAIN:'ops.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns5.genyosha.net [50.53.250.76]); Mon, 27 Mar 2023 10:44:12 -0700 (PDT) X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.997]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:20055, ipnet:50.53.0.0/16, country:US]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[genyosha.net]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4PlgDM1s4Rz4TYf X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Mon, Mar 27, 2023 at 06:52:37PM +0200, Warner Losh wrote: > On Mon, Mar 27, 2023, 6:49 PM bob prohaska wrote: > > > For some time (months, I think) a Pi4 running -current > > has been stopping at the loader prompt on first reboot > > following a buildworld/buildkernel/installeverything > > cycle. The system uses a USB mechanical disk, no microSD > > and has never had trouble finding the disk. > > > > It seems to happen only on the first reboot, though > > I'm not absolutely certain since I haven't been > > keeping notes. > > > > Is this intentional behavior? > > No. Should either always stop or never... Shot in the dark: Bob, are you perhaps using serial console? My rpi4b had behavior similar to what you described for a while after I first got it; it was mostly pilot error: I am using serial console and had neglected to setup /boot.config with the proper serial parameters (e.g. "-Dh -S115200"). I think what was happening was a bit of leftover characters from my serial console server was getting interpretted by loader, so it stopped. I could always boot successfully from there, and a subsequent reboot from the serial console consistently "just worked" also, presumably because any stray characters and keystrokes on the line had cleared. The clue for me was occasionally seeing a little ascii junk around the login: prompt on console -- I typically don't see that. Once I setup /boot.config the loader didn't get interrupted. This is all with FreeBSD 13.1 from official arm64-aarch64-RPI image, fwiw, upgraded from src buildworld ever since. Cheers, sr. From nobody Mon Mar 27 18:30: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 4PlhG51zYlz41ssx for ; Mon, 27 Mar 2023 18:30:53 +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 4PlhG474Kxz4b9w for ; Mon, 27 Mar 2023 18:30:52 +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 32RIUt70065431 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 27 Mar 2023 11:30:56 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 32RIUt4f065430; Mon, 27 Mar 2023 11:30:55 -0700 (PDT) (envelope-from fbsd) Date: Mon, 27 Mar 2023 11:30:55 -0700 From: bob prohaska To: Steve Rikli Cc: "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle Message-ID: <20230327183055.GB65182@www.zefox.net> References: <20230327164919.GA65182@www.zefox.net> 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: 4PlhG474Kxz4b9w 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 Mon, Mar 27, 2023 at 10:44:07AM -0700, Steve Rikli wrote: > On Mon, Mar 27, 2023 at 06:52:37PM +0200, Warner Losh wrote: > > On Mon, Mar 27, 2023, 6:49 PM bob prohaska wrote: > > > > > For some time (months, I think) a Pi4 running -current > > > has been stopping at the loader prompt on first reboot > > > following a buildworld/buildkernel/installeverything > > > cycle. The system uses a USB mechanical disk, no microSD > > > and has never had trouble finding the disk. > > > > > > It seems to happen only on the first reboot, though > > > I'm not absolutely certain since I haven't been > > > keeping notes. > > > > > > Is this intentional behavior? > > > > No. Should either always stop or never... > > Shot in the dark: Bob, are you perhaps using serial console? > Yes, but no extraneous characters show up on the console during boot. > My rpi4b had behavior similar to what you described for a while after I > first got it; it was mostly pilot error: I am using serial console and > had neglected to setup /boot.config with the proper serial parameters > (e.g. "-Dh -S115200"). > I'm not (knowingly) using any special configuration, but the arrangement is somewhat Byzantine: I'm sitting at a RasPiOS host, ssh'ed into a Pi3 connected via FT232 usb-serial adapter to the Pi4's serial console port using cu running on the Pi3. The idea of noise on the serial line causing loader to stop seems like the most plausible explanation, but I don't see how that could happen only on first boot after upgrade. Of course, the statistics are lousy and chance might account for it. Other Pi2/3 hosts (but I think not the Pi4) somtimes show strings of "@@@@@..." characters after the ssh-serial link drops and is brought back up. However, they don't pause at loader. Thanks for writing! bob prohaska > I think what was happening was a bit of leftover characters from my > serial console server was getting interpretted by loader, so it stopped. > I could always boot successfully from there, and a subsequent reboot > from the serial console consistently "just worked" also, presumably > because any stray characters and keystrokes on the line had cleared. > > The clue for me was occasionally seeing a little ascii junk around the > login: prompt on console -- I typically don't see that. > > Once I setup /boot.config the loader didn't get interrupted. This is all > with FreeBSD 13.1 from official arm64-aarch64-RPI image, fwiw, upgraded > from src buildworld ever since. > > Cheers, > sr. From nobody Mon Mar 27 22:48:02 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 4Plnz22FH6z42BT9 for ; Mon, 27 Mar 2023 22:48:14 +0000 (UTC) (envelope-from jkoshy@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 4Plnz21bYZz3yfw; Mon, 27 Mar 2023 22:48:14 +0000 (UTC) (envelope-from jkoshy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679957294; 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=JIzeqA/E42u5io3QaiNhIztKhUjB6U9QfWuLegoOvUg=; b=J9XLUg/o/1tV0g9d4w7CKuZTiJ+sn/72B5CZRU2/hyCALusOC8TNQFZu8xc8nrdlv5Tj84 sRhFNNDjew9TrgxneFsdyWBOIV5PoVmb0S6COBOBDKlFIxLl+fFpdgXYdjQMcU64KuISsX hZ4DrTUmXCPWgEljpnesM17EKSm633b5AnYWkg8tO1MEchKMgpzkbgm8OJPAihlXxNxjv5 fmcE39nVCwYaxrq6h83geeUNSOzhH27y6qTDTF1r//yIm+yQ1qiiWsC+VAAky2Pmf9pgbW xmAcXzxcwa1tj3SsVoE5BFJupc6/hcjRUYHAfMbPaV+fIAGCX1SVPQHsSQPNHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679957294; 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=JIzeqA/E42u5io3QaiNhIztKhUjB6U9QfWuLegoOvUg=; b=F15ERj1P526ViIZbTc7g4uQyluiIxv2vHkO735/7tlnUOe5KpDGX72c22WiURsAg4YOikR 0i6pDpBzA9xN2jIOnLAcUomrHxDWXB7TKdUoEZ0F48riQ8fKGxc8xhtMt1+yZOAtBz37Bl 9wkPBd18TzXd0kVlLH0AATSgMLvm9MQ8dwagPg7aQKc9AWzKKNUY90+X5EIb+N05ZenUEK a0qkqRyHzyj2HFfokoLumM4TFZF43NBKb99S25K0ulOCqH7zhyDwkDWAakUGrF7S7nQWsQ pqsuyQpgznfeokk+DTeIMpmvD+whxrXM4rcVP/lnSnO4WMxyf5gVf62SIeJ47g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1679957294; a=rsa-sha256; cv=none; b=acjZz8+9zuu6efwTlJsXIOQE/dacD7ybxY9XT5+ccoXz6XXt8oedTv1w7R+eqLTSeMqFag /VEna32KvY27Jk9mmVNEFcMr3F3xUW4khHXfq93iqDEL/PLd5H6+LvMcEbV7g6gqhZ5dyv 8l0zM5My/BeddHTyGa21JI49OZtmEqKSi1ancE1TVkCv3Unu/EhOCfJ3bndB9e+IFJM5uG TCGENWl8uqGI2stjcwnr1nofi46r+IJLEemDrwClMIsrCn1o0t62qFqIiQ0ijPKrhNrcZA KeSpGGve6xEkulQq5PJkOgpvhm6wJ4ARgERI6mP6Q7Z09PiVuhViBWscx/hGVQ== Received: from mail-vs1-f53.google.com (mail-vs1-f53.google.com [209.85.217.53]) (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: jkoshy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Plnz20T2DzNJb; Mon, 27 Mar 2023 22:48:14 +0000 (UTC) (envelope-from jkoshy@freebsd.org) Received: by mail-vs1-f53.google.com with SMTP id h27so8903492vsa.1; Mon, 27 Mar 2023 15:48:14 -0700 (PDT) X-Gm-Message-State: AAQBX9fIvzQgVjg0HnuNdxVwt9GFFKGrl8CYW8ecvOj31DJAXFL8FsGS +2G/UWuUTxLVywTSeCEQvTpJCiThubKYsZmfaxg= X-Google-Smtp-Source: AKy350aZ8dmoh98qiXoQ3jLuJ5058wpIw5ZmThgJEOjrRw1c4PB8yyKDDSO6adLwwKn0vz0+hBORstWHMwPpWtVJp6o= X-Received: by 2002:a67:d484:0:b0:425:87ab:c386 with SMTP id g4-20020a67d484000000b0042587abc386mr7556257vsj.3.1679957293407; Mon, 27 Mar 2023 15:48:13 -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: <07E5B3B2-82CF-4F8C-8E00-9824480F99DB@yahoo.com> In-Reply-To: <07E5B3B2-82CF-4F8C-8E00-9824480F99DB@yahoo.com> From: Joseph Koshy Date: Mon, 27 Mar 2023 23:48:02 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: A suitable installer image for an 8G rPI4? To: Mark Millard Cc: Joseph Koshy , freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-ThisMailContainsUnwantedMimeParts: N mark> My guess: you plugged the monitor cable into the connector mark> that is farther away from the USB3 power connector. Yes, that was it. Thanks! Regards, Joseph Koshy From nobody Tue Mar 28 19:22:27 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 4PmKM75yZHz42KB4 for ; Tue, 28 Mar 2023 19:22:27 +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 4PmKM73mnLz45dr for ; Tue, 28 Mar 2023 19:22:27 +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=1680031347; 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=MXwZNuLJRjIgbgEG/8lH1kL1lgOtzF6fcFr+tnYmEuw=; b=FJ5fXIg6S73L/eYdCwL1RlGwOrljm8U4QjO2+B+vtWD6VsdFeeywXD+YLvx3+ZKwhScCxE G2itCR4+CgdS9gbGXy6lAaD2mw5heApMrMWvA011lZcPvUM0CQZa/o8lgl4h6q2gieoIV8 EWto6Rmvg4DqOOv4aIfTuU8T9tJ3t/OAlBJDJJaUOHisSRYpn8MspOffny0XwsyKGNKadf lO1KpOyyEN7ba4e1llsI2WAvohVRN4esEHHnn74ATCo5dPC+jU00O8b5gpftccXyG6CbvX E45n30a+KPwx5RmH0cbqtssdJggHA/UpyEUV3fpkfkElFKOSyGiVt5pVWIOo0g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680031347; a=rsa-sha256; cv=none; b=g6em9QqesRANHVMoFB9S3/VlRQQp2Rjv3UErqrTBD5qJD2KxIZ0yVTMBcDYr9rFPqU5j/A +REUyNt/egWu9VPItvHxocvzeHw8S/arA6/b/gfUwsD1Kx/hDGZU24QbKtKLAZLPJ9BO6k WKj21dXmfSKODuitunTDq+skLnXhQ66DkqWFYSPEtqylZhl82n71w1lTQOSzR7jspzf9Bd V184QUklKJBkeZ3yBy7yhBYATefvBwzKNuMv22p/tRtEB/f7NNEw/2oFEB32Jbj3T3snPW usIlgUVsdv0p3Fvs/Lkwu6aC6iYOpMQOwhimxPAQabOKBdXpN8LJ9VP+TVeK6w== 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 4PmKM72tflz1GBT for ; Tue, 28 Mar 2023 19:22:27 +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 32SJMR4I083787 for ; Tue, 28 Mar 2023 19:22:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 32SJMRF1083786 for freebsd-arm@FreeBSD.org; Tue, 28 Mar 2023 19:22:27 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 270504] arm64-aarch64-PINE64-LTS network interface not operational in Clusterboard Date: Tue, 28 Mar 2023 19:22:27 +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 Some People X-Bugzilla-Who: pawel.krawczyk@hush.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=3D270504 Bug ID: 270504 Summary: arm64-aarch64-PINE64-LTS network interface not operational in Clusterboard Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: pawel.krawczyk@hush.com The SOpine module boots perfectly from latest arm64-aarch64-PINE64-LTS image when running in both Pine64 Baseboard and Clusterboard, but when running in= the latter the network interface doesn't work. This is a well known problem with the FDT which requires a small DT overlay= , as documented here (this "tx-delay-ps =3D <500>" part is the fix): https://nixos.wiki/wiki/NixOS_on_ARM/PINE_A64-LTS#Clusterboard_Ethernet As I don't have much experience building FreeBSD image for arm64, I can't provide a ready patch but with a little bit of guidance I'm sure I can add = the DTO and test it on actual hardware. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Mar 29 05:29:59 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 4PmZrB6561z4215X for ; Wed, 29 Mar 2023 05:30:02 +0000 (UTC) (envelope-from void@f-m.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4PmZr96mvPz4Lj9 for ; Wed, 29 Mar 2023 05:30:01 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=YNluchvI; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=NK48GAd3; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 66.111.4.28 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 7ED9B5C0260 for ; Wed, 29 Mar 2023 01:30:01 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 29 Mar 2023 01:30:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to; s=fm2; t=1680067801; x=1680154201; bh=TuCDqeFE73NX7Gq2Aw1mr/evT iGgMaKcA0bac9oEdZA=; b=YNluchvI41wqqRZis77aLsuEHSTnuWICphHKHeD0X z7b9cWjAlZ8eQ+PfE54AehO8BoKXahDe1ZPz0mO+6V7kWQ340zpngmEj06OmBzJY hVMYrADlOovgEJe8Q5nvZKvPPXNo/XfRBZgyEknwpft7M+HKWElr/wItjf8Fn/Fk E09eWHVxA5JzT0ZTQ23+XEu3MnWWbC/xPt9I+6QuYGsWWXAYPQlyzf2Q9kNwrSWS OMaf6FcvrmtQO8ltEOdAuiZo4yrtjrAxLGN22Y+eTQdkGn8Pr+964vrg/JnKg0VK sfucxfoGwo+dPadoJARSnJlM7n0AP7BvaO0QW3W6KsC0Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1680067801; x=1680154201; bh=TuCDqeFE73NX7Gq2Aw1mr/evTiGgMaKcA0b ac9oEdZA=; b=NK48GAd32w7Ix7YUeEA6HusR5M8Z+Y/eDo2CzOzyLgm/6/nXRWO +45MwWh1dtXfc3vEtHX9StQs9KzyPNigGktN2cNW0BvLHeCMb7RZ+OkgfRNpgnlZ oW41XsbzDpKUxAPFaRTDS23pOeqyMm0ECD19gMb6FZzEzmHmFkHdGiogRg/AmF6h uzEVvf/a+LOB2DUcRSU+j28H1Ut+BGxezKRKC8EO5xzwB2djScNuGfa7OydsOuE5 jlWCxye9k+4g45BZGKLO1ZbbFfmHyIrdjBPDSbE2xzaH860jy+1uDU886YHklIu/ QsiwJrg2R/bTK8LvntyQS4NGC+6b9/OpOFg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdehhedgleejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesthdtredttd dtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgrthht vghrnhepveduffeivdfffffghfegfeejfefftdeiteehteekfefhvdefgfettdeuheegff eunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvhho ihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 29 Mar 2023 01:30:00 -0400 (EDT) Date: Wed, 29 Mar 2023 06:29:59 +0100 From: void To: freebsd-arm@freebsd.org Subject: git takes ages after fetching ports in the resolving deltas stage Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org 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; format=flowed Content-Disposition: inline X-Spamd-Result: default: False [-3.35 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_SPAM_SHORT(0.35)[0.349]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; RWL_MAILSPIKE_GOOD(-0.10)[66.111.4.28:from]; TO_DN_NONE(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[4]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4PmZr96mvPz4Lj9 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello arm@, Lately I'm finding that git is taking up to 10 minutes in the 'resolving deltas' stage when fetching ports. I'm thinking maybe the git parameters I'm using are suboptimal. Mentioning this here because the time taken is really apparent on relatively slow hardware like the rpi4. This machine uses 'git -C /usr/ports fetch --ff-only -q' to refresh the local ports tree. Should it be using something else? The ports tree was initially fetched with 'git clone ssh://anonssh@git.freebsd.org/ports.git' -- From nobody Wed Mar 29 08:47:20 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 4PmgD33rrtz42DjN for ; Wed, 29 Mar 2023 08:47:31 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "q.saper.info", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PmgD22Z5Jz3nRm for ; Wed, 29 Mar 2023 08:47:30 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=saper.info header.s=Sep2014 header.b=azYllkPj; spf=none (mx1.freebsd.org: domain of saper@saper.info has no SPF policy when checking 2605:2700:0:2:a800:ff:fec7:5c61) smtp.mailfrom=saper@saper.info; dmarc=none Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.16.1/8.16.1) with ESMTPS id 32T8lLFp080335 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Mar 2023 08:47:21 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1680079641; bh=aXPuE4+gDXljLL6WVaC7rEkjALSrXm2vfapHrFDiDCc=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=azYllkPj0CRbet/ZWj2PmhjW2freb0dLWguxKi15s8nWjO963Jrz+TS84TYHvTKvW hpb49lZX0CJ1Jrk6gVs7B4+ivOkGleDrkTo34DLBYXRgeApTfV2cooHDCb4lALVe8j Z1b6Tbdq6URsCx4rq8WdW5guUUmBTbzQU5UxtwCw= Received: from localhost (saper@localhost) by q.saper.info (8.16.1/8.16.1/Submit) with ESMTP id 32T8lKFR080332; Wed, 29 Mar 2023 08:47:20 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Wed, 29 Mar 2023 08:47:20 +0000 From: Marcin Cieslak To: bob prohaska cc: Steve Rikli , "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle In-Reply-To: <20230327183055.GB65182@www.zefox.net> Message-ID: <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> 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; format=flowed X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[saper.info:s=Sep2014]; MIME_GOOD(-0.10)[text/plain]; TO_DN_EQ_ADDR_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[saper.info:+]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[saper.info]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_THREE(0.00)[3]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US] X-Rspamd-Queue-Id: 4PmgD22Z5Jz3nRm X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Mon, 27 Mar 2023, bob prohaska wrote: > On Mon, Mar 27, 2023 at 10:44:07AM -0700, Steve Rikli wrote: >> On Mon, Mar 27, 2023 at 06:52:37PM +0200, Warner Losh wrote: >>> On Mon, Mar 27, 2023, 6:49 PM bob prohaska wrote: >>> >>>> For some time (months, I think) a Pi4 running -current >>>> has been stopping at the loader prompt on first reboot >>>> following a buildworld/buildkernel/installeverything >>>> cycle. The system uses a USB mechanical disk, no microSD >>>> and has never had trouble finding the disk. >>>> >>>> It seems to happen only on the first reboot, though >>>> I'm not absolutely certain since I haven't been >>>> keeping notes. I have a similar thing with Nano PI R2S. With FreeBSD 12 it worked fine, now with FreeBSD 13 whenever I have serial console connected (3 wires via CH341 adapter), using the following /etc/remote entry to access it via "tip yellow" yellow:dv=/dev/cuaU0:br#1500000:pa=none: I know that the device tree for it is not perfect (I have no second Ethernet-over-USB interface, for example). I have to enter "boot" it extra at the third stage loader OK prompt when booting or rebooting with the console connected with tip: Loading kernel... /boot/kernel/kernel text=0x2a8 text=0x8bcbf0 text=0x1f97ac data=0x1a6ac0 data=0x0+0x381000 syms=[0x8+0x11f6a0+0x8+0x14398a] Loading configured modules... /boot/entropy size=0x1000 /boot/kernel/umodem.ko text=0x2160 text=0x1440 data=0x6e8+0x10 syms=[0x8+0xf60+0x8+0xb7b] loading required module 'ucom' /boot/kernel/ucom.ko text=0x249f text=0x3840 data=0x8a0+0x858 syms=[0x8+0x1188+0x8+0xb1c] /etc/hostid size=0x25 Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. OK 6;176R sometimes the extra characters are different, like OK 9;106R Is this some device status report sequence of the terminal or something? It seems to boot fine with three wires connected to the CH341, but "tip" session must be disconnected. tip is running in rxvt-unicode (TERM=rxvt-unicode-256color), running in x11-wm/dwm under Xorg. With three wires disconnected (nothing plugged in, only USB power and the Ethernet), it works pretty unreliably. Sometimes it simply stops working and simple power cycle does not bring FreeBSD back (unless I connect the console and observe things). But maybe this is something different. Of course now at my desk as I write this it boots every time :) but not so in the field. (But that is probably something unrelated). dmesg: 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.1-RELEASE-p6 GENERIC arm64 FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git llvmorg-13.0.0-0-gd7b669b3a303) VT: init without driver. module firmware already present! real memory = 1071427584 (1021 MB) avail memory = 1022058496 (974 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 3cf20000 mode 2 pages 1 MAP 3cf24000 mode 2 pages 3 MAP 3cf28000 mode 2 pages 4 MAP 3ff40000 mode 2 pages 16 kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 clk_fixed0: on ofwbus0 rk_grf0: mem 0xff100000-0xff100fff on ofwbus0 rk3328_cru0: mem 0xff440000-0xff440fff on ofwbus0 Cannot set frequency for clk: aclk_bus_pre, error: 34 rk3328_cru0: Failed to set aclk_bus_pre to a frequency of 15000000 Cannot set frequency for clk: aclk_peri_pre, error: 34 rk3328_cru0: Failed to set aclk_peri_pre to a frequency of 15000000 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 simple_mfd0: mem 0xff450000-0xff45ffff on ofwbus0 psci0: on ofwbus0 gic0: mem 0xff811000-0xff811fff,0xff812000-0xff813fff,0xff814000-0xff815fff,0xff816000-0xff817fff irq 49 on ofwbus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 160 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff210000-0xff2100ff irq 53 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff220000-0xff2200ff irq 54 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff230000-0xff2300ff irq 55 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff240000-0xff2400ff irq 56 on rk_pinctrl0 gpiobus3: on gpio3 rk_i2c0: mem 0xff160000-0xff160fff irq 16 on ofwbus0 iicbus0: on rk_i2c0 rk805_pmu0: at addr 0x30 irq 57 on iicbus0 gpioregulator0: on ofwbus0 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 rk_tsadc0: mem 0xff250000-0xff2500ff irq 22 on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpufreq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 pmu0: irq 0,1,2,3 on ofwbus0 uart0: <16750 or compatible> mem 0xff130000-0xff1300ff irq 14 on ofwbus0 uart0: console (1500000,n,8,1) iic0: on iicbus0 rockchip_dwmmc0: mem 0xff500000-0xff503fff irq 41 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a mmc0: on rockchip_dwmmc0 dwc0: mem 0xff540000-0xff54ffff irq 44 on ofwbus0 miibus0: on dwc0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto dwc0: Ethernet address: 32:c3:00:00:8c:3b ehci0: mem 0xff5c0000-0xff5cffff irq 46 on ofwbus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ohci0: mem 0xff5d0000-0xff5dffff irq 47 on ofwbus0 usbus1 on ohci0 dwcotg0: mem 0xff580000-0xff5bffff irq 48 on ofwbus0 usbus3 on dwcotg0 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioled0: on ofwbus0 armv8crypto0: Timecounters tick every 1.000 msec rk805_pmu0: registered as a time-of-day clock, resolution 1.000000s usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen3.1: at usbus3 uhub0 on usbus3 uhub0: on usbus3 ugen1.1: at usbus1 uhub1 on usbus1 uhub1: on usbus1 ugen0.1: at usbus0 uhub2 on usbus0 uhub2: on usbus0 mmcsd0: 16GB at mmc0 50.0MHz/4bit/1016-block CPU 0: ARM Cortex-A53 r0p4 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 = <> 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-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 Release APs...done Trying to mount root from ufs:/dev/ufs/rootfs [rw]... uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered uhub2: 1 port with 1 removable, self powered dwwdt0: mem 0xff1a0000-0xff1a00ff irq 20 on ofwbus0 dwwdt0: cannot find clock device_attach: dwwdt0 attach returned 6 lo0: link state changed to UP dwc0: link state changed to DOWN dwc0: link state changed to UP ofwdump -ap: Node 0x38: Node 0xe8: memory Node 0x128: fit-images Node 0x138: atf_2 Node 0x1a8: uboot Node 0x20c: aliases Node 0x380: cpus Node 0x3ac: cpu@0 Node 0x494: cpu@1 Node 0x57c: cpu@2 Node 0x664: cpu@3 Node 0x74c: idle-states Node 0x770: cpu-sleep Node 0x800: l2-cache0 Node 0x83c: opp_table0 Node 0x888: opp-408000000 Node 0x8e0: opp-600000000 Node 0x92c: opp-816000000 Node 0x978: opp-1008000000 Node 0x9c4: opp-1200000000 Node 0xa10: opp-1296000000 Node 0xa60: bus Node 0xaac: dmac@ff1f0000 Node 0xb78: analog-sound Node 0xbf8: simple-audio-card,cpu Node 0xc28: simple-audio-card,codec Node 0xc5c: arm-pmu Node 0xce4: display-subsystem Node 0xd38: hdmi-sound Node 0xdb4: simple-audio-card,cpu Node 0xde4: simple-audio-card,codec Node 0xe18: psci Node 0xe60: timer Node 0xec8: xin24m Node 0xf34: i2s@ff000000 Node 0x1058: i2s@ff010000 Node 0x117c: i2s@ff020000 Node 0x1290: spdif@ff030000 Node 0x13a4: pdm@ff040000 Node 0x14c8: syscon@ff100000 Node 0x1548: io-domains Node 0x1610: grf-gpio Node 0x1668: power-controller Node 0x16f0: pd_hevc@6 Node 0x1714: pd_video@5 Node 0x1738: pd_vpu@8 Node 0x177c: reboot-mode Node 0x1804: serial@ff110000 Node 0x1954: serial@ff120000 Node 0x1aa4: serial@ff130000 Node 0x1c04: i2c@ff150000 Node 0x1d14: i2c@ff160000 Node 0x1e1c: pmic@18 Node 0x1f64: regulators Node 0x1f74: DCDC_REG1 Node 0x1fe0: regulator-state-mem Node 0x201c: DCDC_REG2 Node 0x2098: regulator-state-mem Node 0x20d4: DCDC_REG3 Node 0x2110: regulator-state-mem Node 0x213c: DCDC_REG4 Node 0x21ac: regulator-state-mem Node 0x21e8: LDO_REG1 Node 0x2254: regulator-state-mem Node 0x2290: LDO_REG2 Node 0x2300: regulator-state-mem Node 0x233c: LDO_REG3 Node 0x2398: regulator-state-mem Node 0x23e0: i2c@ff170000 Node 0x24f0: i2c@ff180000 Node 0x2600: spi@ff190000 Node 0x275c: watchdog@ff1a0000 Node 0x27d8: pwm@ff1b0000 Node 0x28ac: pwm@ff1b0010 Node 0x2980: pwm@ff1b0020 Node 0x2a50: pwm@ff1b0030 Node 0x2b3c: thermal-zones Node 0x2b50: soc-thermal Node 0x2ba4: trips Node 0x2bb0: trip-point0 Node 0x2bf8: trip-point1 Node 0x2c50: soc-crit Node 0x2ca0: cooling-maps Node 0x2cb4: map0 Node 0x2d2c: tsadc@ff250000 Node 0x2ee8: efuse@ff260000 Node 0x2f98: id@7 Node 0x2fbc: cpu-leakage@17 Node 0x2fe8: logic-leakage@19 Node 0x3018: cpu-version@1a Node 0x306c: adc@ff280000 Node 0x3180: gpu@ff300000 Node 0x32bc: iommu@ff330200 Node 0x3398: iommu@ff340800 Node 0x3474: video-codec@ff350000 Node 0x3554: iommu@ff350800 Node 0x3638: iommu@ff360480 Node 0x3724: vop@ff370000 Node 0x3840: port Node 0x387c: endpoint@0 Node 0x38c8: iommu@ff373f00 Node 0x39b0: hdmi@ff3c0000 Node 0x3b10: ports Node 0x3b1c: port Node 0x3b28: endpoint Node 0x3b68: codec@ff410000 Node 0x3c3c: phy@ff430000 Node 0x3d7c: clock-controller@ff440000 Node 0x3ff8: syscon@ff450000 Node 0x4084: usb2-phy@100 Node 0x4164: otg-port Node 0x4204: host-port Node 0x4284: mmc@ff500000 Node 0x4458: mmc@ff510000 Node 0x4570: mmc@ff520000 Node 0x46a0: ethernet@ff540000 Node 0x493c: mdio Node 0x4984: ethernet-phy@1 Node 0x4a60: ethernet@ff550000 Node 0x4c18: mdio Node 0x4c60: phy@0 Node 0x4d34: usb@ff5c0000 Node 0x4de8: usb@ff5d0000 Node 0x4e9c: usb@ff580000 Node 0x4fec: interrupt-controller@ff811000 Node 0x50cc: pinctrl Node 0x5144: gpio0@ff210000 Node 0x5218: gpio1@ff220000 Node 0x52e0: gpio2@ff230000 Node 0x53a8: gpio3@ff240000 Node 0x5460: pcfg-pull-up Node 0x5494: pcfg-pull-down Node 0x54c8: pcfg-pull-none Node 0x54fc: pcfg-pull-none-2ma Node 0x5544: pcfg-pull-up-2ma Node 0x557c: pcfg-pull-up-4ma Node 0x55d0: pcfg-pull-none-4ma Node 0x5618: pcfg-pull-down-4ma Node 0x5650: pcfg-pull-none-8ma Node 0x5698: pcfg-pull-up-8ma Node 0x56e0: pcfg-pull-none-12ma Node 0x5728: pcfg-pull-up-12ma Node 0x5770: pcfg-output-high Node 0x5798: pcfg-output-low Node 0x57bc: pcfg-input-high Node 0x57fc: pcfg-input Node 0x581c: i2c0 Node 0x5828: i2c0-xfer Node 0x587c: i2c1 Node 0x5888: i2c1-xfer Node 0x58dc: i2c2 Node 0x58e8: i2c2-xfer Node 0x593c: i2c3 Node 0x5948: i2c3-xfer Node 0x5998: i2c3-gpio Node 0x59dc: hdmi_i2c Node 0x59ec: hdmii2c-xfer Node 0x5a44: pdm-0 Node 0x5a50: pdmm0-clk Node 0x5a90: pdmm0-fsync Node 0x5ac0: pdmm0-sdi0 Node 0x5b00: pdmm0-sdi1 Node 0x5b40: pdmm0-sdi2 Node 0x5b80: pdmm0-sdi3 Node 0x5bc0: pdmm0-clk-sleep Node 0x5c04: pdmm0-sdi0-sleep Node 0x5c4c: pdmm0-sdi1-sleep Node 0x5c94: pdmm0-sdi2-sleep Node 0x5cdc: pdmm0-sdi3-sleep Node 0x5d24: pdmm0-fsync-sleep Node 0x5d60: tsadc Node 0x5d6c: otp-gpio Node 0x5dac: otp-out Node 0x5dec: uart0 Node 0x5df8: uart0-xfer Node 0x5e48: uart0-cts Node 0x5e88: uart0-rts Node 0x5ec8: uart0-rts-gpio Node 0x5f00: uart1 Node 0x5f0c: uart1-xfer Node 0x5f5c: uart1-cts Node 0x5f9c: uart1-rts Node 0x5fdc: uart1-rts-gpio Node 0x6014: uart2-0 Node 0x6020: uart2m0-xfer Node 0x6068: uart2-1 Node 0x6074: uart2m1-xfer Node 0x60cc: spi0-0 Node 0x60d8: spi0m0-clk Node 0x6108: spi0m0-cs0 Node 0x6138: spi0m0-tx Node 0x6168: spi0m0-rx Node 0x6198: spi0m0-cs1 Node 0x61cc: spi0-1 Node 0x61d8: spi0m1-clk Node 0x6208: spi0m1-cs0 Node 0x6238: spi0m1-tx Node 0x6268: spi0m1-rx Node 0x6298: spi0m1-cs1 Node 0x62cc: spi0-2 Node 0x62d8: spi0m2-clk Node 0x6318: spi0m2-cs0 Node 0x6358: spi0m2-tx Node 0x6398: spi0m2-rx Node 0x63dc: i2s1 Node 0x63e8: i2s1-mclk Node 0x6418: i2s1-sclk Node 0x6448: i2s1-lrckrx Node 0x6478: i2s1-lrcktx Node 0x64a8: i2s1-sdi Node 0x64d8: i2s1-sdo Node 0x6508: i2s1-sdio1 Node 0x6538: i2s1-sdio2 Node 0x6568: i2s1-sdio3 Node 0x6598: i2s1-sleep Node 0x664c: i2s2-0 Node 0x6658: i2s2m0-mclk Node 0x6688: i2s2m0-sclk Node 0x66b8: i2s2m0-lrckrx Node 0x66ec: i2s2m0-lrcktx Node 0x6720: i2s2m0-sdi Node 0x6750: i2s2m0-sdo Node 0x6780: i2s2m0-sleep Node 0x6808: i2s2-1 Node 0x6814: i2s2m1-mclk Node 0x6844: i2s2m1-sclk Node 0x6874: i2sm1-lrckrx Node 0x68a8: i2s2m1-lrcktx Node 0x68dc: i2s2m1-sdi Node 0x690c: i2s2m1-sdo Node 0x693c: i2s2m1-sleep Node 0x69b4: spdif-0 Node 0x69c0: spdifm0-tx Node 0x69f4: spdif-1 Node 0x6a00: spdifm1-tx Node 0x6a34: spdif-2 Node 0x6a40: spdifm2-tx Node 0x6a84: sdmmc0-0 Node 0x6a94: sdmmc0m0-pwren Node 0x6ac8: sdmmc0m0-gpio Node 0x6b00: sdmmc0-1 Node 0x6b10: sdmmc0m1-pwren Node 0x6b44: sdmmc0m1-gpio Node 0x6b98: sdmmc0 Node 0x6ba4: sdmmc0-clk Node 0x6be4: sdmmc0-cmd Node 0x6c24: sdmmc0-dectn Node 0x6c68: sdmmc0-wrprt Node 0x6c9c: sdmmc0-bus1 Node 0x6ccc: sdmmc0-bus4 Node 0x6d3c: sdmmc0-gpio Node 0x6de0: sdmmc0ext Node 0x6df0: sdmmc0ext-clk Node 0x6e24: sdmmc0ext-cmd Node 0x6e58: sdmmc0ext-wrprt Node 0x6e8c: sdmmc0ext-dectn Node 0x6ec0: sdmmc0ext-bus1 Node 0x6ef4: sdmmc0ext-bus4 Node 0x6f58: sdmmc0ext-gpio Node 0x7000: sdmmc1 Node 0x700c: sdmmc1-clk Node 0x703c: sdmmc1-cmd Node 0x706c: sdmmc1-pwren Node 0x70a0: sdmmc1-wrprt Node 0x70d4: sdmmc1-dectn Node 0x7108: sdmmc1-bus1 Node 0x7138: sdmmc1-bus4 Node 0x7198: sdmmc1-gpio Node 0x724c: emmc Node 0x7258: emmc-clk Node 0x7288: emmc-cmd Node 0x72b8: emmc-pwren Node 0x72e8: emmc-rstnout Node 0x731c: emmc-bus1 Node 0x734c: emmc-bus4 Node 0x73ac: emmc-bus8 Node 0x7450: pwm0 Node 0x745c: pwm0-pin Node 0x74a0: pwm1 Node 0x74ac: pwm1-pin Node 0x74f0: pwm2 Node 0x74fc: pwm2-pin Node 0x7540: pwmir Node 0x754c: pwmir-pin Node 0x7590: gmac-1 Node 0x759c: rgmiim1-pins Node 0x7730: rmiim1-pins Node 0x7854: gmac2phy Node 0x7864: fephyled-speed10 Node 0x789c: fephyled-duplex Node 0x78d0: fephyled-rxm1 Node 0x7914: fephyled-txm1 Node 0x7948: fephyled-linkm1 Node 0x7990: tsadc_pin Node 0x79a0: tsadc-int Node 0x79d0: tsadc-gpio Node 0x7a04: hdmi_pin Node 0x7a14: hdmi-cec Node 0x7a54: hdmi-hpd Node 0x7a98: cif-0 Node 0x7aa4: dvp-d2d9-m0 Node 0x7b88: cif-1 Node 0x7b94: dvp-d2d9-m1 Node 0x7c78: button Node 0x7c84: reset-button-pin Node 0x7cd0: ethernet-phy Node 0x7ce4: eth-phy-reset-pin Node 0x7d30: leds Node 0x7d3c: lan-led-pin Node 0x7d7c: sys-led-pin Node 0x7dbc: wan-led-pin Node 0x7e00: pmic Node 0x7e0c: pmic-int-l Node 0x7e50: sd Node 0x7e58: sdio-vcc-pin Node 0x7ea4: chosen Node 0x7f14: gmac-clock Node 0x7f88: keys Node 0x7fd0: reset Node 0x8030: leds Node 0x8080: led-0 Node 0x80cc: led-1 Node 0x8114: led-2 Node 0x8164: sdmmcio-regulator Node 0x8298: sdmmc-regulator Node 0x8374: vdd-5v Node 0x83fc: dmc Node 0x87bc: usb@ff600000 From nobody Wed Mar 29 10:44:22 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 4Pmjpz2pkXz42NMm for ; Wed, 29 Mar 2023 10:44:27 +0000 (UTC) (envelope-from void@f-m.fm) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4Pmjpy4xKbz40kq for ; Wed, 29 Mar 2023 10:44:26 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=SwmZVuXj; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=XG0FeIQc; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 66.111.4.26 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 17D415C00DA for ; Wed, 29 Mar 2023 06:44:26 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 29 Mar 2023 06:44:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1680086666; x=1680173066; bh=t1 /RTaj9e8AJxEnBeFvcxrtZwlGM7No76GEnFOKMsIo=; b=SwmZVuXjEXpIXfT1qE ol6FjJGGfMWheeXCcx0dbFbD67VoOJ02ZOAGDgoRKGHwfAyoJ0GAyLl207HZ4UcW 63YcbYf0QJKZHzfcbtI/WLUOAijyGN4DZ1Ir/4e/V/UZgMOYLjQZiK7zoR5xtyrF E6bespA9nV6SBI9HhPduL71ZePPD5Y8JdMJtIHzwA2u6gsWP51WpVkZDktycuMBv PGvLONxj0w9TXS5mzvZ3TygD7jjDzhwq/QNqUuFVLW7jUGvIhrusc3lzC3aDFTOV 9jpshSUl5SCUoDTjLrRM62xFj/NwFu5/OHRGT+HbK6u604Grx1EIFaUNSD1pNJtY 5l5A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1680086666; x=1680173066; bh=t1/RTaj9e8AJx EnBeFvcxrtZwlGM7No76GEnFOKMsIo=; b=XG0FeIQcCh5mYeW5+jF4dOVVb3jQm 3ys215/8NP1sE86/k7fYqBEa3PqKMPn59Pf7c1dsHSjQQH6jgJkPVZFb5NOFvY78 EdWOaV4p55VeeLhJxVCJrcZOCfKRtNwpMIsqbbmrdvs0/0fmQFqBXWe4limybPtM EpGz87AlPqPap79/NZ55CFxdzkFQnRVT/RhN1xcAJaHbhlLvsdl9rVvn4bRNZpwG hFmwnFeGFrz2Gkm0qHSmHGlnvyTqlEd2Bt4w0D9rf1VVfcUHha9qzoIK4eWVmSGN eworrc1+uI+5NKComu+ZjO5haEQBcMVQ+bW5SbMJkYfEVqahb97K6RGBg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdehiedgfedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepkeeluddvlefhieelfefggffhffektdehleelgfdugfdvgeekjeejuddthe ehgfeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 29 Mar 2023 06:44:25 -0400 (EDT) Date: Wed, 29 Mar 2023 11:44:22 +0100 From: void To: freebsd-arm@freebsd.org Subject: Re: git takes ages after fetching ports in the resolving deltas stage Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: 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; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-3.29 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_SPAM_SHORT(0.41)[0.413]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.26:from]; RWL_MAILSPIKE_GOOD(-0.10)[66.111.4.26:from]; TO_DN_NONE(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[4]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Pmjpy4xKbz40kq X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Wed, Mar 29, 2023 at 06:29:59AM +0100, void wrote: >Hello arm@, > >Lately I'm finding that git is taking up to 10 minutes in the 'resolving deltas' >stage when fetching ports. > >I'm thinking maybe the git parameters I'm using are suboptimal. Mentioning this >here because the time taken is really apparent on relatively slow hardware >like the rpi4. This machine uses 'git -C /usr/ports fetch --ff-only -q' to >refresh the local ports tree. Should it be using something else? > >The ports tree was initially fetched with >'git clone ssh://anonssh@git.freebsd.org/ports.git' Some figures: rpi4b on stable/13-n254900-a836dce6d085 8GB ram, dev.cpu.0.freq: 2100 /tmp is a tmpfs. usb3-connected hd, zfs updating ports tree with git -C /usr/ports pull --ff-only git pull --ff-only started on Wed Mar 29 10:56:06 BST 2023 git pull --ff-only completed on Wed Mar 29 11:01:17 BST 2023 git in state of 'uwait' in top [00:01:04] Inspecting ports tree for modifications to git checkout... most of the time in uwait, then zio->i [00:08:59] Ports top-level git hash: 5f32c6225 so, 7 mins 55s from poudriere starting inspecting the ports tree to completing it. Is this expected? have only noticed the delay recently. -- From nobody Wed Mar 29 16:48: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 4PmsvP3kwZz42nLK for ; Wed, 29 Mar 2023 16:48:49 +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 4PmsvN6tJsz4bfd for ; Wed, 29 Mar 2023 16:48:48 +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 32TGmkVJ075398 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Mar 2023 09:48:46 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 32TGmjfn075397; Wed, 29 Mar 2023 09:48:45 -0700 (PDT) (envelope-from fbsd) Date: Wed, 29 Mar 2023 09:48:45 -0700 From: bob prohaska To: Marcin Cieslak Cc: Steve Rikli , "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle Message-ID: <20230329164845.GA75320@www.zefox.net> References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> 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: <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> X-Rspamd-Queue-Id: 4PmsvN6tJsz4bfd 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 Wed, Mar 29, 2023 at 08:47:20AM +0000, Marcin Cieslak wrote: > > Type '?' for a list of commands, 'help' for more detailed help. > OK 6;176R > > sometimes the extra characters are different, like > > OK 9;106R > > Is this some device status report sequence of the terminal or something? I've never seen any extraneous characters at the loader prompt on the serial end. I do sometimes see extraneous characters on the usb end after establishing a connection to a booted host and getting a login prompt. Those have always been "^@^@^@^@^@....." > > It seems to boot fine with three wires connected to the CH341, but > "tip" session must be disconnected. tip is running in rxvt-unicode > (TERM=rxvt-unicode-256color), running in x11-wm/dwm under Xorg. > > With three wires disconnected (nothing plugged in, only USB power and > the Ethernet), it works pretty unreliably. Sometimes it simply stops > working and simple power cycle does not bring FreeBSD back (unless > I connect the console and observe things). But maybe this is something > different. Of course now at my desk as I write this it boots every time :) > but not so in the field. (But that is probably something unrelated). > Does anything change if you use cu? cu -l cuaU0 -s 115200 for example. If not maybe try different hardware (cables, usb-serial adapters, power supplies and so on) with an eye to any changes of behavior. At this stage making the problem worse might be more useful than making it better. Disconnecting the serial-end ground might be worth a try. If the connection still works it suggests you have multiple grounds, which can cause trouble. I ended up lifting the ground on one of my serial connections. AFAIK both Ethernet and USB power supplies are floating, so multiple grounds are very unlikely. But something might be faulty. I've put some "notes to self" at http://www.zefox.net/~fbsd/pi_serial_console and http://www.zefox.net/~fbsd/console_wiring hth, bob prohaska From nobody Thu Mar 30 00:24: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 4Pn40w209Gz4261K for ; Thu, 30 Mar 2023 00:24:16 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "q.saper.info", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pn40v6kntz4Ctq for ; Thu, 30 Mar 2023 00:24:15 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; none Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.16.1/8.16.1) with ESMTPS id 32U0OElY087863 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 30 Mar 2023 00:24:14 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1680135854; bh=3Q0XwdyRNUu223YL+8kLumGB4dNJ8S0YkqCY2anf3mo=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=BhiGpSS9cLZn6Y9PmJ12AGKwq7j4QGGCorzg0wF01g5Qq0osGwuYzQGlx0e3LyIsV gNRGmsdu9mXDI5GsceWcbEJ+DuufBNoyE7ieEcjJbC5u+NFM7OUg4xKL4jWXTDsSRj KNX8iYBZI+ymhiPGLjo2WcHs5bA34X/O7zKrLirM= Received: from localhost (saper@localhost) by q.saper.info (8.16.1/8.16.1/Submit) with ESMTP id 32U0ODij087860; Thu, 30 Mar 2023 00:24:14 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Thu, 30 Mar 2023 00:24:13 +0000 From: Marcin Cieslak To: bob prohaska cc: Steve Rikli , "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle In-Reply-To: <20230329164845.GA75320@www.zefox.net> Message-ID: References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> 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/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="2201072851-2001103019-1680135854=:23510" X-Rspamd-Queue-Id: 4Pn40v6kntz4Ctq X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --2201072851-2001103019-1680135854=:23510 Content-Type: text/plain; charset=US-ASCII; format=flowed On Wed, 29 Mar 2023, bob prohaska wrote: > On Wed, Mar 29, 2023 at 08:47:20AM +0000, Marcin Cieslak wrote: >> >> With three wires disconnected (nothing plugged in, only USB power and >> the Ethernet), it works pretty unreliably. Sometimes it simply stops >> working and simple power cycle does not bring FreeBSD back (unless >> I connect the console and observe things). But maybe this is something >> different. Of course now at my desk as I write this it boots every time :) >> but not so in the field. (But that is probably something unrelated). >> > > Does anything change if you use cu? cu -l cuaU0 -s 115200 for example. No, but I just checked that everything looks fine outside of the X session, just under the text console - vt(4), so no xterm > If not maybe try different hardware (cables, usb-serial adapters, > power supplies and so on) with an eye to any changes of behavior. > At this stage making the problem worse might be more useful than > making it better. Disconnecting the serial-end ground might be > worth a try. If the connection still works it suggests you have > multiple grounds, which can cause trouble. I ended up lifting > the ground on one of my serial connections. AFAIK both Ethernet > and USB power supplies are floating, so multiple grounds are very > unlikely. But something might be faulty. The characters look too regular to me, just like a normal terminal codes, not a line noise. I test the device now powered from the same USB hub as the USB-serial converter. Rockchip needs 1500000 bps console, pretty fest. Also, uboot autoboot prompt never gets interrupted. I also noticed that "resizewin" complains about not getting information about the terminal upon login on the serial console while being in the vt(4) text mode. Looks like the bootloader tries to send/receives some terminal control sequences and this fails, interupting the autoboot. Marcin --2201072851-2001103019-1680135854=:23510 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOdgYJKoZIhvcNAQcCoIIOZzCCDmMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggq9MIIEvDCCA6SgAwIBAgIQeEqpEhjRpCYIUTzTZlVD ozANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdHbG9iYWxTaWduIFJvb3Qg Q0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xvYmFs U2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yOTAzMTgwMDAwMDBaMFsxCzAJBgNV BAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvxvJBqEapaux2/z3J7fFslRO WjKVJ5rCMfWGsg17dmD7NSnG7Spoa8d3htXsls1IMxoO8PyouQajNQqYmlYo xinlqenMNv7CJyEKMOAtglBmD6C/QC7kT+dSx4HfSTs8xmv8veJOldMzF8S/ BEn/tD4w/Dvpg+oXOqDyOiHPTacRFK0QHoq5eEbBmVS8W0rwcaRotO9fGTA+ NjF0My7GLRNK0eMPGh2hcPZURQhXy7wRQ8XFIfEA6kaQHHN22ncnVtwqiTmA wTR+4GNNVinG3KjNZLAVSnGrdCvT2I4Zo19hKy5PX6o7wrVXvMR4zV5VBFwV 6ZDM+xewao7Mup+SbwIDAQABo4IBiTCCAYUwDgYDVR0PAQH/BAQDAgGGMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAfBgNVHSMEGDAW gBSP8Et/qC5FJK5NUPpjmove4t0bvDB6BggrBgEFBQcBAQRuMGwwLQYIKwYB BQUHMAGGIWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA7Bggr BgEFBQcwAoYvaHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQv cm9vdC1yMy5jcnQwNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5nbG9i YWxzaWduLmNvbS9yb290LXIzLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIB KDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9y ZXBvc2l0b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAWWtqju12g524FdD2HwUX U1rSxeM5aSU1cUC1V/xBjXW0IjA7/3/vG2cietPPP/g3lpoQePVJpQAKZml8 1fHwPPivFK9Ja41jJkgqGzkORSC0xYkh2gGeQg1JVaCzcrRzJElRjT442m6F pbLHCebxIHLu0WBNjLZreB6MYMaqdPL6ItbXtD/BU4k517cEuUbczoBFZAra jq7oUBWXuroln5AMnRwVNwgJN4Np0s4kkJ94KepzbFOLzcbnfUB0+xT4foXm bM0GmmcPGOy0qvqEHJsBwDZXDxIk8oqCnnLngi7N94Sn4eTcmpZ9NH2dDN1O TEPVXgRG5X1pBcNtMWG6MDCCBfkwggThoAMCAQICDCKqoJRMYYx5sYJHGzAN BgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMgUGVyc29u YWxTaWduIDEgQ0EgMjAyMDAeFw0yMzAzMDcxNjExMDlaFw0yNjAzMDcxNjEx MDlaMDwxGTAXBgNVBAMMEHNhcGVyQHNhcGVyLmluZm8xHzAdBgkqhkiG9w0B CQEWEHNhcGVyQHNhcGVyLmluZm8wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAw ggIKAoICAQC8MB3fTYVrTadH5qE2CIa4VLvlL6QHgDriMRLkTA49SPszYCO0 fZTEpdSw8fc6kK9p2fD63LAfOHeD7jzey5aHBzpIGlxeFkn0Ce2BCYY5yLxK i9byoCwrpLchTR1Itpk1w+zy5E4T9KBTL1+c+w+TKpaIvFLXtjZtz4wQGi0p e/nRkRK9htGG3mETh+APitedl+ImGaI8NK9PELxuSkXnYAvGPpnXir8vbszk tJU1b0TevL/i3Sy6fhOhunZmTo1QDM7Zw4UyVjkQgTvL3y4I0tIrVjlam08x XZeMp+i/Gl51eHGvRVfvdJUJAjrWhrFEp8+2FZouWxWzAlHdd2sRp1AekNdP CeRgHeIF6uNtSseL1grKAjU+4BiixWPp1y1niB0humoQHoub/6fO/mU+//rW l3gTwZNu4FuKgZlfPw+qnvuka0c9dUNIZRCE5z8yXjS8R9yZWirnHNhYxf/e R2y4jaiHzPAjZlZZ2rGx8xVfB2n2JsAicj2+ZxmXlQ1yd5RW1pfxG3cdNNC5 uZ+j4JIN2ElsIjEKmMn9gHdoaEMAy/ENwNiMDBadLnc8qWirq/Ktp2dBSf2y /sH9xMpVyk8wuYjpbCnX4xslAensno5A20MYdKGPRFaItEhNPNbfzc1+4br8 exoXFX1F9ZJK9gGUO2nLbdRycphdyzxzgQIDAQABo4IB2jCCAdYwDgYDVR0P AQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNv bmFsc2lnbjFjYTIwMjAuY3J0MEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC5n bG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMDBMBgNV HSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1Ud HwRCMEAwPqA8oDqGOGh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2Ny M3BlcnNvbmFsc2lnbjFjYTIwMjAuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1Ud IwQYMBaAFIW78MzENrUKYnajmS6PuzpqrcVRMB0GA1UdDgQWBBTW/RrdlRFR y6MgS7liTThMnQA5ozANBgkqhkiG9w0BAQsFAAOCAQEAAwoUJShHMueocVlD 1+vYJbTTTbk9tabr2L4Iyyy4Btu1d1wwl6d9Yx2N9qaVERWcEeP0aR+NB2B7 xIKl/ZnZVuSxep0Raw4s284a/jSIJlsAi4SJItDCU2VrYJDWxP7MxzZHnzPI MLDoTHXPV18gvYTewoNk5/Yo89Kb0v/GpPTpP2sVdrWLHa4uKUHYrAZ0aByp kNw6lXp6o6DXvXaOd6KDTQN5XhmmHwLnuLceODF1t9gicsZIOY+KAxN6YZ6t EqwN48b4OFMpckDE3fm1iTZRqnEIqUHOKOcoCImkub1woEN0zXDQmLXaZigl uVztWSTM4/fapWLrlHBNxfjs1TGCA30wggN5AgEBMGswWzELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2Jh bFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDCKqoJRMYYx5 sYJHGzANBglghkgBZQMEAgEFAKCB5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0yMzAzMzAwMDI0MTNaMC8GCSqGSIb3DQEJ BDEiBCDOkkD2L2dxf0OzHy/XpEvfvLovOMn1CkwJWlomT+ZhSzB5BgkqhkiG 9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAgB/ oK6zMLxGWIVoR1Og7YrZv+OYCKk04VO7MDbVZjHUwBygz7UOs6m1hfN8ESzm 79E+mjHgw9Ca4bD7qxqMq0rV1Wh9BFhHYsdj9sUgkr50nzdrba7h/DQTrOwM vZtXyzu2g8X4PSVBjefonTinHIyGfbwhrtqmsuEsZole9lJOGpdI9NWhvFtO YQ/eltfjBzsYFIim200E9ctvSk1nfXikSFzrgoTiRYnXUZJapeCivsacrVH1 H0I3QuWS1Znnhq7luljVwxfCzUu/B4P3Ku8xqfP6MSTpB6JuV3ffH4becAWu QXT0YvDTpRiRdturuMdli7En0Prm6/oOinpHjgzSY0O3jhNCEWalmfo+yRoK Ml4OHJ84kzb4zyoTsFPIvdrEUpC7iq5f5ukTzHowBZxk6qiWgd0tp9yGvL6z QV5zYYz88v/Z0U//ti1GJhl37b/Yj+Zbz7QEyBELPM1U7GnkNS1NWEuFecLC rY8q7lVpxEhNP+1wYcsRaTdnTzWOEX4vhVJwBobuXkibCpVWubLuFYJLrDZu 58vkqA19PSSVPYKWv2eCVwKWOm/FUhnTfDvD6ne68i5LolsP2LdP38PGiY4F wC/stT0LUmTijKUFWuQZE9p1zTX69m/qBT8PWvee9GqhRhE4ZYJ4YAebiDcl pjf+XG2/fjuN1RfgCgLyHw== --2201072851-2001103019-1680135854=:23510-- From nobody Thu Mar 30 01:09: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 4Pn50p0FM0z428q6 for ; Thu, 30 Mar 2023 01:09:14 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns4.genyosha.net (ns4.genyosha.net [50.53.250.75]) (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 "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pn50n3YBhz4L7Q for ; Thu, 30 Mar 2023 01:09:13 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; none Received: from dragon.home.genyosha.net (ops.genyosha.net [50.53.250.77]) by ns4.genyosha.net (8.17.1/8.16.1) with ESMTPS id 32U195Wh001115 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 29 Mar 2023 18:09:06 -0700 (PDT) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 32U1909p000421; Wed, 29 Mar 2023 18:09:00 -0700 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 32U1901s000420; Wed, 29 Mar 2023 18:09:00 -0700 Date: Wed, 29 Mar 2023 18:09:00 -0700 From: Steve Rikli To: Marcin Cieslak Cc: "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle Message-ID: References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> 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-Greylist: inspected by milter-greylist-4.6.4 (ns4.genyosha.net [50.53.250.75]); Wed, 29 Mar 2023 18:09:06 -0700 (PDT) for IP:'50.53.250.77' DOMAIN:'ops.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns4.genyosha.net [50.53.250.75]); Wed, 29 Mar 2023 18:09:06 -0700 (PDT) X-Rspamd-Queue-Id: 4Pn50n3YBhz4L7Q X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20055, ipnet:50.53.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote: > On Wed, 29 Mar 2023, bob prohaska wrote: > > > If not maybe try different hardware (cables, usb-serial adapters, > > power supplies and so on) with an eye to any changes of behavior. > > At this stage making the problem worse might be more useful than > > making it better. Disconnecting the serial-end ground might be > > worth a try. If the connection still works it suggests you have > > multiple grounds, which can cause trouble. I ended up lifting > > the ground on one of my serial connections. AFAIK both Ethernet > > and USB power supplies are floating, so multiple grounds are very > > unlikely. But something might be faulty. > > The characters look too regular to me, just like a normal terminal > codes, not a line noise. I test the device now powered from the > same USB hub as the USB-serial converter. Rockchip needs 1500000 bps > console, pretty fest. OK, then let's assume your serial cables & hoods etc. are OK for the moment. What does serial console config on the rpi look like? When I specified the rpi4 serial console speed in the config to match my serial terminal server, rather than let it "float" (default 9600), my loader interruptions stopped, and no more stray characters on the serial console after boot either. > Also, uboot autoboot prompt never gets interrupted. > > I also noticed that "resizewin" complains about not getting > information about the terminal upon login on the serial console > while being in the vt(4) text mode. > > Looks like the bootloader tries to send/receives some terminal control > sequences and this fails, interupting the autoboot. It may be something along those lines. When I was getting loader stops during reboot on my rpi4, my guess was the default FreeBSD speed 9600 vs. my serial terminal server setting of 115200 was causing stray characters on the line during boot, loader interpretted that as a keystroke, so it stopped. Cheers, sr. From nobody Thu Mar 30 02:24:07 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 4Pn6gZ4kVtz42Fb7 for ; Thu, 30 Mar 2023 02:24:26 +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 4Pn6gY18Wlz3GxJ for ; Thu, 30 Mar 2023 02:24:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=YrM0h0XR; 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=1680143063; bh=TJb+UsPBRmxcoYJUfkZCGXz3n9aSXyDuX9DjoAEPa1g=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=YrM0h0XRvHbQu404xBMcO7iwHwJuLhmgcLHk22Vg011DZ5H/Z1AyOZVeOLruDsWKs8o4XZSAJOEuz7VUniMj57uSP2pdIXzs8sVlrn3f/77BkbeOPvgJHcRqdbDlR+QP/sc81tNdgZsX+TdF9DUiTD9L3sva74/w5yyUqIx0I1e/SlhJ6Dq8GFhuIKRyAMFWW2g195E53BMxbm7UkTaV11uISLlAPjHmQNgqCtHkhE+w6lGHLPZfGrvWL3v/hHXv3J7E8/Pf1M1z/Y9KqKDhsZ/UuVoUbTeXsqsjdX1Nsyb0eTMZs0rEAx8wc5cCNMzm1gD72lrPOaCQdCBuJfbprQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680143063; bh=1rzXk8VxyVhAAGhmIczxCAGIAPJOotqIr1zTqusFrjT=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=XqjaAswsCWpWFIbMAIgfq+ETr8hM+OvvWsev2ZuLZX9UrGzNe4zwtPTIDcKaa/XKDD4LR4NXvyG28LwY/7FE1KlNAMPpTxeEdL+1Dk9JbvgMjzIRlny7X13UDrtZ6Rh3+HVxgKHGRINqkCajCI0bEP676vCjAK47ettnYp0qh7Heicqu1nSMmvMO9gokdRV8uibEgnmFukOu6SHFU0/6zp9qJPuPbONWq4TjA3ANOKBM5gU0IalZGLR2tXfoTTrlcE5+YcNxcKg+tx2kPUxnBwaJwwYrAjIIzxeaCok0GiLqWAHEvekd3yZXN2Q+fw1zF6ypTMjic/5NV7fqPNfZ8A== X-YMail-OSG: QBUcSVUVM1lPkrieTvMylCrQbwSn__Ij_KfiKB6J.3zNe0Ktm1rN2vnefF1gUgC Cr0gXtZ0zkU8gnht5XceGgROiH4SMTzk2RWW_84r11nVEddW_5z5o8zvn1kz3B0FpEmdSw7__g_H _Dy4TtCaJNcWvPIDSr4cT0ptDPVp1YBPusXZdyAGg9FURNoD9sUC2O.HGjEQnCU2tDofFxDXPXZ4 gdaWynKnI19hi0VUGigXdt37Boni_vREQFfhc00r3OQlKcCmrDXlavYUO0pjZqdiljMlVaYbhirF jaFIjbWqAvaOrhi0ofp2aoPgOgWwZMZWE_1PIb27xuxcXJSczCyzzg_lauoOKrHdMCb1z6Ib.Scv VHdWJMLNRDDXQ1_oQghnR9n6snohJN.0DqunQ8WZ_aZqK5y_ig5kwDdy3f6DQPME_VAw0obuam_J 3s6kIWEIuh11TR.eUWzQsgAeuj56RPKXf9tuJ4bnxfaraS5sOSbWbLIOs20YNtpb1YPGAw2zlyOz 6eEVvZwvVpGUSnV0bD8MmGIFPnZMu4muZjd5._SXgMFI.YvjUdciMx.Rr3IUsP7nz3P0iODprQiX PxtfrS.xOApOfS1vukSeFYY_C9DT2ZSbvtekdPboUxTN0uQCluEiHfO0bII.8p4xNDqMgUVmv2D2 MmXz6wZKVPPb1dPYQN5lIMeI8AgNvr6JCu_YwD39WC3399D8quGJoYhzBZ_8H6NGTrF7FCUQzvAL Z0fy2y0j7dRk_OF72Z23teqauDPiZqHiPsNHRHfApBcLcWw9j6tLF9LUFp_fabTslvblksyp0e2I K1VXoYaThKgPqzl.KEa.P0tCmUB4KBFxOiXBzIbgGiSTJCBqcH0DdHEsZT85BhRq0l_ytzyHfZXC 8o2KugxS3L9EZQTJjB2Oa8W9WmMzz.LxePz1d.Fw81R43VBT99ZYMS.Jf6RR5CCkmeG8wyTKBuM0 F3BJcVk3KglchlK156OSfRcVuHiDPVAaNOXoWQJGs8g0Y8cdKd16fVByV4tu.vtIOoJBcTOikVrv XQJ5cp2.UKNXIsm7jdG3RoWEYxBlHea81txF99EvGPkxEBAi3RSuSdi76gxIYuDJ_yw60XEsQkXq kaqPG_Dhha86UVoAgtuq94IZ7B3VIqns2fNrhta.uGnct2OGBPqk_NImnxuJm_vdcaLutDJYE.Hs CzXMicbTF0T0nquBaP22K3GLmmTRh_F6N60KoM0lNdhjwwWgQ9AvH.bZbAwmBTstRposWySNKOOg o17K_m.KtPmUE05KNsBBhGL9sCrn3JT.W4H4vjq1HvNuheASAyJQh3AzS6Olo39CMBi04HkRcFAI kTlCKr9d6GTBmQvdCNqTICRzyPzgiyKfeVU5.H1hF6K5ZmvKcrl3h.P5_ffZHGG5tKjE9Lj_RrqC bayiq34VYW71JxdSL6_rjxzSeeSshsgrU1dDxqR4V.j3UDBvu3stqmGQIbAkfr2HCJ7SVuXMZKSt qcnT9tmONa.dZvN0217TSCfkB0Uhs_aUt8ZQrXSenewHxlu8NVnCmO.fxe_ks9F1DgN6AEZdg7r0 MHtbtloKvSSZclUYsyMURymLdsHecHJyxRtUDcS7NY9l78_SsuiswXMilpHWkKdQhyiar1HMRTbZ JOoT2Qlv6dvHB4MMp4zXct6ZuPyuP.Ik9S22KZgYCuXlei_1Gn6YIiaLxmGJlDhLQ4IW2Jxnfu5H J2vO1b8TiP7zUPeAC23hMsHp2KmW1XS6YjAkc6K.b0R.VCAyR4H_ZwlK1qJ_0y1ZQ7C9LbACtYXY EcH27JMfeyTolMyoSy8h5ab6.4x2FlQGE7nLeu.7bH1K_IlVxFvL5i23RH1Urqbm6_.XlJ5vr6Bg Wmzw2HrliAuNPieIp9Xth.GRDJL5tJJH7D38Cg7y2MYTVpzLkmXVDdvuH_BwlzEMIhD_m5ZVkPQ8 AJry1oiMq1oRJVyAhI_VNBCiposglqW10RxXPXNiaSENm_FetsyVIJI36ndQRE_QN1KwwhC_LNE7 nRcBMDP9c.arF6h5bQAHEj2jj1EvoWwSQEnemY160YL.uyoKMRjOULdABCgavHLOM1NPfcJEa3Rv MgNYICkYs1RRdcljvFZKZknn6hTm1YsdQ5b8kQtLeMhpvI_ABcADakn0WkLUturXVBhIzpH0hQf8 doRIEiLJPZQkw41FBSw_ur7qVxr3fPzw7_bPksE_ooc41ZCt6VsvkVDtFuk.UsYdeGWv3cjL._Gv 8scmnAwXxd7voPG3ygymAHApWGaBRkH8x2w_NX6aUQPAP4RR9Un75AnxX3mZcaOYSot0U7dvDVle h2g-- X-Sonic-MF: X-Sonic-ID: f5536b73-7f78-4480-8d76-e127ff3e50a8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 30 Mar 2023 02:24:23 +0000 Received: by hermes--production-ne1-759c9b8c64-7kw78 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 974bcc926a11e1576bd48f978adb64ed; Thu, 30 Mar 2023 02:24:19 +0000 (UTC) From: Mark Millard 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 16.0 \(3731.400.51.1.1\)) Subject: RE: git: 6926e2699ae5 - main - arm: Add support for using VFP in kernel [vs. devel/libunwind for armv7 package builds] Message-Id: Date: Wed, 29 Mar 2023 19:24:07 -0700 Cc: "kd@freebsd.org" , "wma@freebsd.org" To: Current FreeBSD , freebsd-arm , FreeBSD Toolchain X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-2.35 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_SPAM_SHORT(0.15)[0.154]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Pn6gY18Wlz3GxJ X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N h= ttps://lists.freebsd.org/archives/dev-commits-src-main/2023-February/01255= 0.html ("git: 6926e2699ae5 - main - arm: Add support for using VFP in kernel") did not follow a pre-existing naming convention that devel/libunwind = depends on, leading to 6000+ skipped ports on the FreeBSD armv7-package building = server. (No claim that there would not be a next-problem in the way, however.) The details are . . . # grep -r "\" /usr/main-src/ | more . . . ignoring debian no such file notices . . . /usr/main-src/sys/arm/arm/machdep_kdb.c: memcpy(regs->fpr_r, = pcb->pcb_vfpstate.reg, /usr/main-src/sys/arm/arm/machdep_kdb.c: = sizeof(regs->fpr_r)); /usr/main-src/sys/arm/arm/machdep_kdb.c: = memcpy(pcb->pcb_vfpstate.reg, regs->fpr_r, sizeof(regs->fpr_r)); /usr/main-src/sys/arm/include/reg.h: __uint64_t fpr_r[32]; Everything else uses fpr (no _r suffix). devel/libunwind expects the "fpr" spelling ( from = http://ampere2.nyi.freebsd.org/data/main-armv7-default/pb73012d372f5_s91b2= da1370/logs/errors/libunwind-20211201_1.log ): --- ptrace/_UPT_access_fpreg.lo --- ptrace/_UPT_access_fpreg.c:107:25: error: no member named 'fpr' in = 'struct fpreg' memcpy(&fpreg.fpr[reg], val, sizeof(unw_fpreg_t)); ~~~~~ ^ ptrace/_UPT_access_fpreg.c:123:30: error: no member named 'fpr' in = 'struct fpreg' memcpy(val, &fpreg.fpr[reg], sizeof(unw_fpreg_t)); ~~~~~ ^ 2 errors generated. *** [ptrace/_UPT_access_fpreg.lo] Error code 1 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Mar 30 03:03:46 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 4Pn7YF00QSz42JJZ for ; Thu, 30 Mar 2023 03:04:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 4Pn7YD5Q43z3MTn for ; Thu, 30 Mar 2023 03:04:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52f.google.com with SMTP id ek18so71103092edb.6 for ; Wed, 29 Mar 2023 20:04:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; t=1680145437; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5Sdv3flPmP3hlwOIbxiyCA/dqX40XbmeX7ETnt16JDE=; b=uaoYKZuG44t+3j8lsdbleb7I4RERqwhHkeGN6/DFW9Ab7nyhpo2wuj/yd84TTTVqb8 QCilVPaewm889Z05jYymX/kEyXeq3xMBlpLgMuGigd4LMFaFi85NHH59HVxlTtVx+JFE o8WrsbHx8VTwqFDC8qHLHzvZl2Mm0gI4EYdWghNqK/pxvdPohapwiFmuHbKar5HvQ/7w pIBSdUi8oAMyS/c/GDGf7gISlbBrLkrRaWrFV60woncooT1vWKFYSftAqM+wNQt56aVT Mks2LXhPjAcV33C87a9naLRnR852PjRFYoODQsLi+U8X3YGQDZTRUpv81ymdW+b73NA0 C4tA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680145437; 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=5Sdv3flPmP3hlwOIbxiyCA/dqX40XbmeX7ETnt16JDE=; b=NhFhjtA51HEVM63QsibZJuwCS2KwdW+v8d4daRmWldSmwDuYHTUGkfAhjb08o7Qvvw jxyp+KBc8aGQyGbHExbmC0kCiI0TqdnZXaesWLspsToFoIfaSYhoT6Nn8sfwaGnR4CrN xDdbki++67NyYVD7c+kKU88FQvRKcYz/Nfcm0X1jXKgcmds9y3lv2KLcuq0Yw05vxiar m7jvE8tre0iNJ+oOA9sc/ex2/GYj4nSLlkUKZRRJEM+YSOR6uHx2tcwQM5GN4ePcsF+7 y+18bLIKQ5VnIBU8EVa8Eln3+aKVkYZv3XVwRLZ78HtBf6CVick/AAKNYLaxZCHZze3i 3Jeg== X-Gm-Message-State: AAQBX9d1ejOjLP+/eTrusJLOrS+QVosu4UbapCt7x5kYEHxH+lg2dOFv OCA3aOMMP+yOgJiBcfUk8fqgr/uJAxdbjiR7elQfMCG0hbpDTKNO1rPfUg== X-Google-Smtp-Source: AKy350Z7dED0lUjKXV9l+Kw4SDF5t7dry1cuZoEoqDhs4/DYugcuks+k2MPesLtewiaQqMq2VozpD5cftKgCp9Cb/Sk= X-Received: by 2002:a17:907:160e:b0:946:a095:b314 with SMTP id hb14-20020a170907160e00b00946a095b314mr4725953ejc.2.1680145436950; Wed, 29 Mar 2023 20:03: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: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> In-Reply-To: From: Warner Losh Date: Wed, 29 Mar 2023 21:03:46 -0600 Message-ID: Subject: Re: Boot stops at loader after build/install cycle To: Steve Rikli Cc: Marcin Cieslak , "freebsd-arm@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000f0d56e05f81557fa" X-Rspamd-Queue-Id: 4Pn7YD5Q43z3MTn 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 --000000000000f0d56e05f81557fa Content-Type: text/plain; charset="UTF-8" Also, the sequence looks like the terminal is reporting something, maybe focus?. That's why it's regular. Though I can't find a sequence that ends in R. Warner On Wed, Mar 29, 2023, 7:09 PM Steve Rikli wrote: > On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote: > > On Wed, 29 Mar 2023, bob prohaska wrote: > > > > > If not maybe try different hardware (cables, usb-serial adapters, > > > power supplies and so on) with an eye to any changes of behavior. > > > At this stage making the problem worse might be more useful than > > > making it better. Disconnecting the serial-end ground might be > > > worth a try. If the connection still works it suggests you have > > > multiple grounds, which can cause trouble. I ended up lifting > > > the ground on one of my serial connections. AFAIK both Ethernet > > > and USB power supplies are floating, so multiple grounds are very > > > unlikely. But something might be faulty. > > > > The characters look too regular to me, just like a normal terminal > > codes, not a line noise. I test the device now powered from the > > same USB hub as the USB-serial converter. Rockchip needs 1500000 bps > > console, pretty fest. > > OK, then let's assume your serial cables & hoods etc. are OK for the > moment. What does serial console config on the rpi look like? > > When I specified the rpi4 serial console speed in the config to match my > serial terminal server, rather than let it "float" (default 9600), my > loader interruptions stopped, and no more stray characters on the serial > console after boot either. > > > Also, uboot autoboot prompt never gets interrupted. > > > > I also noticed that "resizewin" complains about not getting > > information about the terminal upon login on the serial console > > while being in the vt(4) text mode. > > > > Looks like the bootloader tries to send/receives some terminal control > > sequences and this fails, interupting the autoboot. > > It may be something along those lines. When I was getting loader stops > during reboot on my rpi4, my guess was the default FreeBSD speed 9600 > vs. my serial terminal server setting of 115200 was causing stray > characters on the line during boot, loader interpretted that as a > keystroke, so it stopped. > > Cheers, > sr. > > --000000000000f0d56e05f81557fa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Also, the sequence looks like the terminal is reporting s= omething, maybe focus?. That's why it's regular. Though I can't= find a sequence that ends in R.

Warner=C2=A0

On Wed, Mar 29, 2023, 7:09 PM Steve Rikli <sr@genyosha.net> wrote:
On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Ci= eslak wrote:
> On Wed, 29 Mar 2023, bob prohaska wrote:
>
> > If not maybe try=C2=A0 different hardware (cables, usb-serial ada= pters,
> > power supplies and so on) with an eye to any changes of behavior.=
> > At this stage making the problem worse might be more useful than<= br> > > making it better. Disconnecting the serial-end ground might be > > worth a try. If the connection still works it suggests you have > > multiple grounds, which can cause trouble. I ended up lifting
> > the ground on one of my serial connections. AFAIK both Ethernet > > and USB power supplies are floating, so multiple grounds are very=
> > unlikely. But something might be faulty.
>
> The characters look too regular to me, just like a normal terminal
> codes, not a line noise. I test the device now powered from the
> same USB hub as the USB-serial converter. Rockchip needs 1500000 bps > console, pretty fest.

OK, then let's assume your serial cables & hoods etc. are OK for th= e
moment. What does serial console config on the rpi look like?

When I specified the rpi4 serial console speed in the config to match my serial terminal server, rather than let it "float" (default 9600)= , my
loader interruptions stopped, and no more stray characters on the serial console after boot either.

> Also, uboot autoboot prompt never gets interrupted.
>
> I also noticed that "resizewin" complains about not getting<= br> > information about the terminal upon login on the serial console
> while being in the vt(4) text mode.
>
> Looks like the bootloader tries to send/receives some terminal control=
> sequences and this fails, interupting the autoboot.

It may be something along those lines. When I was getting loader stops
during reboot on my rpi4, my guess was the default FreeBSD speed 9600
vs. my serial terminal server setting of 115200 was causing stray
characters on the line during boot, loader interpretted that as a
keystroke, so it stopped.

Cheers,
sr.

--000000000000f0d56e05f81557fa-- From nobody Thu Mar 30 03:05: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 4Pn7Zn0r7gz42Jg3 for ; Thu, 30 Mar 2023 03:05:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 4Pn7Zl6Gvnz3MsY for ; Thu, 30 Mar 2023 03:05:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=cvMCatAS; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::530) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-ed1-x530.google.com with SMTP id ew6so71049411edb.7 for ; Wed, 29 Mar 2023 20:05:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; t=1680145518; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=OsdA27yiCzh2Eym9jM1x3ZCfWIB7z+/B0nI0eLsy32Y=; b=cvMCatAS1k3R7Qvv9QgmhFm0DIX0SQ5yAeYhTePX7aQnGy0Vxj00GVC2qBm7/LGLoe RR7aCtwTOMHLhXPqAU82RuxytZsUCzQ9VWzLw51uklgn30gvJ0MMYLHGjZEVrbP4pKI1 R0+SXELx8BcTsKDv7VBj6LheHPI6lazSCP1j66v6D3JqEXIX6z9fZtbyNzRjKTMQhxdF V4SicSqokzywDQZxOub9lzYLG7tOxAXGsUcEZ6CzAf4a4fO9pyfTFv21/vonnYI7Q5E/ gbibNqMEuQkggyaggHcP1BVuMBCxOsDmqnpCjn3MM8/3U1ARp1q2gm8drUiY+FItA33v wVOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680145518; 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=OsdA27yiCzh2Eym9jM1x3ZCfWIB7z+/B0nI0eLsy32Y=; b=B0RsNarRD9Xj9S018NES+97oQHvB/qzBrrEtCifKUV80xWIG3aNPRUnKalAg6lK9rp yb1i/aXxqnsrhkFO3k6QwqKX1k7fIu0BShkELA8u1QK1e3hJcuMVnVOD5vhUCUeBaYRK 5buBfykJ7M7pCeaZPcLbLlwm2jD7imfnyWusNfyv4NHttSYpsEOYOuqqm+9d5EB+LkP3 b/MLbtaIUdVVqSPc8gXO3NBb2zVQ1Nuju7dXbdtu83dE1vrR+WHjeQv2jlsuBHfej8mD feo67ZyGzvvTAI52X+aNsmGZJ1WztEDQfVKyl6J3Muy8HA7AitcNrDnmrljhVnCbC7jG 28Pw== X-Gm-Message-State: AAQBX9e94TQgo815L96QQHE0H2ez53KK0zw5NLiz5LizZvfuck7NMO/3 fgHO5IiF5SoseWjfsTcUoMhlr+NZ8jOBMRW1FhSPeg== X-Google-Smtp-Source: AKy350YARyg0jrJdCspf5q+VOF7jsM0jv45koOgsEYT6ShbSE4X5PtZfedEQ4DsSRkd8K0gN7Y00TbK6NQ0ml2XS1rQ= X-Received: by 2002:a50:9b5c:0:b0:4fa:e5e0:9466 with SMTP id a28-20020a509b5c000000b004fae5e09466mr11157771edj.7.1680145518599; Wed, 29 Mar 2023 20:05:18 -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: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> In-Reply-To: From: Warner Losh Date: Wed, 29 Mar 2023 21:05:08 -0600 Message-ID: Subject: Re: Boot stops at loader after build/install cycle To: Steve Rikli Cc: Marcin Cieslak , "freebsd-arm@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000ceb8aa05f8155c56" X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.995]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-Rspamd-Queue-Id: 4Pn7Zl6Gvnz3MsY X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N --000000000000ceb8aa05f8155c56 Content-Type: text/plain; charset="UTF-8" On Wed, Mar 29, 2023, 9:03 PM Warner Losh wrote: > Also, the sequence looks like the terminal is reporting something, maybe > focus?. That's why it's regular. Though I can't find a sequence that ends > in R. > Do the numbers correspond to the terminal size? Warner > > Warner > > On Wed, Mar 29, 2023, 7:09 PM Steve Rikli wrote: > >> On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote: >> > On Wed, 29 Mar 2023, bob prohaska wrote: >> > >> > > If not maybe try different hardware (cables, usb-serial adapters, >> > > power supplies and so on) with an eye to any changes of behavior. >> > > At this stage making the problem worse might be more useful than >> > > making it better. Disconnecting the serial-end ground might be >> > > worth a try. If the connection still works it suggests you have >> > > multiple grounds, which can cause trouble. I ended up lifting >> > > the ground on one of my serial connections. AFAIK both Ethernet >> > > and USB power supplies are floating, so multiple grounds are very >> > > unlikely. But something might be faulty. >> > >> > The characters look too regular to me, just like a normal terminal >> > codes, not a line noise. I test the device now powered from the >> > same USB hub as the USB-serial converter. Rockchip needs 1500000 bps >> > console, pretty fest. >> >> OK, then let's assume your serial cables & hoods etc. are OK for the >> moment. What does serial console config on the rpi look like? >> >> When I specified the rpi4 serial console speed in the config to match my >> serial terminal server, rather than let it "float" (default 9600), my >> loader interruptions stopped, and no more stray characters on the serial >> console after boot either. >> >> > Also, uboot autoboot prompt never gets interrupted. >> > >> > I also noticed that "resizewin" complains about not getting >> > information about the terminal upon login on the serial console >> > while being in the vt(4) text mode. >> > >> > Looks like the bootloader tries to send/receives some terminal control >> > sequences and this fails, interupting the autoboot. >> >> It may be something along those lines. When I was getting loader stops >> during reboot on my rpi4, my guess was the default FreeBSD speed 9600 >> vs. my serial terminal server setting of 115200 was causing stray >> characters on the line during boot, loader interpretted that as a >> keystroke, so it stopped. >> >> Cheers, >> sr. >> >> --000000000000ceb8aa05f8155c56 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Mar 29, 2023, 9:03 PM Warner Losh <imp@bsdimp.com> wrote:
Also, the sequence looks like the t= erminal is reporting something, maybe focus?. That's why it's regul= ar. Though I can't find a sequence that ends in R.

Do the numbers corr= espond to the terminal size?

Warner

Warner=C2=A0

On Wed, Mar 29, 2023, 7:09 PM Steve Rikli <sr@geny= osha.net> wrote:
On Thu, Mar= 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote:
> On Wed, 29 Mar 2023, bob prohaska wrote:
>
> > If not maybe try=C2=A0 different hardware (cables, usb-serial ada= pters,
> > power supplies and so on) with an eye to any changes of behavior.=
> > At this stage making the problem worse might be more useful than<= br> > > making it better. Disconnecting the serial-end ground might be > > worth a try. If the connection still works it suggests you have > > multiple grounds, which can cause trouble. I ended up lifting
> > the ground on one of my serial connections. AFAIK both Ethernet > > and USB power supplies are floating, so multiple grounds are very=
> > unlikely. But something might be faulty.
>
> The characters look too regular to me, just like a normal terminal
> codes, not a line noise. I test the device now powered from the
> same USB hub as the USB-serial converter. Rockchip needs 1500000 bps > console, pretty fest.

OK, then let's assume your serial cables & hoods etc. are OK for th= e
moment. What does serial console config on the rpi look like?

When I specified the rpi4 serial console speed in the config to match my serial terminal server, rather than let it "float" (default 9600)= , my
loader interruptions stopped, and no more stray characters on the serial console after boot either.

> Also, uboot autoboot prompt never gets interrupted.
>
> I also noticed that "resizewin" complains about not getting<= br> > information about the terminal upon login on the serial console
> while being in the vt(4) text mode.
>
> Looks like the bootloader tries to send/receives some terminal control=
> sequences and this fails, interupting the autoboot.

It may be something along those lines. When I was getting loader stops
during reboot on my rpi4, my guess was the default FreeBSD speed 9600
vs. my serial terminal server setting of 115200 was causing stray
characters on the line during boot, loader interpretted that as a
keystroke, so it stopped.

Cheers,
sr.

--000000000000ceb8aa05f8155c56-- From nobody Thu Mar 30 07:56:36 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 4PnG304WgCz42dTY for ; Thu, 30 Mar 2023 07:56:44 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4PnG2z4PBCz4714 for ; Thu, 30 Mar 2023 07:56:43 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=CenkXXvf; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=GwLTPS8L; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.19 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id D602232004ED for ; Thu, 30 Mar 2023 03:56:41 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 30 Mar 2023 03:56:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1680163001; x=1680249401; bh=Nk 3j1ewrXdRVLlRn9ZSPCutE/swzBcgJqVo0K1pDC98=; b=CenkXXvfuI/oHuT7RD puRFeWhzbq7jx8CaVicUDmEmhTPoi98cP0FQm22Ky83ab9NS/zOtte68b0hPxEGI pqcJrDqkIma01CT9fKIQpP6yzWInk+k18GnlPCdYXJ9gKtFExjCxiugu6iD2fKAI EfYYbiqZRmKOH8t2cArtWue5jDcXwGPI5sB5D1Ya+GMjnfeOV1pIVKAqZ7qNdgOr IfLlzH6vQe3FkQuKU1WYqEN4VVHqz3laJfdESws19QFw5XWQMmVaJcdOnQaIPMmY soQFzYSrhQTunm3ewkI9F9F5EG+CE43zzGQvOVa1QYjaKAdI75p70v+A2UN1vfhm 8Uog== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1680163001; x=1680249401; bh=Nk3j1ewrXdRVL lRn9ZSPCutE/swzBcgJqVo0K1pDC98=; b=GwLTPS8L6QA49FRK/rD+cwYAYyIKr P71Plkn/PMU2g0j3tlgq9Wuz1+6VXnYEasdYho7Z5JkEEBd3mpKtL4d4wHvHt+xm dG21QV31KmYjjyYHs34hq1e8w/cCP9m42O0mO6LR1Fy/OElvwkwiOS1vdIrZupea shZ3RiKM1WAYXdqSF306Zz+rDAmGNBOqlB3m2ovspx90tOfp6nj8aRgDOf39iIeU RVUuJg+B+LdoACd12R6WK0c5YMReonlSNy/Wdl94HfMFNGyMOygMgiNRBs5VWZd2 twpZCLSI/chlsciYfI6Badsi/q3+Zvg2zHvfZQ/Vtf21rPgEKLLBj6ifA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdehjedguddviecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttd ertddttddvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffr rghtthgvrhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutd ehhefgueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhm pehvohhiugesfhdqmhdrfhhm X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Thu, 30 Mar 2023 03:56:40 -0400 (EDT) Date: Thu, 30 Mar 2023 08:56:36 +0100 From: void To: freebsd-arm@freebsd.org Subject: Re: git takes ages after fetching ports in the resolving deltas stage Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: 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; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-4.60 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; 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)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4PnG2z4PBCz4714 X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N On Wed, Mar 29, 2023 at 06:29:59AM +0100, void wrote: >Hello arm@, > >Lately I'm finding that git is taking up to 10 minutes in the 'resolving deltas' >stage when fetching ports. for anyone reading - the fix was to stop zfsd, turn it off in rc.conf and reboot # date && git pull --ff-only -q && date Thu Mar 30 08:35:01 BST 2023 Thu Mar 30 08:36:06 BST 2023 [00:00:26] Ports supports: FLAVORS SELECTED_OPTIONS [00:00:26] Inspecting ports tree for modifications to git checkout... yes [00:01:36] Ports top-level git hash: 53eab2d0cfd much better! :D later discovered slow disk access was showing in other areas too, like when locate updatedb runs. So it wasn't a git issue but a zfs one. Maybe it's an issue that looms large only on modest systems. -- From nobody Thu Mar 30 15:27: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 4PnS325Fsrz41vpk for ; Thu, 30 Mar 2023 15:27:26 +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 4PnS321twRz49Zh for ; Thu, 30 Mar 2023 15:27:26 +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 32UFRTEw079486 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 30 Mar 2023 08:27:30 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 32UFRToS079485; Thu, 30 Mar 2023 08:27:29 -0700 (PDT) (envelope-from fbsd) Date: Thu, 30 Mar 2023 08:27:28 -0700 From: bob prohaska To: Steve Rikli Cc: Marcin Cieslak , "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle Message-ID: <20230330152728.GA79440@www.zefox.net> References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> 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: 4PnS321twRz49Zh 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 Wed, Mar 29, 2023 at 06:09:00PM -0700, Steve Rikli wrote: > On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote: > > > > The characters look too regular to me, just like a normal terminal > > codes, not a line noise. I test the device now powered from the > > same USB hub as the USB-serial converter. Rockchip needs 1500000 bps > > console, pretty fest. > > OK, then let's assume your serial cables & hoods etc. are OK for the > moment. What does serial console config on the rpi look like? > > When I specified the rpi4 serial console speed in the config to match my > serial terminal server, rather than let it "float" (default 9600), my > loader interruptions stopped, and no more stray characters on the serial > console after boot either. > > > Also, uboot autoboot prompt never gets interrupted. > > > > I also noticed that "resizewin" complains about not getting > > information about the terminal upon login on the serial console > > while being in the vt(4) text mode. > > > > Looks like the bootloader tries to send/receives some terminal control > > sequences and this fails, interupting the autoboot. > > It may be something along those lines. When I was getting loader stops > during reboot on my rpi4, my guess was the default FreeBSD speed 9600 > vs. my serial terminal server setting of 115200 was causing stray > characters on the line during boot, loader interpretted that as a > keystroke, so it stopped. Where are you setting the serial console to 9600 baud? AIUI the Pi defaults to 115200, can it be set in config.txt? Thanks for writing! bob prohaska From nobody Thu Mar 30 17:40:27 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 4PnW0n20LWz42509 for ; Thu, 30 Mar 2023 17:40:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 4PnW0m6ydJz4YKd for ; Thu, 30 Mar 2023 17:40:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x533.google.com with SMTP id i5so79785469eda.0 for ; Thu, 30 Mar 2023 10:40:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; t=1680198039; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Qq8cPvtoOYwZaWicwZIoeAZVI1aPlzahEYvjRPXhPRg=; b=ZVW2YGai/+Q87afxDNp/uyVmAjDMAuuZmS07dx/gmJIPgVGrDzvBBrIFlPJ8UmD2Cf +OG5sb2pWNDTM3KVQR8tODQ4cnbkEgw3cjcHxLHqTMvMn7O6O75GQnk+WnrguiB6nYzC 51p8febmLFtJ4UrgOV43/wiY73HpGoGkUEvr6iHzhFRVjV8P2/OFX7xT8cmKLvSwduhf 3NTIgc9sZUX8Ou3TXpodcyXOWnLI8MdHbj0RiYg31FF2b0vp827XTkJmUftqYu26WoG/ rApaZt0I7HxHIfNti3KZPV/lgc1XWovqDEW1i21og6nafc/fRfGXNg9HB0MPEhJ9v0QL jALg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680198039; 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=Qq8cPvtoOYwZaWicwZIoeAZVI1aPlzahEYvjRPXhPRg=; b=OatnoMW/v1VABD5jQO9RRe0r1c5XOTthOjKeD7wUKZLdusLP9nBWr32bNebJVfs0PS cmnhqSoSO0vqtduyaXVD3ZdkUhLZ23hp8z56/5kkrp94BqXyWCKtMyPmE6jOXnFoonSX QFksovlu9IxHImyL42+3DjIO6kQbzr8qD0sE5xv71XwEgjwQBLslLj/olhE0rz7/Qb6a BgUD7a6yxrXP9HXUh0YGSCK7iTlg1+ZmcytiYYxnRK8QjPwFS/xztnmE0i9Sy2Dvgapa a4B0V0ruOHW2OnpWNoHQz5nvxKhDt+qgqfjiZFwkAtDT5ZIeca+t6jxwJdEWcH8ac5dz EqkA== X-Gm-Message-State: AAQBX9cUbuWtA+Iyms9SCJSe814Ai/8lkiVMyfj3sXhsWzuY0Rzc6nqs LsKmg4+oxPTDBVXBq3H7L1zf9tIUtWPQKNTxga8QVZjEeQ7NtAxGFSI= X-Google-Smtp-Source: AKy350aror0A/2LM3k8LmsFqiOqIjdZG6dJKsLmuOkV3dkRUMfX9bGXIUDgv/QJ/PBbvMF1/UK9x3SGTidNl098x6V0= X-Received: by 2002:a50:9f09:0:b0:501:d3a2:b4ae with SMTP id b9-20020a509f09000000b00501d3a2b4aemr11875965edf.7.1680198038952; Thu, 30 Mar 2023 10:40:38 -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: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> <20230330152728.GA79440@www.zefox.net> In-Reply-To: <20230330152728.GA79440@www.zefox.net> From: Warner Losh Date: Thu, 30 Mar 2023 11:40:27 -0600 Message-ID: Subject: Re: Boot stops at loader after build/install cycle To: bob prohaska Cc: Steve Rikli , Marcin Cieslak , "freebsd-arm@freebsd.org" Content-Type: multipart/alternative; boundary="00000000000043ac8605f8219774" X-Rspamd-Queue-Id: 4PnW0m6ydJz4YKd 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 --00000000000043ac8605f8219774 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Mar 30, 2023 at 9:27=E2=80=AFAM bob prohaska w= rote: > On Wed, Mar 29, 2023 at 06:09:00PM -0700, Steve Rikli wrote: > > On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote: > > > > > > The characters look too regular to me, just like a normal terminal > > > codes, not a line noise. I test the device now powered from the > > > same USB hub as the USB-serial converter. Rockchip needs 1500000 bps > > > console, pretty fest. > > > > OK, then let's assume your serial cables & hoods etc. are OK for the > > moment. What does serial console config on the rpi look like? > > > > When I specified the rpi4 serial console speed in the config to match m= y > > serial terminal server, rather than let it "float" (default 9600), my > > loader interruptions stopped, and no more stray characters on the seria= l > > console after boot either. > > > > > Also, uboot autoboot prompt never gets interrupted. > > > > > > I also noticed that "resizewin" complains about not getting > > > information about the terminal upon login on the serial console > > > while being in the vt(4) text mode. > > > > > > Looks like the bootloader tries to send/receives some terminal contro= l > > > sequences and this fails, interupting the autoboot. > > > > It may be something along those lines. When I was getting loader stops > > during reboot on my rpi4, my guess was the default FreeBSD speed 9600 > > vs. my serial terminal server setting of 115200 was causing stray > > characters on the line during boot, loader interpretted that as a > > keystroke, so it stopped. > > Where are you setting the serial console to 9600 baud? AIUI the > Pi defaults to 115200, can it be set in config.txt? > The sequence ending in R is indeed "report cursor location" so it's the result of resizewin not reading it and leaving that around maybe? Or something els= e sending the Query Cursor Location and then not reading it. https://www.cse.psu.edu/~kxc104/class/cmpen472/11f/hw/hw7/vt100ansi.htm Warner --00000000000043ac8605f8219774 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Mar 30, 2023 at 9:27=E2=80=AF= AM bob prohaska <fbsd@www.zefox.ne= t> wrote:
On Wed, Mar 29, 2023 at 06:09:00PM -0700, Steve Rikli wrote:
> On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote:
> >
> > The characters look too regular to me, just like a normal termina= l
> > codes, not a line noise. I test the device now powered from the > > same USB hub as the USB-serial converter. Rockchip needs 1500000 = bps
> > console, pretty fest.
>
> OK, then let's assume your serial cables & hoods etc. are OK f= or the
> moment. What does serial console config on the rpi look like?
>
> When I specified the rpi4 serial console speed in the config to match = my
> serial terminal server, rather than let it "float" (default = 9600), my
> loader interruptions stopped, and no more stray characters on the seri= al
> console after boot either.
>
> > Also, uboot autoboot prompt never gets interrupted.
> >
> > I also noticed that "resizewin" complains about not get= ting
> > information about the terminal upon login on the serial console > > while being in the vt(4) text mode.
> >
> > Looks like the bootloader tries to send/receives some terminal co= ntrol
> > sequences and this fails, interupting the autoboot.
>
> It may be something along those lines. When I was getting loader stops=
> during reboot on my rpi4, my guess was the default FreeBSD speed 9600<= br> > vs. my serial terminal server setting of 115200 was causing stray
> characters on the line during boot, loader interpretted that as a
> keystroke, so it stopped.

Where are you setting the serial console to 9600 baud? AIUI the
Pi defaults to 115200, can it be set in config.txt?
The sequence ending in R is indeed "report cursor locatio= n" so it's the result
of resizewin not reading it and le= aving that around maybe? Or something else
sending the Query Curs= or Location and then not reading it.


Warner
--00000000000043ac8605f8219774-- From nobody Thu Mar 30 17:49:46 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 4PnWCR5P48z425wf for ; Thu, 30 Mar 2023 17:49:55 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "q.saper.info", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnWCR2nswz4ZpT for ; Thu, 30 Mar 2023 17:49:55 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; none Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.16.1/8.16.1) with ESMTPS id 32UHnkQ2096388 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 30 Mar 2023 17:49:46 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1680198586; bh=jnozIB3kTXMNpVqNL5JX2fjatim2weOre/Pe/LKxROM=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=LSBdsi1Om/wT/jwupOIH3pdoQtwIIlQwAus/tY3/127rB3Qw2Ri+FOfbefkdw048M 0TV4lkAsL80TA3PLOFdYlGdJQlvNVmxOBAUGg2MUSAUFNUjUsbMeQnUOoYQQhVezyR GfTa0OsRw6H+CE43QQQnnXlOxbIh5z8H0vXJYrqU= Received: from localhost (saper@localhost) by q.saper.info (8.16.1/8.16.1/Submit) with ESMTP id 32UHnkhW096385; Thu, 30 Mar 2023 17:49:46 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Thu, 30 Mar 2023 17:49:46 +0000 From: Marcin Cieslak To: Warner Losh cc: bob prohaska , Steve Rikli , "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle In-Reply-To: Message-ID: <3s8ro096-nos1-5367-168n-845095630263@fncre.vasb> References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> <20230330152728.GA79440@www.zefox.net> 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/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="2201072851-365942667-1680198586=:23510" X-Rspamd-Queue-Id: 4PnWCR2nswz4ZpT X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --2201072851-365942667-1680198586=:23510 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 30 Mar 2023, Warner Losh wrote: > On Thu, Mar 30, 2023 at 9:27 AM bob prohaska wrote: > > The sequence ending in R is indeed "report cursor location" so it's the > result > of resizewin not reading it and leaving that around maybe? Or something else > sending the Query Cursor Location and then not reading it. > > https://www.cse.psu.edu/~kxc104/class/cmpen472/11f/hw/hw7/vt100ansi.htm Yes, there is also one more sequence popping up in the boot screen, right before "Loading kernel..." Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local [?25hcLoading kernel... /boot/kernel/kernel text=0x2a8 text=0x8bcbf0 text=0x1f97ac data=0x1a6ac0 data=0x0+0x381000 syms=[0x8+0x11f6a0+0x8+0x14398a] Loading configured modules... /boot/entropy size=0x1000 /boot/kernel/umodem.ko text=0x2160 text=0x1440 data=0x6e8+0x10 syms=[0x8+0xf60+0x8+0xb7b] loading required module 'ucom' /boot/kernel/ucom.ko text=0x249f text=0x3840 data=0x8a0+0x858 syms=[0x8+0x1188+0x8+0xb1c] /etc/hostid size=0x25 Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. OK 6;176R I have commented out loader.perform("efi-autoresizecons") in /boot/lua/loader.lua so at least my console doesn't get cleared when booting (what for?) Casually looking at EFI bootloader source I find that sometimes we talk to the EFI "console" and let it do things :( loader.efi(8) is not opimistic as well: BUGS Systems that do not have a ConOut variable set are not conformant with the standard, and likely have unexpected results. Non-x86 serial console handling is even more confusing and less well documented. Sometimes when the serial port speed isn't set, 9600 is used. Other times the result is typically 115200 since the speed remains unchanged from the default. Looks like BOOT_PROMPT_123 macro is there for a reason! Marcin --2201072851-365942667-1680198586=:23510 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOdgYJKoZIhvcNAQcCoIIOZzCCDmMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggq9MIIEvDCCA6SgAwIBAgIQeEqpEhjRpCYIUTzTZlVD ozANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdHbG9iYWxTaWduIFJvb3Qg Q0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xvYmFs U2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yOTAzMTgwMDAwMDBaMFsxCzAJBgNV BAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvxvJBqEapaux2/z3J7fFslRO WjKVJ5rCMfWGsg17dmD7NSnG7Spoa8d3htXsls1IMxoO8PyouQajNQqYmlYo xinlqenMNv7CJyEKMOAtglBmD6C/QC7kT+dSx4HfSTs8xmv8veJOldMzF8S/ BEn/tD4w/Dvpg+oXOqDyOiHPTacRFK0QHoq5eEbBmVS8W0rwcaRotO9fGTA+ NjF0My7GLRNK0eMPGh2hcPZURQhXy7wRQ8XFIfEA6kaQHHN22ncnVtwqiTmA wTR+4GNNVinG3KjNZLAVSnGrdCvT2I4Zo19hKy5PX6o7wrVXvMR4zV5VBFwV 6ZDM+xewao7Mup+SbwIDAQABo4IBiTCCAYUwDgYDVR0PAQH/BAQDAgGGMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAfBgNVHSMEGDAW gBSP8Et/qC5FJK5NUPpjmove4t0bvDB6BggrBgEFBQcBAQRuMGwwLQYIKwYB BQUHMAGGIWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA7Bggr BgEFBQcwAoYvaHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQv cm9vdC1yMy5jcnQwNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5nbG9i YWxzaWduLmNvbS9yb290LXIzLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIB KDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9y ZXBvc2l0b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAWWtqju12g524FdD2HwUX U1rSxeM5aSU1cUC1V/xBjXW0IjA7/3/vG2cietPPP/g3lpoQePVJpQAKZml8 1fHwPPivFK9Ja41jJkgqGzkORSC0xYkh2gGeQg1JVaCzcrRzJElRjT442m6F pbLHCebxIHLu0WBNjLZreB6MYMaqdPL6ItbXtD/BU4k517cEuUbczoBFZAra jq7oUBWXuroln5AMnRwVNwgJN4Np0s4kkJ94KepzbFOLzcbnfUB0+xT4foXm bM0GmmcPGOy0qvqEHJsBwDZXDxIk8oqCnnLngi7N94Sn4eTcmpZ9NH2dDN1O TEPVXgRG5X1pBcNtMWG6MDCCBfkwggThoAMCAQICDCKqoJRMYYx5sYJHGzAN BgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMgUGVyc29u YWxTaWduIDEgQ0EgMjAyMDAeFw0yMzAzMDcxNjExMDlaFw0yNjAzMDcxNjEx MDlaMDwxGTAXBgNVBAMMEHNhcGVyQHNhcGVyLmluZm8xHzAdBgkqhkiG9w0B CQEWEHNhcGVyQHNhcGVyLmluZm8wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAw ggIKAoICAQC8MB3fTYVrTadH5qE2CIa4VLvlL6QHgDriMRLkTA49SPszYCO0 fZTEpdSw8fc6kK9p2fD63LAfOHeD7jzey5aHBzpIGlxeFkn0Ce2BCYY5yLxK i9byoCwrpLchTR1Itpk1w+zy5E4T9KBTL1+c+w+TKpaIvFLXtjZtz4wQGi0p e/nRkRK9htGG3mETh+APitedl+ImGaI8NK9PELxuSkXnYAvGPpnXir8vbszk tJU1b0TevL/i3Sy6fhOhunZmTo1QDM7Zw4UyVjkQgTvL3y4I0tIrVjlam08x XZeMp+i/Gl51eHGvRVfvdJUJAjrWhrFEp8+2FZouWxWzAlHdd2sRp1AekNdP CeRgHeIF6uNtSseL1grKAjU+4BiixWPp1y1niB0humoQHoub/6fO/mU+//rW l3gTwZNu4FuKgZlfPw+qnvuka0c9dUNIZRCE5z8yXjS8R9yZWirnHNhYxf/e R2y4jaiHzPAjZlZZ2rGx8xVfB2n2JsAicj2+ZxmXlQ1yd5RW1pfxG3cdNNC5 uZ+j4JIN2ElsIjEKmMn9gHdoaEMAy/ENwNiMDBadLnc8qWirq/Ktp2dBSf2y /sH9xMpVyk8wuYjpbCnX4xslAensno5A20MYdKGPRFaItEhNPNbfzc1+4br8 exoXFX1F9ZJK9gGUO2nLbdRycphdyzxzgQIDAQABo4IB2jCCAdYwDgYDVR0P AQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNv bmFsc2lnbjFjYTIwMjAuY3J0MEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC5n bG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMDBMBgNV HSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1Ud HwRCMEAwPqA8oDqGOGh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2Ny M3BlcnNvbmFsc2lnbjFjYTIwMjAuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1Ud IwQYMBaAFIW78MzENrUKYnajmS6PuzpqrcVRMB0GA1UdDgQWBBTW/RrdlRFR y6MgS7liTThMnQA5ozANBgkqhkiG9w0BAQsFAAOCAQEAAwoUJShHMueocVlD 1+vYJbTTTbk9tabr2L4Iyyy4Btu1d1wwl6d9Yx2N9qaVERWcEeP0aR+NB2B7 xIKl/ZnZVuSxep0Raw4s284a/jSIJlsAi4SJItDCU2VrYJDWxP7MxzZHnzPI MLDoTHXPV18gvYTewoNk5/Yo89Kb0v/GpPTpP2sVdrWLHa4uKUHYrAZ0aByp kNw6lXp6o6DXvXaOd6KDTQN5XhmmHwLnuLceODF1t9gicsZIOY+KAxN6YZ6t EqwN48b4OFMpckDE3fm1iTZRqnEIqUHOKOcoCImkub1woEN0zXDQmLXaZigl uVztWSTM4/fapWLrlHBNxfjs1TGCA30wggN5AgEBMGswWzELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2Jh bFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDCKqoJRMYYx5 sYJHGzANBglghkgBZQMEAgEFAKCB5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0yMzAzMzAxNzQ5NDZaMC8GCSqGSIb3DQEJ BDEiBCCZk4WDGn0WHhADnvfNmiWBiElgpnIzV0cBbTBI70CKhTB5BgkqhkiG 9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAgCa GTK43Nci77J1Xmfo2CDaxiyuVu9ukBJYCVO/Xhm2Cs5MParOsOlIS5pN+2wL VyydgH9xUoVdWvgTfd/Z6FeV4HcjS9s12EaI0SVNWzbeG4mjuLUiOYJWRnwk gWmbgzXdB5FOmc+VCHHcHuqXss9HLHvEA1QTkKQJmQcMIo9pNErE3L0zQByN mxTCvod2udoW26U/UecSyyPnV4w4AckUPL9C8jHcu+nGMiIDIWg5jctIQHY9 bLuSCf2Ic6aLCWQjlJDOgv9oIzFX/R7TY6ihcuk85R8pnsnaLjlgVIHDMxK3 Dg6NIfzF3ZolrHHBvkmr75wTNbVpoG3FmQ84aAuQBUQ2Rj2KjUItr2VMORJh fM/NLfzCOG97QLCBAYIuZRNZAhRL79i2Zc3p0TZGNYFyOlQTbd2sWAvDpEGn CAhbBuiOoT0vP0qrmn+Q4jpEEkBCw6V1rYmYq8/lnH4hBcqIx01H/u//Hv2G No/1CKz2XRQ1ciKn1pbXAHaX0o4AyLC4cF27FQsCJPq68mvfj9JG7H0bjZXO wiay4FMcVA/IdD0K9tP10SbKjIYThzvPJlHO5Sowm8bk4HGQFfKyD1ytw1FX iH6NMksXW8Qezt/EZM73tJj6iMcTE+meSTudOJauskYkD3qvxHIDUU8ggCUU /PpGivgSWwYDIB4KPV24ag== --2201072851-365942667-1680198586=:23510-- From nobody Thu Mar 30 18:42:29 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 4PnXNF3xrGz429nq for ; Thu, 30 Mar 2023 18:42:37 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns4.genyosha.net (ns4.genyosha.net [50.53.250.75]) (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 "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnXNF0HsRz3GwW for ; Thu, 30 Mar 2023 18:42:36 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; none Received: from dragon.home.genyosha.net (ops.genyosha.net [50.53.250.77]) by ns4.genyosha.net (8.17.1/8.16.1) with ESMTPS id 32UIgZXf006687 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Mar 2023 11:42:35 -0700 (PDT) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 32UIgUU2006593; Thu, 30 Mar 2023 11:42:30 -0700 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 32UIgT0Q006592; Thu, 30 Mar 2023 11:42:29 -0700 Date: Thu, 30 Mar 2023 11:42:29 -0700 From: Steve Rikli To: bob prohaska Cc: Marcin Cieslak , "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle Message-ID: References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> <20230330152728.GA79440@www.zefox.net> 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: <20230330152728.GA79440@www.zefox.net> X-Greylist: inspected by milter-greylist-4.6.4 (ns4.genyosha.net [50.53.250.75]); Thu, 30 Mar 2023 11:42:35 -0700 (PDT) for IP:'50.53.250.77' DOMAIN:'ops.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns4.genyosha.net [50.53.250.75]); Thu, 30 Mar 2023 11:42:35 -0700 (PDT) X-Rspamd-Queue-Id: 4PnXNF0HsRz3GwW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20055, ipnet:50.53.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, Mar 30, 2023 at 08:27:28AM -0700, bob prohaska wrote: > On Wed, Mar 29, 2023 at 06:09:00PM -0700, Steve Rikli wrote: > > On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote: > > > > > > Looks like the bootloader tries to send/receives some terminal control > > > sequences and this fails, interupting the autoboot. > > > > It may be something along those lines. When I was getting loader stops > > during reboot on my rpi4, my guess was the default FreeBSD speed 9600 > > vs. my serial terminal server setting of 115200 was causing stray > > characters on the line during boot, loader interpretted that as a > > keystroke, so it stopped. > > Where are you setting the serial console to 9600 baud? AIUI the > Pi defaults to 115200, can it be set in config.txt? I think you're right -- FreeBSD amd64 defaults to 9600 according to boot(8), but arm64 has 115200 compiled, in device tree? Fwiw I typically set "-Dh -S" in /boot.config on PC's, but now I'm realizing that may be ignored by arm platforms? In theory serial speed can be set in config.txt (e.g. init_uart_baud) but that may be a linux-ism, I don't know if FreeBSD will use it. I was admittedly focusing on FreeBSD loader config rather than Pi settings, though; maybe it can be set in /boot/loader.conf if needed, e.g. comconsole_speed? Cheers, sr. From nobody Fri Mar 31 15:50:26 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 4Pp4W85Rpsz42vQB for ; Fri, 31 Mar 2023 15:50:28 +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 4Pp4W81yVhz4GhZ for ; Fri, 31 Mar 2023 15:50:28 +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 32VFoRrl083567 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 31 Mar 2023 08:50:27 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 32VFoQTq083566; Fri, 31 Mar 2023 08:50:26 -0700 (PDT) (envelope-from fbsd) Date: Fri, 31 Mar 2023 08:50:26 -0700 From: bob prohaska To: Steve Rikli Cc: Marcin Cieslak , "freebsd-arm@freebsd.org" Subject: Re: Boot stops at loader after build/install cycle Message-ID: <20230331155026.GA83538@www.zefox.net> References: <20230327164919.GA65182@www.zefox.net> <20230327183055.GB65182@www.zefox.net> <44509923-0218-5no7-42pp-90ss0sns9457@fncre.vasb> <20230329164845.GA75320@www.zefox.net> <20230330152728.GA79440@www.zefox.net> 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: 4Pp4W81yVhz4GhZ 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 Thu, Mar 30, 2023 at 11:42:29AM -0700, Steve Rikli wrote: > On Thu, Mar 30, 2023 at 08:27:28AM -0700, bob prohaska wrote: > > On Wed, Mar 29, 2023 at 06:09:00PM -0700, Steve Rikli wrote: > > > On Thu, Mar 30, 2023 at 12:24:13AM +0000, Marcin Cieslak wrote: > > > > > > > > Looks like the bootloader tries to send/receives some terminal control > > > > sequences and this fails, interupting the autoboot. > > > > > > It may be something along those lines. When I was getting loader stops > > > during reboot on my rpi4, my guess was the default FreeBSD speed 9600 > > > vs. my serial terminal server setting of 115200 was causing stray > > > characters on the line during boot, loader interpretted that as a > > > keystroke, so it stopped. > > > > Where are you setting the serial console to 9600 baud? AIUI the > > Pi defaults to 115200, can it be set in config.txt? > > I think you're right -- FreeBSD amd64 defaults to 9600 according to > boot(8), but arm64 has 115200 compiled, in device tree? > Looks to me as if FreeBSD on the Pi4 sticks with 115200 as the serial console speed. Trying to connect to a freshly-booted -current Pi4 using cu -l cuaU0 -s 9600 results in a clear baud mismatch. Using -s 115200 connects promptly, showing a login prompt. Thanks for writing, bob prohaska From nobody Fri Mar 31 21:20:35 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 4PpCrG5JX6z43GZ0 for ; Fri, 31 Mar 2023 21:20:46 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (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 "mail.nomadlogic.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PpCrF3Prcz3lst for ; Fri, 31 Mar 2023 21:20:45 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nomadlogic.org header.s=04242021 header.b=LcAEfkCI; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 66.165.241.226 as permitted sender) smtp.mailfrom=pete@nomadlogic.org; dmarc=pass (policy=quarantine) header.from=nomadlogic.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1680297636; 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=TLYcwCLVtpVdnNIzXYC4ebJD2HzNcJ+ttkJOQZvWveo=; b=LcAEfkCIJ4gqRJ0sEcxvLOJzUyi8VKblKm+RqswkjDXD3fudsNZHmJPOihjk3r+BULen8y taXW+9WWOvuyzhuFHMRDb0c1Z+i8h5fsqaGP8EhJpaix1cEK2olUdbSKoGoez7qE5hXwca OmPZJ6yg58BfkmJnBCMSDzE88vMmvRI= Received: from [192.168.1.160] (cpe-24-24-168-214.socal.res.rr.com [24.24.168.214]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 7c844371 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Fri, 31 Mar 2023 21:20:35 +0000 (UTC) Message-ID: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> Date: Fri, 31 Mar 2023 14:20:35 -0700 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Content-Language: en-US To: freebsd-arm From: Pete Wright Subject: Pinephone Pro Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[nomadlogic.org,quarantine]; R_DKIM_ALLOW(-0.20)[nomadlogic.org:s=04242021]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[nomadlogic.org:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PpCrF3Prcz3lst X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hey there folks - I recently acquired a Pinephone Pro as well as the Keyboard/Battery case option they sell: https://www.pine64.org/pinephonepro/ https://pine64.com/product/pinephone-pinephone-pro-keyboard-case/ I especially like the Keyboard as it will probably make my on call rotations easier while I'm out running errands.  That's the theory at least. I've gotten Linux (postmarketOS) up on it, and it seems OK and will probably be my daily driver OS.  It certainly has quite a few warts to be honest, which is surprising because I assumed things would be a bit more polished with all the attention linux gets. Regardless, I would be keen to test out and help if possible getting FreeBSD support on it.  My plan is to start with the PINE64 image on a flashed memory card and see how it goes. Hopefully by finding what the quirks are on Linux will be helpful resolving issues on the FreeBSD side.  Not expecting a fully featured device out of the gate, but will probably focus first on getting the keyboard and wifi stack up first if possible.  There even a userspace keyboard driver here which may be better than the linux-kernel driver: https://xff.cz/git/pinephone-keyboard/about/ So my question is - is the PINE64 the right image to use?  Anyone else tried this and able to share tweaks or docs they used to get things moving? Cheers! -Pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From nobody Sat Apr 1 21:04: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 4PpqS24VVPz43M80 for ; Sat, 1 Apr 2023 21:05:22 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (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 4PpqS22pYGz4Rjp for ; Sat, 1 Apr 2023 21:05:22 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb32.google.com with SMTP id i6so30983000ybu.8 for ; Sat, 01 Apr 2023 14:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680383121; x=1682975121; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=4PfU2h1cz9NyTbvo/uV+YCt2wL8QxiOOAXahozS3iO0=; b=M5B68L8N9MdcCB8A6P7xX3Uhsn4PVCpIr6qtOovgEb28euH7tM6DAMbBLZlykmp6CT 3YMD/km244XvUGknwEXdf/eEAr5WKRedBMjpWhx7gZGlaC6K2Ii6/Ioxvg/PB+aa2rOS hGs43rwOt7BAxjh/qIC2uE0rD7HNV+Ud563SplihA3psao4qMjHv/hmF/RWnuTeFxG4n qx2OOIkeIKi/EfLgA8b1rah77qNcEvtllU+eVHgpNktKbS1M1+fBCckbCvBwCjvwms8B SkRYCE5AT6axe3PdBuLXzCia2FgFOirb2cQJUxFOCFAPrCH+oBDqi+uiqNn5yrFLbk7p j+2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680383121; x=1682975121; h=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=4PfU2h1cz9NyTbvo/uV+YCt2wL8QxiOOAXahozS3iO0=; b=tMKhZvx/kWYRxs3klsgGUPyqTDq/vUJHlj69WLrqhOeo63uX0mafFElYXJ60IMCM48 pd4mUoT+gfcsXNpNcZgcu+SDF6Iy79s2+lNiKvDZKh20NOryCNS/wgGiRSsUQ6cnhiVV BV2VGHlRBroDD5MdBXnS/873aW4fmk89hWluHsjbz8u4oGh20qlJob2KnBwQUop4RENF u/ASWcmkr56zZiHB0XSMgpv2MT87JoBfYr6vYARqpmeXY8DAknzP8MflZpkM51RpcXeT nU7+L1YCOwecVpCuGrEWw7un1v25Jzuf+V7OLWgOm3farBaEcUHM3hRaGZ9U1m3FLtrm KCPA== X-Gm-Message-State: AAQBX9ck+JBkBntKrxcnX0+PNSFUyJVE22fIt49Li1uN+N3mZbHuMxYV NSZw26JD/iez2HNgXBA77vydnOnGfO3XuOcWKqQ= X-Google-Smtp-Source: AKy350bswo4Aph0zKy2QXFNe4uRPxaPC3DKNcT8Myx21Yt7y5OW5cJ4/WKsl4pJBe4j22x5OleuRn2m/ocJUOuoqAc8= X-Received: by 2002:a25:d954:0:b0:b7d:9e72:d78e with SMTP id q81-20020a25d954000000b00b7d9e72d78emr11010131ybg.10.1680383121312; Sat, 01 Apr 2023 14:05: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 References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> In-Reply-To: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> From: Mario Marietto Date: Sat, 1 Apr 2023 23:04:45 +0200 Message-ID: Subject: Re: Pinephone Pro To: Pete Wright , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000008586405f84cafab" X-Rspamd-Queue-Id: 4PpqS22pYGz4Rjp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000008586405f84cafab Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello. you could try to install qemu and kvm and then virtualize FreeBSD for arm64 on the pine phone :P ; this is what I would do. How many ram and cores does the pine phone have ? On Fri, Mar 31, 2023 at 11:20=E2=80=AFPM Pete Wright = wrote: > Hey there folks - I recently acquired a Pinephone Pro as well as the > Keyboard/Battery case option they sell: > > https://www.pine64.org/pinephonepro/ > https://pine64.com/product/pinephone-pinephone-pro-keyboard-case/ > > I especially like the Keyboard as it will probably make my on call > rotations easier while I'm out running errands. That's the theory at > least. > > I've gotten Linux (postmarketOS) up on it, and it seems OK and will > probably be my daily driver OS. It certainly has quite a few warts to > be honest, which is surprising because I assumed things would be a bit > more polished with all the attention linux gets. > > Regardless, I would be keen to test out and help if possible getting > FreeBSD support on it. My plan is to start with the PINE64 image on a > flashed memory card and see how it goes. Hopefully by finding what the > quirks are on Linux will be helpful resolving issues on the FreeBSD > side. Not expecting a fully featured device out of the gate, but will > probably focus first on getting the keyboard and wifi stack up first if > possible. There even a userspace keyboard driver here which may be > better than the linux-kernel driver: > https://xff.cz/git/pinephone-keyboard/about/ > > So my question is - is the PINE64 the right image to use? Anyone else > tried this and able to share tweaks or docs they used to get things movin= g? > > Cheers! > -Pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > > --=20 Mario. --00000000000008586405f84cafab Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

you could try to inst= all qemu and kvm and then virtualize FreeBSD for arm64 on the pine phone :P= ; this is what I would do. How many ram and cores does the pine phone have= ?

On Fri, Mar 31, 2023 at 11:20=E2=80=AFPM Pete Wright <pete@nomadlogic.org= > wrote:
Hey = there folks - I recently acquired a Pinephone Pro as well as the
Keyboard/Battery case option they sell:

https://www.pine64.org/pinephonepro/
https://pine64.com/product/pinephon= e-pinephone-pro-keyboard-case/

I especially like the Keyboard as it will probably make my on call
rotations easier while I'm out running errands.=C2=A0 That's the th= eory at least.

I've gotten Linux (postmarketOS) up on it, and it seems OK and will probably be my daily driver OS.=C2=A0 It certainly has quite a few warts to=
be honest, which is surprising because I assumed things would be a bit
more polished with all the attention linux gets.

Regardless, I would be keen to test out and help if possible getting
FreeBSD support on it.=C2=A0 My plan is to start with the PINE64 image on a=
flashed memory card and see how it goes. Hopefully by finding what the
quirks are on Linux will be helpful resolving issues on the FreeBSD
side.=C2=A0 Not expecting a fully featured device out of the gate, but will=
probably focus first on getting the keyboard and wifi stack up first if possible.=C2=A0 There even a userspace keyboard driver here which may be better than the linux-kernel driver:
https://xff.cz/git/pinephone-keyboard/about/

So my question is - is the PINE64 the right image to use?=C2=A0 Anyone else=
tried this and able to share tweaks or docs they used to get things moving?=

Cheers!
-Pete

--
Pete Wright
pete@nomadlogic.or= g
@nomadlogicLA




--
Mario.
--00000000000008586405f84cafab--