From owner-freebsd-current Sun Sep 22 18:53:31 2002 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 A283237B401 for ; Sun, 22 Sep 2002 18:53:29 -0700 (PDT) Received: from mail.viasoft.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0143C43E42 for ; Sun, 22 Sep 2002 18:53:26 -0700 (PDT) (envelope-from davidxu@freebsd.org) Received: from slim.viasoft.com.cn (davidslim.viasoft.com.cn [192.168.1.204]) by mail.viasoft.com.cn (8.9.3/8.9.3) with ESMTP id KAA10451; Mon, 23 Sep 2002 10:12:25 +0800 Content-Type: text/plain; charset="iso-8859-1" From: David Xu Organization: FreeBSD.org To: Gavin Atkinson Subject: Re: VESA 800x600 console not working Date: Mon, 23 Sep 2002 09:54:07 +0800 X-Mailer: KMail [version 1.4] Cc: Current References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200209230954.07436.davidxu@freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have two patches: http://people.freebsd.org/~davidxu/vm86.diff http://people.freebsd.org/~davidxu/vm86_2.diff the first patch is to keep vm86lock as a sleep lock, and allow the thread calling vm86 bios could be preempted, but still only one thread can call vm86 bios. so if we want a sleep mutex in trap() code execute path, it hasn't problem. the second patch try to keep source code modification minimal, change vm86lock to spin lock, don't allow to be preempted when calling vm86 bios, but if someday someone wants a sleep mutex in trap() code execute path, it would have trouble. you can select one of them to apply. I am not maintainer of VM86 code, so I have trouble to commit this patch unless someone allow me to do. David Xu On Sunday 22 September 2002 06:09, Gavin Atkinson wrote: > On Fri, 26 Jul 2002, David Xu wrote: > > Yes, this is a known problem. I have a patch for this, you may > > download it from here: > > http://opensource.zjonline.com.cn/freebsd/vm86patch.tgz > > Is there any chance of geting these committed? With them, my laptop is > happy to give a 100x37 screen on VESA_800x600. > > > Gavin > > > ----- Original Message ----- > > From: "Rob" > > To: "Current" > > Sent: Saturday, July 27, 2002 6:46 AM > > > > > Having a laptop here, I wanted to get the same 800x600 console that= I > > > have in -stable. I built my kernel with OPTIONS VESA and OPTIONS > > > SC_PIXEL_MODE. I have tried two methods. The first was to put 0x0= 080 > > > in the device.hints file for SC. That gave me a blank screen upon > > > startup. I also tried putting into /usr/local/etc/rc.d the vidcont= rol > > > command "vidcontrol -g 100x37 VESA_800x600. That gave me a blank > > > screen at the end of the bootup. Is this functionality broken in > > > -current, or am I doing something wrong? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message