From nobody Mon Apr 14 13:14:39 2025 X-Original-To: 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 4Zbnnf6nBVz5sp7T for ; Mon, 14 Apr 2025 13:14:46 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4Zbnnb5gxFz40fp; Mon, 14 Apr 2025 13:14:43 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dec.sakura.ne.jp header.s=s2405 header.b=Zp+UCthE; dmarc=pass (policy=none) header.from=dec.sakura.ne.jp; spf=pass (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp designates 153.125.133.21 as permitted sender) smtp.mailfrom=junchoon@dec.sakura.ne.jp Received: from kalamity.joker.local (124-18-43-114.area1c.commufa.jp [124.18.43.114]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 53EDEdaB027603; Mon, 14 Apr 2025 22:14:40 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1744636481; bh=PA7gwGWnQ8Ylee0X4sEaSs3zYCozXuK8Z+BqmAQ747A=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Zp+UCthEjcJa4J1ktnVdbzONBJZK3gosvfX7v8bXzm0XtW4ov2Vdy2LUwGGq4onRP Xz2MLvzFt2BvZQBkMBOsr1bhxwB1+F1BfnQZBuoOuQZbv51wrNv+zgrRVQooFGxQwD Im6KdhWbjmgvFs+LFvqfUQYirxI62CE8kRuqfL3w= Date: Mon, 14 Apr 2025 22:14:39 +0900 From: Tomoaki AOKI To: "Alexander Ziaee" Cc: "current" Subject: Re: Enabling Spleen 64 from boot Message-Id: <20250414221439.b472a37ebdc6751a0b164853@dec.sakura.ne.jp> In-Reply-To: References: <20250413102213.c592a25e8390bdc9aa54cd30@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) 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=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [2.44 / 15.00]; RBL_SENDERSCORE_REPUT_5(1.50)[153.125.133.21:from]; SUSPICIOUS_URL_IN_SUSPICIOUS_MESSAGE(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.944]; NEURAL_SPAM_MEDIUM(0.58)[0.579]; MV_CASE(0.50)[]; URIBL_RED(0.50)[dec.sakura.ne.jp:dkim,dec.sakura.ne.jp:mid,dec.sakura.ne.jp:email]; ONCE_RECEIVED(0.20)[]; BAD_REP_POLICIES(0.10)[]; HAS_ANON_DOMAIN(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_ALLOW(0.00)[dec.sakura.ne.jp:s=s2405]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; HAS_ORG_HEADER(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[dec.sakura.ne.jp:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; DMARC_POLICY_ALLOW(0.00)[dec.sakura.ne.jp,none]; R_SPF_ALLOW(0.00)[+ip4:153.125.133.16/28]; MLMMJ_DEST(0.00)[current@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4Zbnnb5gxFz40fp X-Spamd-Bar: ++ On Sun, 13 Apr 2025 02:02:28 +0000 (UTC) "Alexander Ziaee" wrote: > On 2025-04-12 21:22 -04:00 EDT, "Tomoaki AOKI" wrote: > > On Sat, 12 Apr 2025 23:35:02 +0000 (UTC) > > "Alexander Ziaee" wrote: > > > >> Hello, > >> > >> I'd like to enable spleen 64 in the build. It provides 80x25 character console on my 14" 2560x1600 display. I don't understand Makefile very well, but it is working on my machine. Attached is the review. > >> > >> [0]: https://reviews.freebsd.org/D49768 > >> > >> Best, > >> Alex > > > > If the problem is NOT in building the font itself, commenting on > > the review would be pointles, so commenting here. > > Is the font itself built fine reproducibly? > > For now, assuming it's OK here. > > And also assuming the problem is in console (vty) after loader > > invoked kernel. > > This is a good catch. I edited the commit message to attempt to make it more clear, did that help? > > Thanks, > Alex Looks clearer than initial version to me. Hope any of the reviewers confirm and handle it if they think it fine. -- Tomoaki AOKI