From owner-freebsd-hackers Tue May 5 18:55:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01921 for freebsd-hackers-outgoing; Tue, 5 May 1998 18:55:35 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA01871 for ; Tue, 5 May 1998 18:55:06 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA23227; Tue, 5 May 1998 18:54:53 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd023162; Tue May 5 18:54:44 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id SAA23256; Tue, 5 May 1998 18:54:38 -0700 (MST) From: Terry Lambert Message-Id: <199805060154.SAA23256@usr02.primenet.com> Subject: Re: ISA PnP / snd PnP developments? To: jlemon@americantv.com (Jonathan Lemon) Date: Wed, 6 May 1998 01:54:38 +0000 (GMT) Cc: tlambert@primenet.com, hasty@rah.star-gate.com, chuckr@Glue.umd.edu, luigi@labinfo.iet.unipi.it, Nicolas.Souchu@prism.uvsq.fr, freebsd-hackers@FreeBSD.ORG In-Reply-To: <19980505100131.16512@right.PCS> from "Jonathan Lemon" at May 5, 98 10:01:31 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > We don't use bios calls for drivers however very recently someone checked in > > > code to make bios calls which can come in handy for video adapters video > > > modes. > > > > Making INT 10 calls is generally a bad idea. > > First off, let me say that I agree with this. I'm just providing more > rope for interested developers. :-) Besides, wasn't it you who wanted > an INT 10 disk-driver as a fallback mechanism? INT 13. 8-) 8-). The theory is that "anything that works is better than anything that doesn't". You can serialize disk I/O much easier; it's one of the most important things you can do, anyway, so it's common practice for a disk to steal from Peter to pay Paul. 8-). > > It requires taking down most of the outstanding operations manually > > from the kernel side, in the expectation of CLI/STI/etc.. > > But this is wrong. Our real-mode INT calls are done in a vm86 sandbox, > so they never actually get their grubby hands on the actual PSL_I bit. > This will probably break things that are timing sensitive, but I'd argue > that those things are better suited for a real kernel driver anyway. Yup. I have a monitor that will be puked out by a lost vertical retrace on an old video card (requires a powercycle to clear it). If the INT 10 mode change is only going to be use in event of a crash, as Elvind said, I'm all for it. If someone thinks they can fix a "Diamond-like problem" with INT 10 mode switching, I'm against it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message