From nobody Sun Nov 03 04:18:14 2024 X-Original-To: bugs@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 4Xh1YL4x9Zz5bjGl for ; Sun, 03 Nov 2024 04:18:14 +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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xh1YL3qh6z3x2Q for ; Sun, 3 Nov 2024 04:18:14 +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=1730607494; 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: in-reply-to:in-reply-to:references:references; bh=Iat6L1pl6XMWrEI8U43JdJQkAlwEE1ZBY/BkkwP2ZJ8=; b=iI6/vK9mNZGDgey9IELXDcSEeZe3h10pWfp0lx2zkrgY/zSvVeJDBDpPbQd9V79w8ylVLx N2OIqVNkAqTAo39LGyYUjyPVoo77wndiJ0CI76W5XOQVC8WE3Mmd3RQc50gHMZTY0pviI7 VIrTAIVub3Tivj0SJZhJn9+p3r5wuMBYs2/99c+EYNdEn155y/pdC+F8n633wXK7/ia21V piTor/UAk2Tyu44YRSJP6Hk4r8SxmdwX/rQ1Te/g/E7OMlHp95XLvbCU47iYCBT896+tdr WBg0n4YfgM9NXmzfVhL8JHGVsD++DVrJoRJkCKGnINi8BZFqLy6O7Nxpy6yt5A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1730607494; a=rsa-sha256; cv=none; b=lskrMzxL4WgY6FYK0zA1gt7N8Tcrvc/gC0ovP6K79yFAIjRbJdVtpdA/AS4upL6bF6SgV/ WRegGrxttYRS+DIryfs0sj7JyKoNtAFzf2+Sz9j7v4ZefOHUFidtwYRbcF5jdLZYPDSQUJ idVXOspE/LMrLAFBbDh8inLh7JyRQkzFf/A4/pBtB9XQAuINCBPwz4J/mQDxfYDsXaFGnX fSkJid7g+ezRAsbsoOx01f6vXM1X3RyJzi3hAB/WhzpciWlPC1EIJoS+kp88mkejsJWHW/ Bo/weJSs6LGRDKwLWeeUkhoy7BNgEB4LBtUVWeKTD1ThD0+4MC3ErLMrTX+f4w== 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 4Xh1YL3RBSzZSM for ; Sun, 3 Nov 2024 04:18:14 +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 4A34IEew068698 for ; Sun, 3 Nov 2024 04:18:14 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4A34IEJr068697 for bugs@FreeBSD.org; Sun, 3 Nov 2024 04:18:14 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: bugs@FreeBSD.org Subject: [Bug 276793] vt(4) doesn't respect font specified in loader.conf(5) on bios boot Date: Sun, 03 Nov 2024 04:18:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 14.0-RELEASE X-Bugzilla-Keywords: vt X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276793 --- Comment #4 from Warner Losh --- The font is autoloaded only in the graphics loader, not the text loader. The load function is stubbed out for the text loader. vt gets its fonts (not font names) from the boot loader. Since the font stuff was intertwingled with the gfx stuff, it was trimmed f= or the text loader. The intertwingling and the unwillingness to heed my review feedback in the original reviews has been a great source of frustration as I have to unwind the needless interdependencies one at a time as needs present themselves. autoload_font() at the very least would need to move to a new file (it can'= t be co-located with the gfx stuff if you want the text loader to use it). And either we'd need to remove cons_update_mode from it and require the client loaders to call it after autoload_font, or we'd need to add a new stub for = that in gfx_bios.c. I'm not sure which is more practical since the font_insert s= tuff has other gfx dependencies that at first glance likely could be made more formal APIs so that the gfx backend and the text backend could do sane thin= gs, but I've not looked at in enough depth to say for sure. I'd say a day or tw= o of effort would be needed to come up with an acceptable refactoring (though ma= ybe more). So either we have the status quo where you get what you get, we refactor autoload_font and the other font stuff to have 0 dependencies on anything g= fx, or we devise a new way for vt to get its fonts. Given history and my already having spend a lot of time unwinding dependencies, I opted for the easiest = of these options initially. --=20 You are receiving this mail because: You are the assignee for the bug.=