From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:19:47 2005 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 EDD1816A41C; Thu, 9 Jun 2005 17:19:46 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A345C43D48; Thu, 9 Jun 2005 17:19:46 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j59HJSa0028757; Thu, 9 Jun 2005 13:19:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j59HJQe8028754; Thu, 9 Jun 2005 13:19:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 9 Jun 2005 13:19:26 -0400 (EDT) From: Andre Guibert de Bruet To: Vladimir Grebenschikov In-Reply-To: <1118304147.986.15.camel@localhost> Message-ID: <20050609131242.U42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> <20050608145511.D42933@lexi.siliconlandmark.com> <1118260623.966.3.camel@localhost> <20050608172021.W42933@lexi.siliconlandmark.com> <1118304147.986.15.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.53, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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, 09 Jun 2005 17:19:47 -0000 On Thu, 9 Jun 2005, Vladimir Grebenschikov wrote: > ? ??, 08/06/2005 ? 17:29 -0400, Andre Guibert de Bruet ?????: >> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: >>> ? ??, 08/06/2005 ? 14:56 -0400, Andre Guibert de Bruet ?????: >>>> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: >>>>> ? ??, 22/05/2005 ? 19:26 +0800, Xin LI ?????: >>>>>> >>>>>> I would like to solicit a test of the following patchset which is based >>>>>> on DragonFly's changes, against -CURRENT, to bring high resolution console >>>>>> support to FreeBSD. The current patchset can be considered as "BETA" and >>>>>> I would commit it if there is no complain about this patchset in the next >>>>>> week. >>>>> [ ... cut ... ] >>>>>> Please let me know if anything strange happens; While I have been running >>>>>> with the patch for a while, I would still be happy if you will report that >>>>>> it works :-) >>>>> >>>>> Tried fresh 6-CURRENT, all seems ok, but, >>>>> switching console to pixel-mode 1400x1050 screen takes about 1-2 sec, I >>>>> guess it is too much. (it happens in both cases >>>>> >>>>> Also, I had freezed box when switching from X to console some times. >>>> >>>> Let me guess... It's a laptop screen or an LCD panel? >>> >>> Yes, exactly, it is sony vzio z1. >>> >>> (II) RADEON(0): Panel ID string: Samsung LTN150P1-L02 >>> (II) RADEON(0): Panel Size from BIOS: 1400x1050 >>> (II) RADEON(0): BIOS provided dividers will be used. >> >> Most laptop LCDs and cheaper desktop panels take a while (The dreaded >> second or two) to switch resolutions. Try the patch with an external crt >> monitor plugged in and display mirroring enabled to see the difference for >> yourself (Or simply try it on a desktop with a radeon card and a crt). > > I have tried to switch from X or from pixel-mode console to usual text > mode console (80x25), and it does not pause in in this case. But it > pauses when switched back. Is it problem of hardware or our pixel-mode > console ? With the "normal" console, the drawing of the characters is left to the display device. In raster mode, we have to do the drawing. I see a very tiny delay on a CRT with the VESA console. Your display hardware is probably resetting itself as it enters a VESA display mode. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */