From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 12:40:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 3E731DC; Fri, 14 Feb 2014 12:40:26 +0000 (UTC) Date: Fri, 14 Feb 2014 12:40:26 +0000 From: Alexey Dokuchaev To: Ed Maste Subject: Re: newcons comming Message-ID: <20140214124026.GA9489@FreeBSD.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> <20140210210728.GA86718@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Aleksandr Rybalko , FreeBSD Current 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: Fri, 14 Feb 2014 12:40:26 -0000 On Mon, Feb 10, 2014 at 09:09:43PM -0500, Ed Maste wrote: > You should be able to manually load the kms modules to switch to > native resolution, without starting X. Indeed, kldload'ing radeonmks.so switched LCD to its native resolution. What if I am on CRT (which has many native resolutions). Is there way to select particular one (other than patching source code)? > On 10 February 2014 16: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... > > Can you quantify "considerable time," and describe the hardware on > which you observe this? It means that I can see that top part of the screen is drawn before bottom one (I've made a lame video: https://vidd.me/NqM). This is on some NEC AS231WM monitor connected to RV410 (Radeon X700 Pro), per pciconf(8). ./danfe