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 C0AA018DB03 for ; Tue, 25 Feb 2025 16:15:46 +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=1740500149; cv=none; b=fe9XkUeDZXKLF2nasliz3ExLRZB2wri+KHnQmOAsODMMLxMjl1n+UCIjEQAOHQk9rSYoCd6YlI5lZcu1cAPls6ifmR+iFYIcYU8RMTlZpwqQoHG+d/+DZi1Y8Nx/QRksFBUZNHoPirlHTC9c+UXRrgqQzUnB3unDR7KkzjlsUPE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740500149; c=relaxed/simple; bh=mxsQmfIhn93pEw/9XY2hrnwioBGgFkpJ4ON/rHhmhvM=; h=Date:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To:From; b=CYPrSV3Ja6JadZ/jRdJ/gF7t5tRPQk3OX/ByFCQf5d0YIGAx2JAIzxKNh4N8Ml/pjrZk1J7m3sfH/CWrwtooE0yMP4TnwcGkJd75IMZAopzgRaH98Z3hw6tl7Fi1wj08ksfO5CFIuv/7pj6ulrZ5aaOKepveM/KspvBYD0FPv9U= 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 17376 invoked by uid 3782); 25 Feb 2025 17:15:39 +0100 Received: from muc.de (pd953a26d.dip0.t-ipconnect.de [217.83.162.109]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 25 Feb 2025 17:15:39 +0100 Received: (qmail 15041 invoked by uid 1000); 25 Feb 2025 16:15:38 -0000 Date: Tue, 25 Feb 2025 16:15:38 +0000 To: Jiri Slaby Cc: Greg Kroah-Hartman , Simona Vetter , linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: More than 256/512 glyphs on the Liinux console Message-ID: References: <2025022243-street-joylessly-6dfa@gregkh> <2025022355-peroxide-defacing-4fa4@gregkh> Precedence: bulk X-Mailing-List: linux-serial@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de Hello, Jiri. On Mon, Feb 24, 2025 at 21:08:50 +0100, Jiri Slaby wrote: > On 24. 02. 25, 19:22, Alan Mackenzie wrote: > > Hello, Greg. > > On Sun, Feb 23, 2025 at 08:47:53 +0100, Greg Kroah-Hartman wrote: > >> On Sat, Feb 22, 2025 at 03:36:12PM +0000, Alan Mackenzie wrote: > >>> On Sat, Feb 22, 2025 at 09:48:32 +0100, Greg Kroah-Hartman wrote: > > [ .... ] > >>> But I think you are also asking why I use the console at all. That's > >>> a fair question which I'll try to answer. > >> I'm not disputing using the console, it's the vt layer that I'm talking > >> about. The DRM developers have the long-term goal of getting rid of > >> CONFIG_VT which will remove a ton of mess that we have overall. > >> DRM-based consoles should provide the same functionality that a vt > >> console does today. If not, please let them know so that the remaining > >> corner cases can be resolved. > > Does a DRM based console exist at the moment? I spent quite some time > > looking for it yesterday, but found nothing. > I didn't read the thread, but are you looking e.g. for kmscon? No, I wasn't. I was looking for a drm replacement for the drivers/tty/vt code inside the kernel. I may have misunderstood Greg when he referred to a replacement which uses drm. kmscon doesn't seem to be a suitable replacement for the Linux console. According to Wikipedia, it stopped being maintained ~10 years ago. Also, it is a user level program, not a kernel level program, so will only become active later in the boot process than the current console, which is not a good thing. It might well steal key sequences from application programs, the way X and X window managers do, but maybe it doesn't. On Gentoo, kmscon is "masked", i.e. strongly recommended not to be installed, and installable only after taking special measures. > -- > js > suse labs -- Alan Mackenzie (Nuremberg, Germany).