From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.muc.de (mail.muc.de [193.149.48.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 67F1525B093 for ; Mon, 31 Aug 2026 14:45:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.149.48.3 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788187536; cv=none; b=A7HYT6rjBQuljK5TAgjkTaZZjEUeF1lgcD0bb8iHt1Sa4AcimV0m+l7lmrflaGsllmJunf5cxV93O/KaMF++aFoYIO6J4Y2L5T1C0XE4poKZPf7pggCvzmnYxcvzVV+oiY2xpwdf1PS8T9ugJdI1VVhU6oi5/ToY0yoAGqXRSaU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788187536; c=relaxed/simple; bh=XgN/bolbe6Jy4VzFrB+Iamfg6HTha3VMKOKZXKEd/14=; h=Date:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To:From; b=PyxwqTgGHjfgjKrAuwhTTW1cjkOrHqniV9EMQXbehKLxgBM1m3666oh4aQGVw/DMA5D2xOxUFDdYArso5FrpUAsbbDp6bFMcglsSU1p/ex9NdEc2OhuTZyMMx7wio0MqRylI30tJNB+z0Ihr0l+Mp06ae+tc4vb0dlG9ke2caI8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=muc.de; spf=pass smtp.mailfrom=muc.de; arc=none smtp.client-ip=193.149.48.3 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=muc.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=muc.de Received: (qmail 5887 invoked by uid 3782); 31 Aug 2026 16:45:24 +0200 Received: from muc.de (pd953ad31.dip0.t-ipconnect.de [217.83.173.49]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 31 Aug 2026 16:45:24 +0200 Received: (qmail 37064 invoked by uid 1000); 31 Aug 2026 14:45:23 -0000 Date: Mon, 31 Aug 2026 14:45:23 +0000 To: Thomas Zimmermann Cc: Greg Kroah-Hartman , Jiri Slaby , Simona Vetter , linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, Helge Deller , linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: Re: vt: Enlarge the framebuffer glyph size from 16 to 32 bits Message-ID: References: <145be2e3-a8c0-4f4f-a701-af2696cec461@suse.de> <2026082938-spray-shimmer-9389@gregkh> <7c199c7f-d89b-48ca-a777-85585d2eb624@suse.de> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7c199c7f-d89b-48ca-a777-85585d2eb624@suse.de> X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de Hello! On Mon, Aug 31, 2026 at 08:20:10 +0200, Thomas Zimmermann wrote: > Hi > Am 29.08.26 um 16:39 schrieb Alan Mackenzie: > >> This has nothing to do with KDE or Gnome, if you have issues with those > >> projects, please take it up with them and contribute to them to resolve > >> those issues. I know they can always use the help. > > My point is that the kernel's console is rock solid and dependable. > That is a bold statement. I've been using the console for around 28 years, now. I don't recall it crashing at all. My current font and keyboard files are in exactly the same form as they were 28 years ago. These formats are stable and dependable. > I've spend the last years working on related code (fbcon) and it > mostly feels dated and unmaintained. Our prime implementation (again > fbcon) has been de-facto unmaintained for years. We recently had > contributors who are pushing the ioctls semantics and found bugs in > fbcon for a number of corner cases. Something like: commit ef7656e85f1a4400999625cd398b655517368e7e Author: Zizhi Wo Date: Wed Jul 29 10:12:04 2026 +0800 fbdev: Fix out-of-bounds access when rotating console after font resize > > Things like kmscon are subject to the vagaries of fashion. > >>> As is clear, I think the console's limitations should be eliminated. > >> And the rest of us feel the kernel console's code should be eliminated > >> entirely, when ever possible :) > > The rest of you don't appear to be console users. It's easy to advocate > > for removal when you don't use it yourself. > FTR I'm not at all interested in eliminating the kernel's console. Other people, in particular Greg KH, have said this is the current aim. I'm worried for myself. It is far from clear that there is a suitable replacement for the kernel's console, and its elimination could easily happen without that replacement. I suppose I could always (laboriously) maintain the console for myself personally. Or there's always the BSDs. I just don't know what I'd do. > But there are must-have features and nice-to-have features. IMHO for > the kernel console i18n really belongs in the later category. It's 2026, four decades after VGA was the latest thing, and Unicode support is merely a nice-to-have? > Best regards > Thomas > -- > -- > Thomas Zimmermann > Graphics Driver Developer > SUSE Software Solutions Germany GmbH > Frankenstr. 146, 90461 Nürnberg, Germany, www.suse.com > GF: Jochen Jaser, Andrew McDonald, (HRB 36809, AG Nürnberg) -- Alan Mackenzie (Nuremberg, Germany).