From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 14:45:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33242906; Tue, 11 Feb 2014 14:45:50 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id E021D19AE; Tue, 11 Feb 2014 14:45:49 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 877F7C497E; Tue, 11 Feb 2014 16:45:47 +0200 (EET) Date: Tue, 11 Feb 2014 16:49:21 +0200 From: Aleksandr Rybalko To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Subject: Re: newcons comming Message-Id: <20140211164921.53ba6277db52e84397bd0409@freebsd.org> In-Reply-To: <52F9F29E.7080400@FreeBSD.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> <20140210210728.GA86718@FreeBSD.org> <52F9F29E.7080400@FreeBSD.org> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 14:45:50 -0000 On Tue, 11 Feb 2014 10:51:26 +0100 Jean-Sébastien Pédron wrote: > On 10.02.2014 22:07, Alexey Dokuchaev wrote: > > Also, even at native resolution, switching consoles takes LCD considerable > > time to redraw screen contents. Looks like it's not accelerated at all... > > I used the following (hackish) patch which fixed the slow redraw problem > for me, but I don't know if it still works: > http://people.freebsd.org/~dumbbell/radeonkms/wr4-only-no-copy-vt_fb.c.patch > > I still need to take some time to discuss it with ray@. > > -- > Jean-Sébastien Pédron > Hi Jean! currently vt(9) do not blank screen on each vt switch. About your patch, think we will better malloc line size buffer (when VM become ready) to not trap into "slow read from video mem" problem. Before VM come up, we have only one screen blank and since modern system mostly use main memory, it will be viable only for devices with separate video memory and only at boot time (or even use wr4 before VM became ready). Thanks! WBW -- Aleksandr Rybalko