Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1131705imm; Fri, 22 Jun 2018 10:52:43 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLbjB5zQ7wKKh6uSm2bx57uemelZ6rytIeNiSMPuKLOagyM5fMSp19YIMBfwEUD1c5l4g5s X-Received: by 2002:a63:3201:: with SMTP id y1-v6mr2306716pgy.419.1529689963787; Fri, 22 Jun 2018 10:52:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529689963; cv=none; d=google.com; s=arc-20160816; b=isdf/0tdxHNFbafibvZNNRo0PTpdTSBOn5Z2Vw+dLAG7lJ90pSM0yNUelwf4mfXYeg LoVuSRTXg6vqPcbci7U1tVC3l3ZSM9sZdsTFTOHpwTWusUpLW2hK6ltqQDxselD0dnUj 8GpWMda2I3fTMS2TOHg1Zc8gvoj8USKpR/O5S04Yj5xuww4rgMDMUoeU3C5sFZ/b4pZd 53PEfH1tB2qJXcz/q0RUDV3bd9UWZoky7MLy4hswA7tjupbY3W6/Ql7j0vQ7p6uGCTGM Y78NvKnGj2odb5CLXLhoWz3bt2Yk6WkPrnPmnYdlA1AYdn+ZHW4Igv++PODYFnE1zb62 iHgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=ixSyRCiIGMY1TUDaFM956pCctFS7wZV4w1nRjk8E+c0=; b=d7YFrYfYcM7rp5vDPDF5l/j2Vg7VsqoEqL7Q8A5fKCJ7C03lSaF1sEm40g7yL9F6c8 q0ruNRIRI2QRyjD8Av5x3MLbYS4HHKO0wp81lCaCINXji7bMvgLHLx/XW4chjz6gdLvH sR8QUIfmDriP7ExKd1EEtizyGJC1bv4ipnhZXyF24Hsu1iBl+Cd4Vl+dLZ2JI+Nw7vjX /VmqapLMWV/2IOPRNU+0mdd2GYQd+jaPPstmhffpvLUoltlm8ZfL+DSqX2n76vN2raAf hm24P0NMxRjF89T90ZhDwMdDwnXNb+KETLtoncLONxRKET0MFrBxzeA6d8yC6vPD8HF6 CSHg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c12-v6si7735048pll.75.2018.06.22.10.52.29; Fri, 22 Jun 2018 10:52:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934112AbeFVRvQ (ORCPT + 99 others); Fri, 22 Jun 2018 13:51:16 -0400 Received: from www.llwyncelyn.cymru ([82.70.14.225]:32902 "EHLO fuzix.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933995AbeFVRvP (ORCPT ); Fri, 22 Jun 2018 13:51:15 -0400 Received: from alans-desktop (82-70-14-226.dsl.in-addr.zen.co.uk [82.70.14.226]) by fuzix.org (8.15.2/8.15.2) with ESMTP id w5MHp37u004287; Fri, 22 Jun 2018 18:51:03 +0100 Date: Fri, 22 Jun 2018 18:51:03 +0100 From: Alan Cox To: Nicolas Pitre Cc: Adam Borowski , Dave Mielke , Greg Kroah-Hartman , Samuel Thibault , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 0/4] have the vt console preserve unicode characters Message-ID: <20180622185103.21a53a66@alans-desktop> In-Reply-To: References: <20180617190706.14614-1-nicolas.pitre@linaro.org> <20180619130953.bxil552igfkckjmr@angband.pl> <20180621014317.ebslk3gwvpq3k6sq@angband.pl> <20180621022137.GB18453@beta.private.mielke.cc> <20180622015445.7r5u5nn6ofhd4k57@angband.pl> <20180622165927.68679862@alans-desktop> Organization: Intel Corporation X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 22 Jun 2018 12:28:17 -0400 (EDT) Nicolas Pitre wrote: > On Fri, 22 Jun 2018, Alan Cox wrote: > > > > The other point is a quite pointless assumption that existing scrollback is > > > "optimized". Even vgacon mostly uses software scrollback these days, as the > > > amount of VGA display memory is really small. > > > > All of our console driver code is horribly unoptimized for most of > > todays hardware. Long ago I did look at what was needed but it's a > > seriously non-trivial change. In particular > > > > - Console I/O occurs under enough locks to keep fort knox safe. That > > means it's very very hard to accelerate > > > > - The logic is plain wrong for a lot of modern video. We shouldn't be > > scrolling, we should be rendering the current backing text buffer at > > video refresh rate or similar and if the source of the updates outruns > > us it doesn't matter - we don't have to draw all the glyphs as if we > > were fast enough they would have been a blur anyway. > > My executive summary from what you say is that there is no longer an > advantage to maintain a central vga-style glyph buffer in the core > console code, right? Yeah. The only driver that it suits is the VGA text mode driver, which at 2GHz+ is going to be fast enough whatever format you convert from. We have the memory, the processor power and the fact almost all our displays are bitmapped (or more complex still) all in favour of throwing away that limit. Alan