Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp657619pxb; Tue, 2 Feb 2021 14:36:24 -0800 (PST) X-Google-Smtp-Source: ABdhPJyzOBbhuFWYLYe0yhOYlmM95ev3k4Y+q4H1slsN0xtp8YIul2yeUiMCYy5yNLcTFaRu/Nql X-Received: by 2002:aa7:c9c9:: with SMTP id i9mr294279edt.160.1612305384254; Tue, 02 Feb 2021 14:36:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612305384; cv=none; d=google.com; s=arc-20160816; b=Wuy/eyFIRpjb1w0EIYWUCosqMJhnZoKCJZu5W0/KjeNj7iR3isdOu9k4WDIntmKoRa 9IYWp7Ehts+N4AL886P1JBZj/OcsUcFBSyashZP6AtEkiB5CcfulARBVnu1cV8G//Z5p hV2oEkugM0zTPox3tpIZwBxVuBTGOiAMXgWIusTEbbVgX2hevSEFBmThtgIDPvZKEm4G R5xLeQWksRBB3ZXXcYCP8hZ37l0IyjKjOx49Zgugy++zvr0KL7ZmveOWRRp8kVLbevHe RSkfZWDENHh/rqk+fZnfAmcgug3TlLKwuhZsQCJD3EEcWj2eA4d0XMV10Q//YWsNKvxo HBdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:in-reply-to:date:subject :cc:to:from:user-agent:references; bh=k0KSLXwb4iVDg2ZQBBy8Ug00PPhaxRj3J5cLCYYEF2w=; b=ThQTcdHQG2TDfh+udqAZ1fPa96huTWbSbaGoz8hsq3NLAbivFr4J/Ilu+zul2lQD/m jFSBNiMRF4fO4znpvDZFO5UVgZrDw+U4kHPEQ4MPDhJZm/PVy7Q+xFBnsJeCf2xbPtDo isJxRobQm7WkqE/DDdavnnDMMyfo4V6X3k0ipUoAAZPtzGnwMa/r/Pf13NTNQpd+meQy Om1G/rZ7UBgNLvyftVpLsKw0moOxnGODBurrePYANQkIJi2QcgQzL3J8E4zXPOeJdM7e y/Cu41eVVVeny+Y5RbH3/lBk45PvhqcmFQ93yqC07baaSQEKHCoCgXZv/CLotKQzYzbE IGvQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bq17si148198ejb.684.2021.02.02.14.35.57; Tue, 02 Feb 2021 14:36:24 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235228AbhBBPZK (ORCPT + 99 others); Tue, 2 Feb 2021 10:25:10 -0500 Received: from vps.thesusis.net ([34.202.238.73]:60524 "EHLO vps.thesusis.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235161AbhBBPQt (ORCPT ); Tue, 2 Feb 2021 10:16:49 -0500 Received: from localhost (localhost [127.0.0.1]) by vps.thesusis.net (Postfix) with ESMTP id DFE99243CA; Tue, 2 Feb 2021 10:15:55 -0500 (EST) Received: from vps.thesusis.net ([127.0.0.1]) by localhost (vps.thesusis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F7YuhNWjVJSq; Tue, 2 Feb 2021 10:15:55 -0500 (EST) Received: by vps.thesusis.net (Postfix, from userid 1000) id A3BDC243C7; Tue, 2 Feb 2021 10:15:55 -0500 (EST) References: <20200916205434.GA10389@duo.ucw.cz> <87czyf5jjp.fsf@vps.thesusis.net> <87k0s4ai33.fsf@vps.thesusis.net> User-agent: mu4e 1.5.7; emacs 26.3 From: Phillip Susi To: Daniel Vetter Cc: Geert Uytterhoeven , Linus Torvalds , Pavel Machek , Randy Dunlap , LKML , "linux-doc\@vger.kernel.org" , Greg Kroah-Hartman , dri-devel , Linux Fbdev development list Subject: Re: fbcon: remove soft scrollback code (missing Doc. patch) Date: Tue, 02 Feb 2021 10:13:14 -0500 In-reply-to: Message-ID: <87wnvqts9g.fsf@vps.thesusis.net> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Daniel Vetter writes: > Just a quick comment on this: Since most framebuffers are write-combining, > and reads from that tend to be ~3 orders of magnitude slower than writes > (at least on the pile of machines I looked at here, there's big > differences, and some special streaming cpu instructions to make the > reading side not so slow). > > So scrolling by copying tends to be significantly slower than just > redrawing everything. I know this was the case years ago with AGP as iirc, it doubled ( 4x, 8x ) the PCI clock rate but only for writes wasn't it? I thought this was no longer an issue with PCIe, but if it is, then I guess I'll go ahead with cleaning up the dead code and having it re-render with the larger text buffer.