From owner-freebsd-current Sun Sep 27 19:34:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08759 for freebsd-current-outgoing; Sun, 27 Sep 1998 19:34:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08707 for ; Sun, 27 Sep 1998 19:33:48 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id VAA23884; Sun, 27 Sep 1998 21:33:29 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id VAA01258; Sun, 27 Sep 1998 21:32:57 -0500 Message-ID: <19980927213256.46318@right.PCS> Date: Sun, 27 Sep 1998 21:32:56 -0500 From: Jonathan Lemon To: Terry Lambert Cc: Nate Williams , yokota@zodiac.mech.utsunomiya-u.ac.jp, current@FreeBSD.ORG Subject: Re: VM86 and APM References: <199809280029.SAA14347@mt.sri.com> <199809280101.SAA08172@usr05.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199809280101.SAA08172@usr05.primenet.com>; from Terry Lambert on Sep 09, 1998 at 01:01:41AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 09, 1998 at 01:01:41AM +0000, Terry Lambert wrote: > > > I think the APM VM86() call will detect this because it uses > > > BIOS-specific code that knows about the CMOS setting, but the > > > non-VM86() code ignores the CMOS setting (which can cause other, > > > interesting problems, like being able to suspend, but the laptop > > > not waking up on an event that should result in a "resume"). > > > > Not. We used to use our own VM86 switcher to do the probe earlier, and > > Mike converted to use the GENERIC VM86 switcher. If it worked before, > > it *should* work now (modulo any bugs, which is essentially the > > problem the poster is pointing out). > > Mea culpa. > > The only thing I can hazard a guess on this, then, is that with > VM86, the apm stuff is called much earlier in locore.s than it > is without it... Actually, it's called later. The custom vm86 code in apm probed apm from locore whenn booting (IIRC), and just returned the status code from this during the "probe" routine later in the boot process. The new vm86 code actually tries to connect to apm at probe time. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message