From nobody Wed Oct 22 00:38:29 2025 X-Original-To: freebsd-current@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 4crqz739p1z6DJwJ for ; Wed, 22 Oct 2025 00:38:43 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4crqz60pQDz3ZvP for ; Wed, 22 Oct 2025 00:38:42 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=0EGhw3Va; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1761093509; bh=CZ+mBH413dssWO/Qn4rsvjcYUnQVBNO0sTPsAN9BRpE=; h=Date:From:To:Subject:In-Reply-To:References; b=0EGhw3VazrRpKiPmgWKf23KJQMMXDQrEZ+zTZxWnt6PX4HgoQ7W9vY38U7FkLqATC ul0yv39zHtmiBCH02PYX6DyYYUe1GXZk4qyVL3P2KG1GCP8OZYeuGPxZk8JLAOSRyU Qk+viXGFWmJ6jyosGDe3+9VEsooCg/knYwzf8B9Jk48xY/aWmNiI+ajvoAvhkL86x7 qjKKjWuwXf1faqk+jFtjKp5SXqeZLiAawVR+isOm0N1/NuebMx5dKy/8fTglu48OXk 14FBdMM2UY/w7UMrFPOSvGmm49ekVvz/DQsJ8hIheuLTHpkxFc02OvMbrNuJj+7b4q +8hpqT5dUHzVFVWU777nIwJKjy1aJwqIWrxHM6O9272sQGq+rMah3NqgfCRhRb46QR XJEg8hpfnxNyddmBiT/9TmKbsVNDqvQfDoWd/zXWTX/C6u/drS5FISwufSHqWHLPqD DnwnWYcnHDGLKiRzxOE+q7I9M5K8J/VGLSA3aBRHRBg4HL8D//aDKenXG0AzW9uaiZ IIbH2zsRxXEj/fTJMzsYuDphRehd5rV3vDCzDvySjxvyi3lOEf915XqzKem+imqfjE rse/tVLTgxFlloQjsd2+jMEKR26LNQyGXBZlfOsJeeVEoWHpgkNtpFWHym6rcRN3lq MtHXyM09A6Ly/0rZ/eUyLJRU= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 810365C1F88 for ; Wed, 22 Oct 2025 03:38:29 +0300 (EEST) Date: Wed, 22 Oct 2025 03:38:29 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: text buffer size in boot User-Agent: K-9 Mail for Android In-Reply-To: References: <696264F7-5182-421A-8511-9B3AE250F861@ketas.si.pri.ee> Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.77 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.97)[-0.971]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4crqz60pQDz3ZvP tl;dr - nothing helps to get full boot output serial except sleep in the en= d of /etc/rc (or inside last ran initscript) i tried comconsole=2E same thing and that chars might be cu bug again i've seen it with tio too, something appears on console=2E unsure why=2E m= ight be stray noise supposedly you could get breaks and other things out of it somehow=2E eg i= f you have break to debugger enabled=2E or it interrupts boot in uboot or l= oader due input but this all seems unrelated here as i somehow fixed this with my favorit= e bad hack method, sleep=2E here i need 100ms sleep (sleep 0=2E1) to get mo= td out and actually to console too line runs 115200 8n1, on one end is h3 uart0, other end i run isolated cp2= 102 based usb ttl adapter=2E that one is cheapest and it has eeprom into wh= ich you can put own serial and use it with custom device symlinker script but that all doesn't really matter as apparently vt/init/kernel, at least = here on this setup, doesn't like fast data in the very end of the boot with= abrupt end in the end of this all that's how it looks like never tried to emulate it in vm yet, although this changes a ton of parame= ters i'm also unsure how serial control passes from uboot to loader to kernel t= oo=2E like it says Dual Console: Video Primary, Serial Secondary but there's not really any "video"=2E i mean device is some tv out capable= =2E and hardwarely iirc it has hdmi=2E but that's not enabled at least by l= ogs anyway=2E for some reason i need to wait in the end so that entire buffer = gets out=2E internally it's saved there are no other issues either=2E i'm kind of puzzled=2E never seen this= before but then i iirc didn't try to boot like this at bbb=2E and that was= whole other hw too=2E completely different serial adapters then=2E in fact= then i used old phone data cables which needed vref from system anyway, that's kind of difficult to hit too=2E you need to output certain = stuff=2E but once you do=2E or i do=2E it hit same issue in every boot=2E b= oots are exact same outputs=2E and it cuts out in exact same byte in every = boot i don't know where's the issue or what else it affects as i don't have lar= ge set of hw here again, there are no other issues with console io, except it cuts off in ex= act same char=2E that is unless i add a short sleep before /etc/rc exits and that all took me long time to debug since kernel perfectly saves full = boot log and it's available in syslog previously i just wondered if i'm hitting some limits which was strange probably someone else who has worked with all that has idea why sleep ther= e fixed all my problems unsure if this is hw too anyway, feels like something was cut off early, and instead of flushing bu= ffers, it just deleted it=2E i don't know what handles it=2E i haven't work= ed with kernel enough=2E supposedly there are threads or something there=2E= "processes", kind of=2E i really have no idea what interrupts or whatever = is even involved on getting text out to serial port only thing i know is sleep fixes it oh and getty is perfect there, that the next thing the init puts there i spent like long time figuring out why my text is cut off as if something= deliberately stopped there=2E it seems like stoppage also didn't happen so= mehow mid byte, as that would maybe cause nonprintables=2E but no, perfect = output, except cut off On October 22, 2025 2:42:38 AM GMT+03:00, Marcin Cieslak wrote: >Maybe switching the loader to "comconsole" works? What is the real serial >device behind your console? > >https://lists=2Efreebsd=2Eorg/archives/freebsd-current/2024-September/006= 455=2Ehtml > >For one of my boards eficonsole pauses the boot loader IF anything >is connected to it : > >https://lists=2Efreebsd=2Eorg/archives/freebsd-arm/2023-March/002433=2Eht= ml > >Maybe switching to the com console early can work for you=2E=2E=2E > >Marcin