From owner-freebsd-current@FreeBSD.ORG Thu Mar 2 15:21:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F42816A420 for ; Thu, 2 Mar 2006 15:21:54 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0043543D76 for ; Thu, 2 Mar 2006 15:21:53 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.4/8.13.4) with ESMTP id k22FLiBC030270; Thu, 2 Mar 2006 16:21:44 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <44070D88.4080800@fer.hr> Date: Thu, 02 Mar 2006 16:21:44 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeLSD References: <44069A2C.4070307@cs.tu-berlin.de> <44069DAC.8040607@gmail.com> <200603021336.42201.root@solink.ru> <20060302092103.GG1017@rea.mbslab.kiae.ru> In-Reply-To: <20060302092103.GG1017@rea.mbslab.kiae.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: VESA Framebuffer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 02 Mar 2006 15:21:54 -0000 FreeLSD wrote: >>For that you can just build a kernel with "options VESA" and then use >>"vidcontrol VESA_800x600" (for example) to have graphical console. >> >>But what for? Isn't it a purely linux toy? > > No, not a toy: it is useful when your console is capable to do more than > 80x25 without going to Xorg. I used to use it on my notebook, but I retired > using it, because I need 1024x768 and it can be set only via vidcontrol. Vidcontrol is callable from boot process via settings in rc.conf (allscrens_flags). > And vidcontrol cleans some amount of text buffer on the ttyv0 and some > output from the startup services is lost. It will be great if this will > be fixed. It doesn't clear it, it "scrolls" them away (at least, it does so when called at boot).