Date: Tue, 11 Feb 2014 16:49:21 +0200 From: Aleksandr Rybalko <ray@freebsd.org> To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= <dumbbell@FreeBSD.org> Cc: freebsd-current@freebsd.org 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> <CAN6yY1tbvrq3CWojke=37iKAkPZXTGmSDLskZoGornyDApPTNg@mail.gmail.com> <20140210210728.GA86718@FreeBSD.org> <52F9F29E.7080400@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 11 Feb 2014 10:51:26 +0100 Jean-Sébastien Pédron <dumbbell@FreeBSD.org> 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 <ray@freebsd.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140211164921.53ba6277db52e84397bd0409>